当我还是一名产品经理时，我经常害怕进行需求评审。让我们看看如何进行成功的需求评审。
如何进行需求评审1禁忌1，未提前注意的评审(提前两天)
禁忌2。评审材料未提前发送给参与评审的相关人员
禁忌3。流程图和交互式解释等评审材料不充分
禁忌4，原型误导
禁忌5、原型设计不清晰、模糊
结束:什么是需求评审？1统一思想、定义需求和确定实施过程的会议(通常称为产品经理的“吹毛求疵会议”、“扯皮会议”和“强迫会议”)。通常，需求评审需要经过几次，并且需要非常好的“专业性”和“产品个性价值”才能一次完成
需求评审过程通常是非常令人兴奋的，并且经常有许多类似的问题迫使产品经理(例如“这样做很麻烦，而且很难开发”和“你清楚地考虑过了吗？你真的想这么做吗？”"这个过程太复杂了，能不能简单一点？"“你甚至没有考虑实际情况”等等。)
谁将参与最终需求评审(项目产品、协调部门产品、客户关系管理产品、财务系统产品...)
2设计(用户界面\用户界面\平面...)
3研发(移动开发、前端、后端等业务系统研发)
测试(喷洒所有东西)
5操作(操作推广、客户服务、纪律、复印...)
为什么END必须进行需求审查？1.不进行评审的限制:理论上，对于工作超过一周的需求，必须进行需求评审。
目的:
1、让大家清楚需求的背景和目的
2.提前确认并统一实现产品需求的过程和方法
3.让参与者清楚地知道工作内容和交付时间。
4、让研发、测试和评估成为产品开发周期
END如何在会前组织成功的需求评审会议1准备工作:
1、要求、文件、样机完成
2、找到核心人员在小范围内进行沟通，消除大问题
3.提前确认会议时间、人员和地点
4.相关数据应提前确认
2审查地点:
1、不要上来谈功能
2、抓大放小，细节不争
3、解释需要注意的顺序
4.记录会议内容
审查后:
1.后续时间安排
2.解决剩下的问题
3.发布会议纪要
4.发布修订后的需求文件
5.下次审查的任命
结束总结1需求评审会议可以极大地培训产品经理的表达能力、逻辑能力、说服力和执行能力
目标
