产品评审怎么做

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、预约下一次评审时间

1、需求评审会，能极大锻炼产品经理的表达能力、逻辑能力、说服能力、执行力