刚做产品经理时经常会非常犯怵去进行需求评审，我们一起来看看，怎么才能进行一次成功的需求评审
怎么做需求评审
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、预约下一次评审时间
