沟通胜于文档，文档辅助于沟通。跟各个需求方，技术团队成员保持良好的沟通，产品文档作为思考总结及沟通的沉淀简易流程分为以下几个阶段，此为第三阶段：需求汇总、沟通、评审。

1. 需求探讨；
2. 用户调研；
3. 需求汇总、沟通、评审；
4. 原型设计；
5. 项目跟进；
6. 测试上线；
7. 后续迭代。

相关的背景：

在产品规划项目立项的进程中，了解需求，细分功能点，转化需求成可实现的东西，做出实际有意义的产品才是王道。

在良好的数据调研基础的支撑下，把用户的需求转化成真正的可受用需求尤为重要！就像用户说的：我想要一匹更快的马，于是就有了汽车的发明。用户真正的点是想要更快的交通工具，真正深入理解把其消化吸收后输出。

需求汇总：

常有相关辅助工具：Office办公软件（用word汇总一些整理的需求，将其细化整理后输出为ppt或Excel形式，简易展示于会议中）Axure、墨刀、Mockplus、Sketch（几款常见的原型输出工具）Mindmanager、Xmind、Visio（思维导图，流程图工具）、石墨文档、tapd、禅道、dev、teambition等（项目管理工具）。

相关的各个工具不做详细介绍。

几个相关范例：

思维导图

操作手册

• 进入APP首页后，如需“登录”操作，可点击“我的”进入登录相关页。
• 进入“登录页”后，可选择“手机号、验证码”进行登录（手机登录成功后直接回到首页）也可选择“QQ”、“微信”、“微博账号”进行登录。
• 选择某一“三方登录”后，会进入相关的授权页面进行账号“授权登录”,例如：QQ登录会调取相关的QQ登录，选择要登陆的“QQ账号”进行登录。
• 若该三方账号之前没有绑定过“手机号”，需要绑定手机号操作（输入要绑定的手机号及验证码进行绑定）。
• “绑定成功”后默认回到“首页”，此时点击“我的”会展示相关用户数据信息。

需求沟通：

沟通胜于文档，文档辅助于沟通。跟各个需求方，技术团队成员保持良好的沟通，产品文档作为思考总结及沟通的沉淀，所以说文档是用来汇总总结思路使用，而后输出为大家可以理解的简易流程。

与需求方沟通：首次收到需求→确认理解需求并进行转化→转化后保证正确理解并给予建议→汇总整理后召开会议确定需求→团队进行需求评审。

与程序员沟通的顺序：

相关的范例描述：

1. 对于“不明确”的问题，产品经理需要做的就是对问题进行引导性转化，将老板战略落地，通过提问建议的方式明确战略意图，然后提出相关的解决方案达到老板的二次确认，最终明确具体的解决方案，推动问题的解决。
2. 与设计师之间的“争论”，产品需要设计出高保真的原型或者一些特殊的按钮功能需要额外标注，使得设计师明白相关的含义，一些按钮是做成图文结合的形式还是纯图片展示的形式也很重要，对于用户的视觉体验感。
3. 与工程师之间的“不理解”，  试图找寻共同能够理解的方式去沟通，时间预估方面如果不能详细预估，可以按照大体功能估算出一个大体时间，好有一个适当的时间节点。产品经理发挥自我综合能力的同时还是要通过软实力，高情商去与其沟通。
4. 与业务之间的“脱线”，一种是原始信息，一种是加工信息。一些业务方通过收集加工过的信息可能不是用户真正的行为需求，有时候还需要尝试深入一线去体验，通过实际的体验及数据搜集总结后，才能做出更适用于用户的好产品。
5. “聚焦问题”和“聚焦答案”，三步曲：完成问题的定位 、找到问题的起始节点 、递进式聚焦答案 （发现问题固然重要，但不要执着于考虑各个问题的可能性，需要着手于不同问题提出相关的可行性解决方案，我们需要的是解决问题的能力，而不是无限去发现问题的疑问）。

（来自于书记整合）

需求评审：

根据已经整理好的需求进行评审，包括但不限于功能性的实现，开发时间的预估确定，伪需求的转化，功能迭代的延展等。

中途遇到的一些问题：

“这个功能做不了”时怎么办？

1. 这个需求在当前技术条件下能否实现，是否存在技术便捷。
2. 既然可以实现，那做不了是因为当前不具备这样的技术。
3. 既然不存在技术编辑，也不存在技术储备不足，是因为开发进度跟时间导致？
4. 综合考虑该功能的重要意义，是否需要花费额外的时间进度来完成，是否利大于弊。

一些范例：

项目存在的问题：

没有详细的工单说明，会议记录不很完善，评审不够严谨，会遗留很多残缺问题待解决，需求方提供详细信息不具即时效益，经常延误项目进展。

解决方案：

（1）工单流程的完善化，细节需要细化完善

相关数据细节说明范例：

（2）通过评审提出多种解决方案及预选方案

例如：需要做地图功能。

方案一：选用必应地图

• 优势（s）：免费，数据完整性大；
• 劣势（w）：不稳定，接口更新总出问。

方案二：选用mapbox地图

• 优势（s）：稳定，数据易用；
• 劣势（w）：用户量达一定级别需收费。

（3）定稿前及时完成各个细节的信息提供，不可耽搁拖延

例如：相关流程的输出确定，页面功能模块的确定，需求的确定，文案的提前交付等。

（4）相关的软件使用：Visio、Xmind、Axure、Jude、Office等。

Visio注册流程图范例

后续持续更新一些细节内容~

相关阅读

“踩坑，填坑”，项目的那些事儿（细说第一阶段，需求探讨）

“踩坑，填坑”，项目的那些事儿（第二阶段，用户调研）

本文由 @ Leon 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议