如何开高效的需求评审会？

如何开高效的需求评审会？

 

最近来了不少新的产品经理，经常会对同一需求进行N次的评审。最后一说评审会，跟本就没有人愿意参加，评审会成了浪费时间的代名词。咱先一起看看产品经理都组织大家开了哪些会吧。

 

1、       可行性分析会：

产品给出一个初步的想法，找各方人员从不同的角度识别可行性，涉及人员有产品、设计、开发、测试各部门领导；

 

2、       需求评审会：

产品带着需求文档及原型图讲解产品需求，并对上一次评审会中不明确的问题或没有考虑清楚的问题进行答疑，涉及人员：具体的执行人员；

 

3、       最终需求评审及排期会：

重新明确本期需求点，答疑及排期。

-------------------------------------------------------

三场评审下来，很多产品都讲吐了，累成了狗。会不会觉得这些评审会没有效率，执行力太差？有啥办法可以改进不？

 

需求评审时经常出现如下情况：

 

1.     与会人员对需求的目标不明确，易发散思维，偏离方向。

2.     对某个需求点相持不下，认为某需求点不合理/开发周期长不划算。

3.     对技术方案探讨不定，对问题点无限引申。

4.     遗漏评审时的待改动的需求点，会后找相关人员再次确认。

 

遇到上面的情况，无疑会拉长会议时间，导致会议效率低下，轻则需求变更，重则需求功能无法实现。

---------------------------------------

 

如何进行有效的需求评审？

 

总结前人的经验教训，可以将需求评审分三阶段：评审前、评审中、评审后。

• 评审前：

1）产品需求文档

需求文档一般包含四块：项目背景、项目目标、需求概述和需求详细描述，有时也可以带上项目风险和业务流程图（对某些复杂功能/逻辑的分解）。

产品需求文档要把需求的逻辑表达清楚没歧义，对各个细节描述清晰，各输入输出项、业务流程、计算规则、判断逻辑和一些特殊情况，如果你有丢三落四的习惯，建议整理一份适合自己的需求文档自查清单，每次写完后从头到尾对照一遍。当然不能事无巨细都通通一股脑写进去，不然开发和测试的朋友会看的很辛苦，小心被打…

2）线框图

线框图有利于梳理需求点。需求文档里可以简要配些线框图方便文字的理解，不过需求评审时还是另外打包一份线框图单独带着吧，可以详细点，把交互稿也带上。

3）相关数据

一些需要数据支撑的需求点要带上相关的数据，用数据说话更有说服力。

小范围的沟通（确认方案）

产品需求文档写好后，找开发大大们聊聊，不要直接进行需求评审。你以为你一个人可以搞定所有开发？我曾经就遇到过高级产品经理被技术围攻的情况，提前小范围沟通可以避免不必要的撕逼，将方案中不确定的部分确定下来，探讨方案实现的难易程度，确保需求的可行性。

产品内部评审（确认需求）

 

产品内部评审就是在团队内部进行小范围评审，确保需求逻辑的一致性，这种小范围的评审可以规避大部分需求不合理的地方，直接有效的提升需求评审的效率，同时也能增加其他团队对产品团队的信任感，以后办起事来就比较方便。

提前同步需求文档（有备无患）

提前同步需求文档可以让与会者提前查看，不求他们能够把需求文档从头到尾看一遍，但求大家能知道下个版本要做的需求有哪些，这样前期的服务工作才算到位。

以上工作都做好了基本上就可以进行需求评审了，预约好会议室后通知相关参会人员参加。

• 评审中：

正式需求评审时，带好必备品，就可以开始了，基本上只要前期准备工作做得好，需求评审时出现的幺蛾子就不会太多，稍微拍拍就能灭掉，所以评审时状况百出，多半是准备工作不到位。但除了前期的准备工作，在评审时还有几个需要注意的地方，能够帮助提升需求评审的效率。

产品经理应有的态度（兵来将挡水来土掩）

有清晰、明确的目标；把控好时间；认真倾听；保持清醒的头脑。

小范围的讨论（见仁见智）

在需求评审讲需求点时，开发会针对某个点进行技术方案探讨，这样有利于及早发现需求点与现有逻辑相冲突或由于硬件问题而导致需求变更或夭折的问题，避免到开发时才发现需求没法做…但也要控制好时间，引导大概讨论下技术实现方案，具体的细节之后再讨论。

除了开发团队内部小范围的讨论外，还有设计团队，不过设计一般不在需求评审会上讨论了，毕竟，设计基本上不会影响到产品需求的变更。

定下开发周期（诞辰）

如果评审顺利的话，就可以直接定下开发周期了；如果不顺利，那就放在评审后吧，要给大家思考的空间~

• 评审后：

会后及时输出会议纪要，罗列出会议中有争议仍待解决的问题、改动的部分和结论，将完善后最终更新过的需求文档发送给参会人员，通知需求评审已完成。之后对问题进行跟踪，保证评审结果的落实。

总结

能否在产品需求评审会议中如鱼得水，提高需求评审的效率，前期的准备工作很关键！