飞项项目管理工具助力产品经理开好需求评审会

作为产品经理，需求评估将是一个不可避免的事情。为了避免被研发兄弟误解，如何召开一次好的需求评估会议？
首先要了解需求评审做什么？明明研发跟着需求文档开发需求就行了，为什么要拉别人开需求评审会？你们都有这种感觉吗？实际上，需求评估有两个目的：
一方面，全面论证需求，验证自己的想法，获得更多的想法，进行头脑风暴，改善需求。
另一方面，确定协同关系，满足目标和需求，提高团队合作能力。
沟通与合作，先充分沟通需求，再同步结论，目标一致，协同工作。
以下是我近年来召开的需求评审会议总结的一些经验，大家可以参考一下。

准备工作
内容准备到位
除人到位外，其他准备工作也应到位：
1.背景介绍要到位。若为新项目、项目介绍、市场调研结论、用户画像像等。要说明为什么要做项目，做什么。如果是旧项目，也要有当前的项目进度和项目说明。
2.目标应该明确，需要讨论什么需求，需求背景是什么？结合第一点，让参与者提前有一个概念，以免让参与者感到困惑。把对项目的认识拉到处于同一水平。
3.项目附件到位，原型图，BRD/MRD，PRD，流程图、结构图等等文档。记得发送的最终版本附件。
4.人员通知到位、测试、开发、UI，UE，为保证会议正常进行，时间不一致的，需要同步统一时间。
5.自身准备到位。作为评审会议的发起人，你应该在会议前再次审查，发现不足加以修正。只有说服自己，才能提高通过评审的概率。
我们公司用飞项项目管理工具做办公合作，我举个截图的例子。

提前预演
小规模的早期沟通可以减少许多不必要的矛盾。几位核心人员提前讨论了需求漏洞和主要逻辑是否存在问题。理顺主要点，以免需求不应存在。
会议中
思路表达
表达内容要清晰，不要出现“我觉得”，“我认为”最好有一个清晰的思维框架来解释等待不确定的单词，这样每个人都可以Get到你的点
时间掌控
评审会议的时间需要控制。长时间会导致注意力不集中、疲劳或对抗情绪，导致会议质量低下；如果太短，很容易讨论不足。有些人不说话就过去了。最后，需求不清楚。所以，每一个需求都应该有一个大致的时间，并控制整个时间进度。
分歧处理
既然是评审会，就会有被拒绝的时候，也会有分歧。不要让分歧拖延影响会议进度；小分歧互相讨论后记录下来，大分歧经过一段时间(比如5-10分钟)讨论失败后记录下来。会后，找出分歧的主要矛盾点，找相关人员梳理解决方案，然后通知大家。

需求评审会后
会议总结
总结很重要，很重要，很重要。以上两个目的只能通过总结来回答。
沟通方面：
1.通过审核的要求是什么，需要跟进催排期；
2.哪些差异还没有解决，需要记录下来，进一步梳理，找人进一步讨论。
3.会议总结需要与所有人同步，使项目关系人能够朝着明确的方向前进。
以飞项截图为例