前言
做为产品经理岗位必须要做的一件事—-需求评审。最近跟开发评审从实际工作中复盘，做了一些梳理。希望在以后的工作中有用，更好的做好评审工作。
在评审中经常遇到的问题 ：
造成评审争议的根源
在工作中会经常出现以上问题，做了一个有效的解决方式。（当然不能完成解决）
首先做为产品经理要修炼自身。接触过的部分产品经理会把控制自己的情况当作必修课，有的甚至为了压制自己的情绪，亲自设计一款壁纸提醒自己。可想而知产品经理为了工作，为了与开发沟通好做了多大的努力。
那么在评审过程中，产品经理到底怎么做好，我总结了3个阶段：评审前、评审中、评审后。
评审前-准备工作：
【确定的需求】需求必须确定清楚，即使是很急很赶的需求，因为不确定清楚对开发来说，不知道规则是什么，没法做。
【完善的需求说明文档+交互原型图】尽量准备完善的需求说明文档+交互原型图，避免开发吹毛求疵，同时也是产品经理做自查和整理思路的好方式，避免遗漏需求和考虑不周的问题。
【尽量画流程图】能画流程图的尽量画流程图，方便全局看懂需求。
【梳理评审框架】最好能梳理评审框架，结构框架必须有，另外可根据需要列出具体内容点。
准备了这么多，还差一步：
a.提前约会议时间，把准备的资料：交互原型图+需求文档+评审框架等出来给到与会人。
b.最好能提前一两天时间发出来，让开发有个预先的了解。
c.如果有问题，建议各位先记下来，会议时，大家一起讨论。这样让彼此有个准备的空间。
评审中：
【讲解需求】按照评审框架，讲解需求。目的一方面是开发之前有一定的预知，另一方面在讲复杂需求时产品经理有可能会跳过一些需求，或漏讲一些需求。因此对照框架讲，可以自查，以免遗漏。
【开发会提问】评审过程中，开发会提问，可以先跟开发同学说清楚，可不可以等会再提问，听我先讲完，再回答问题。否则会影响评审的进度，时间不好控制。
【有争议的需求】有一些有争议的需求，产品经理如果会上没法确定，一方面如果领导在场领导定下来即可，如果领导不在，产品经理不要拍脑袋决定，可以拖一拖，会议后找相关干系人确定后，再同步给到各位。
【会议总结】评审会议的最后，评审中的问题点及时记录下来，最后做总结说出来，同时问下其他人还没有要补充的。没结就结束。
评审后：
【会议纪要】会议评审后，很多人可能在会上都记得清，但是会议后，经常会忘记，因些会议纪要就很有必要。
【优化需求并同步开发】产品经理根据会议纪要修改优化需求，修改后确定需求后，重新同不内容知会参与人。
以上几点如果产品经理能做到，相对来说，需求评审会顺畅很多。
说了这么多，那么产品经理到底如何破除需求开发评审的困境呢？
1.【改变自己的思考方式】作为产品经理，是需要多维思考，很难去改变别人的思维，怎么办，改变我们产品经理的思考方式咯.
2.【虚心请教】放低姿态，虚心接受意见。不能确定的事情，可以提前问开发，或者领导。
3.【坦诚面对质疑，不必较真】面对开发的质疑，不用太放心上，平静处理，把它看作是一个口无遮拦的小孩，笑一笑，对的接受，错的听听就行了，不用较真。
4.【换位思考】站在开发的角度想问题，相互体验，心里会平衡许多。
