本文从呼叫系统业务咨询功能问题延伸出来，主要探讨产品规划和功能模块设计方面的问题，希望对您有益。
本文根据产品问题扩展到产品规划和功能模块设计。 原来的问题包括:
呼叫系统的业务查询模块应由谁进行？
呼叫系统中一个重要的模块是业务查询，呼叫会查询用户的各种信息，呼叫会帮助用户解决问题。
目前面临的问题之一是公司的业务模块多样，而且变动非常频繁，现在呼叫部门制作了各种业务查询模块，呼叫部门的生产研究日常疲于开发各种业务查询模块。
这个问题表面上是顾客服务系统业务查询功能的问题，背后深层次的问题涉及产品规划、分工、业务功能的模块设计。
本文前半部分首先回答了“应该谁是顾客服务系统业务查询模块”的问题，后半部分讲述了产品经理如何进行产品计划和功能模块设计。
问题包括两个要素:一个是呼叫系统，另一个是商业查询模块。
首先，呼叫系统是如何来的，一般规模较小的互联网公司，自己开发并维护客户服务系统，拥有相应的客户服务系统生产研究队伍。 部分小公司或者传统行业的公司，呼叫系统是购买的，没有呼叫系统开发资源，最多设立IT支持部门，进行呼叫系统的日常维护运营。
下面的回答是，只有在第一个情况下，这家公司才有产研实力开发呼叫系统，使新功能在线。 其次，传统公司采购的呼叫系统，一般设计完善，业务查询功能基本标准(否则，系统卖给谁)。 中所述情节，对概念设计中的量体体积进行分析。 如果您对现有系统有新的需求，而且不能满足您的需求，则可以让供应商直接解决问题。
其次，业务查询模块不仅是呼叫系统，业务部门自身运营的后台也需要业务查询功能，业务比呼叫更关心业务状况。 因此，业务部门自身的业务运营的后台一定开发了业务查询功能。
无论是大企业还是小企业，业务部门都在开发业务查询功能，这个模块首先放在运营的后台。 如果需要呼叫部门，无需重新开发，业务部门只需提供业务查询API接口，呼叫部门就可以呼叫业务查询接口，在呼叫系统中实现业务查询功能。
最后，具体分工是指业务查询功能的逻辑，接口由业务部门开发提供，呼叫系统只需要做接口，调用接口即可。
产品规划和业务模块化设计刚刚毕业，我们部门产品领导洞亮亮说:“产品经理的核心能力，除了考虑到用户的体验、产品设计和按钮的位置，构建整个业务链的能力更为重要。”
1 .在功能分割中，完整的业务系统与许多模块有关，包括用户系统、运营背景、财务系统、法律系统、呼叫系统、数据统计等。 作为该业务的产品负责人，在计划产品时，必须考虑业务运营的整个流程和重要节点，分割业务流程，进行模块化设计。
今天我们来谈谈按照“用户角色”的功能分割方法
与用户信息有关的信息可以放置在用户系统中，细分后，用户信息可以分为账户系统、会员系统等模块。 运营者运营的背后，运营的背后没有直接面对用户，前端的界面没怎么刻画，但运营的背后不顺利的话，运营不仅骂产品经理，工具也不能很好地使用，因此会影响整个团队的生产率。
因此，在一般部门不重视的运营背后，产品经理一定要注意，在别人看不到的地方花费时间，最终能够感受到成果。
我们根据财务、法律、呼叫服务和分析师的不同角色设计业务模块。 财务系统(许多公司的财务系统购买)、法律系统、呼叫服务系统和数据分析系统。
在计划产品时，必须有业务模块化的意识，不能总结功能需求。 那样的话，想法就会混乱。
2 .落地实现大体产品框架设计后，需要根据优先级制定计划，制定合理高效的开发计划和重复周期。
在此简单说明开发步骤
idea生成-需求分析-项目评估—PRD创建-需求复查-开发测试-在线发布-操作监控-项目效果后评估。
产品经理墨菲法则:实际上在线的功能和时间通常小于原始产品计划。
即使因资源问题不能尽早全部在线，支持业务运营的核心模块在线后，也能立即完成相关业务查询、数据统计等功能，以接口的形式与公司其他部门对接，将子业务系统整合到公司整体的框架体系中，使业务有效且稳定地运行
因此，产品经理不仅要考虑某些功能特性，还要考虑如何使产品和业务整体运转，在交易系统和运营背景下实行具体的业务需求，根据系统和现有资源进行产品设计和业务流程的优化。
不同行业和公司、商业模块的分割方向是一致的。 具体的分割逻辑和规则需要将特定环境与具体业务结合起来进行设计。 今后的文章将笔者自己制作的业界和产品组合起来共享实战案例
3 .产品规划和业务模块设计最近总结出To B产品的在线呼叫功能。 实现方式是呼叫部门提供在线呼叫接口，我负责的业务部门只需呼叫呼叫接口就可以访问小组的客户服部。
问题中，楼主的问题正好相反，呼叫部门需要接受业务查询功能。 在这种情况下，业务部门可以提供业务查询界面，呼叫部门可以通过回调实现查询功能。
因为以前负责的产品和客户有过交易，所以现在在接受在线客户的需求时，如何做是很清楚的。 另外，作为产品，考虑到在线呼叫成为在线之前，事先训练呼叫，提供有关什么问题的Q&A业务问题的解答等，之后的运营流程，在线用户打来电话，呼叫能够有富馀地应对。
科尔这种关系容易被忽视，作为一个新人，即使团队里有更多的老工作人员，也不考虑事先训练科尔，我认为，积极推进相关人员的执行。
访问在线呼叫有一个插话，业务部门要求过多，在线呼叫优先级不高，直接进行delay，业务部门的反对意见很大。 但是，我提出了在线要求:呼叫功能在线，必须考虑下一个运营程序，一周前要训练呼叫。
当时，呼叫和业务人员无法在短时间内实现这一要求，因此在线呼叫功能被合理地延迟，在研发部门和呼叫部门是比较负责任的做法。 否则，急忙在线呼叫功能，没有做运营准备和呼叫培训，真是用户进来了，服务差要赔偿。
新产品经理
掌握需求的发言权，比别人更加周到地考虑，提出合理的要求和建设性的意见，是产品规划中非常重要的能力。
产品经理没有实权，但对需求要统一规划有发言权，指导研发测试，按质量交付产品成果。 关键时刻可以恢复业务部门的不合理需求。 要依靠产品规划能力，对需求具有判断力和控制能力。
本文是每个人都是产品经理的专栏作家@刘国宏(微信公众编号: iwifi )原创发表的，每个人都是产品经理。 未经许可禁止转载。