项目管理软件如何助力产品经理开好需求评审会？

作为产品经理，在项目管理中需求评审会是一个绕不开的槛。怎么开一场好的需求评审会，避免被研发小哥哥怼的哑口无言呢？而在这个过程中，项目管理软件又可以起到怎样的助力呢？

首先要先了解需求评审是干嘛的，明明需求文档发上来开发照着开发， UI 照着整就行了，为什么还要拉上其他人一起开需求评审会？是不是都有这种感觉？其实需求评审目的是有两方面的：
1.一方面是沟通，对需求进行全方位的论证，验证自己的想法、获取更多的想法，进行头脑风暴，完善需求。
2.另一方面是项目协同，与项目关系人对目标、需求达成一致，从而增强团队协作能力。
沟通与协同，先对需求做好充分的沟通，再同步结论，目标一致，协同作战。
下面是我开了这些年的需求评审会总结和结合使用项目管理软件的一些经验，整理成一个基础版的 To Do List，可以开会的时候反思一下哪些地方做到了。

准备工作
内容准备到位
除了人要到位，其他准备工作也要到位：
1.一个产品需求从0到1，也可以看做是项目管理从0到1 的过程，所以项目背景介绍要到位，如果是新项目，那项目的介绍，市场调研结论，用户画像等等，要说明白项目为何而做，做什么。如果是旧项目，那也要有个当前项目进度，项目说明。
2.目标要明确，需要讨论什么需求，需求背景是什么？结合第 1 点，让参与人员提前有一个概念，不至于参与者一头雾水。对项目的认知处于同一水平上。
3.项目附件要到位，原型图，BRD / MRD，PRD，流程图，结构图，所有这些文档同步准备好发上去，记得是最终稿哦。
4.人员通知要到位，测试，开发，UI，UE，运营，他们的时间都不是一致的，需要提前确认好时间，才能保证会议的正常进行。
5.自身准备要到位，作为评审会的发起人，在会前自己先过一遍，发现不足并加以修正，自己能说服自己，才能提高评审通过的概率。 
我们公司用的是飞项项目管理软件来做办公协同，我截图举个例子。 

提前预演
小范围的提前沟通，可以减少很多不必要的矛盾，几个核心人员提前讨论一下需求哪里有漏洞，主要逻辑有没有问题。把主要的点理顺了，不至于出现这个需求本来就不应该存在，结果不仅存在，还耗费了很多时间去讨论的情况。

会议中
思路表达
表达内容要清晰，不要出现“我觉得”，“我认为”等不确定的词语，最好有一个清晰的思路框架阐述出来，让每个人都能 Get 到你的点。

时间掌控
评审会时间需要控制，时间太长会导致注意力不集中，疲惫，或者对抗情绪导致会议质量低；太短则容易讨论不充分，有些人没发言混混就过去了，最后执行下来需求不清晰。所以每个需求要有个大致的时间，整体时间进度也要有所把控。

分歧处理
既然是评审会，肯定难免有被怼的时候，分歧肯定是有的。不要让分歧拖影响会议进度；小分歧相互讨论后记录下来，大的分歧经过一定时间（比如 5 - 10分钟）讨论无果也记录下来，会议结束后找出分歧的主要矛盾点在哪里，找相关人员一起梳理出解决方案然后再通知所有人。

需求评审会后
会议总结
总结很重要，很重要，很重要。只有总结才能解答上面提到的两个目的。
 沟通方面：
1.哪些需求是评审通过的，需要催排期跟进执行；
2.哪些分歧是没解决好的，需要记录下来，进一步梳理清楚找人进一步讨论。 协同方面：
3.会议总结需要同步给所有人，使项目关系人都能明确朝着一个方向前进。 
这里还是以飞项项目管理软件截图举个例子

更新文档
根据会议结果，附件的各种文档也要及时更新，避免旧需求更改后没同步给所有人。这个也是使用项目管理软件的好处，所有项目文件集中在一个项目中显示，不至于被更改的需求没有被同步更新或者被遗忘。
其实说白了，项目评审会也很简单，事前准备充分，调查研究透彻，会中思路表达清晰，控制好时间和会议质量，会后总结到位，就能开好需求评审会。