刚做产品经理时经常会非常犯怵去进行需求评审，我们一起来看看，怎么才能进行一次成功的需求评审
怎么做需求评审
1
忌讳1、评审未提前通知（提前两天）
2
忌讳2、评审资料未提前发给参与评审的相关人员
3
忌讳3、流程图、交互说明等评审材料不充分
4
忌讳4、原型存在误导
5
忌讳5、原型设计不明确、含含糊糊
什么是需求评审
1
统一思想，明确需求，确定实现过程的会议（俗称挑刺大会，撕逼大会、逼死产品经理大会），通常需求评审需要经过好几次，一次完成需要非常好的“专业度”和“产品人品值”
2
需求评审过程通常很刺激，通常会有很多类似问题逼问产品经理（诸如“这样做很麻烦，开发难度很大”、“你考虑清楚了吗？真的要这样做吗？”、“这个流程太复杂了，能不能简单一些？”“你根本没考虑到实际情况”等）
需求评审都有什么人参加
1
同行（本项目产品、配合部门产品、CRM产品、财务系统产品...）
2
设计（UI\UE\平面...）
3
研发（移动开发、前端、后端、其他业务系统研发’）
4
测试（什么都喷）
5
运营（运营推广、客服、学科、文案...）
为什么非得做需求评审
1
做不做评审的界限：大于1周工作量的需求，理论上必须做需求评审
2
目的：1、让所有人都明确需求的背景和目的2、提前确认和统一产品需求实现的过程和方法3、让参与者明确知道工作内容和交付时间4、让研发、测试评估产品的开发周期
如何组织一场成功的需求评审会
1
开会前准备：1、需求、文档、原型是否完成2、找核心人员小范围沟通，消灭掉大问题3、提前确认会议时间、人员、地点4、相关资料提前确认
2
评审现场：1、别上来就讲功能2、抓大放小，细节不争论3、讲解需求注意条理性4、记录会议内容
3
评审后：1.追排期2.整理遗留问题 3.发出会议纪要4、发出修改后的需求文档5、预约下一次评审时间
总结
需求评审会，能极大锻炼产品经理的表达能力、逻辑能力、说服能力、执行力
上一篇：测试流程主要包括
下一篇：产品经理，如何做好需求排期？