如何做好一次需求评审

前言

做为产品经理岗位必须要做的一件事—-需求评审。最近跟开发评审从实际工作中复盘，做了一些梳理。希望在以后的工作中有用，更好的做好评审工作。

在评审中经常遇到的问题 ：

造成评审争议的根源

在工作中会经常出现以上问题，做了一个有效的解决方式。（当然不能完成解决）

首先做为产品经理要修炼自身。接触过的部分产品经理会把控制自己的情况当作必修课，有的甚至为了压制自己的情绪，亲自设计一款壁纸提醒自己。可想而知产品经理为了工作，为了与开发沟通好做了多大的努力。

那么在评审过程中，产品经理到底怎么做好，我总结了3个阶段：评审前、评审中、评审后。

评审前-准备工作：

【确定的需求】需求必须确定清楚，即使是很急很赶的需求，因为不确定清楚对开发来说，不知道规则是什么，没法做。

【完善的需求说明文档+交互原型图】尽量准备完善的需求说明文档+交互原型图，避免开发吹毛求疵，同时也是产品经理做自查和整理思路的好方式，避免遗漏需求和考虑不周的问题。

【尽量画流程图】能画流程图的尽量画流程图，方便全局看懂需求。

【梳理评审框架】最好能梳理评审框架，结构框架必须有，另外可根据需要列出具体内容点。

准备了这么多，还差一步：

a.提前约会议时间，把准备的资料：交互原型图+需求文档+评审框架等出来给到与会人。

b.最好能提前一两天时间发出来，让开发有个预先的了解。

c.如果有问题，建议各位先记下来，会议时，大家一起讨论。这样让彼此有个准备的空间。

评审中：

【讲解需求】按照评审框架，讲解需求。目的一方面是开发之前有一定的预知，另一方面在讲复杂需求时产品经理有可能会跳过一些需求，或漏讲一些需求。因此对照框架讲，可以自查，以免遗漏。

【开发会提问】评审过程中，开发会提问，可以先跟开发同学说清楚，可不可以等会再提问，听我先讲完，再回答问题。否则会影响评审的进度，时间不好控制。

【有争议的需求】有一些有争议的需求，产品经理如果会上没法确定，一方面如果领导在场领导定下来即可，如果领导不在，产品经理不要拍脑袋决定，可以拖一拖，会议后找相关干系人确定后，再同步给到各位。

【会议总结】评审会议的最后，评审中的问题点及时记录下来，最后做总结说出来，同时问下其他人还没有要补充的。没结就结束。

评审后：

【会议纪要】会议评审后，很多人可能在会上都记得清，但是会议后，经常会忘记，因些会议纪要就很有必要。

【优化需求并同步开发】产品经理根据会议纪要修改优化需求，修改后确定需求后，重新同不内容知会参与人。

以上几点如果产品经理能做到，相对来说，需求评审会顺畅很多。

说了这么多，那么产品经理到底如何破除需求开发评审的困境呢？

1.【改变自己的思考方式】作为产品经理，是需要多维思考，很难去改变别人的思维，怎么办，改变我们产品经理的思考方式咯.

2.【虚心请教】放低姿态，虚心接受意见。不能确定的事情，可以提前问开发，或者领导。

3.【坦诚面对质疑，不必较真】面对开发的质疑，不用太放心上，平静处理，把它看作是一个口无遮拦的小孩，笑一笑，对的接受，错的听听就行了，不用较真。

4.【换位思考】站在开发的角度想问题，相互体验，心里会平衡许多。