需求评审是产品经理非常害怕，又不得不做的一个会议 ，因为评审会中产品经理常常是那个被攻击的对象，做好评审会，对于产品经理的专业能力是非常大的考验。下面我们一起来谈谈需求评审会。

需求评审会

一、什么是需求评审

需求评审定义：

需求评审会是一个统一思想，明确需求，确定实现过程的会议，通常需要2～3次才能完成一个版本的需求

二、哪些人需要参加需求评审

1、本项目产品或需配合部的产品

2、设计（UI设计师、UE设计师）

3、研发（IOS、安卓客户端、前端、后端）

4、测试

5、运营（运营推广、客服、销售）

三、为什么非得做需求评审

1、让所有人都明确需求的背景和目的

2、提前确认和统一产品需求实现的过程和方法

3、让参与者明确的知道工作的内容和交付的时间

4、让研发和测试评估产品的开发周期、让产品经理做决定

四、如何组织一场成功的需求评审会

评审会开场前的准备工作：

1、确认需求、原型、文档都完成了吗？

2、提前找核心人员小范围沟通、消灭掉大问题

3、与参会者确定可出席的时间

4、至少提前2天发出会议邀请、定好会议室

5、邀请时附上需求文档和原型交互设计稿

6、提前到会议室、提前演练一遍

评审会现场

1、不要一上来就讲功能，先讲需求背景，再讲用户与需求

2、抓大放小，不要争论细节

3、讲需求要讲的有节奏和条理

4、记录重要的争论点

需求评审会流程

需求背景：为什么要做？做的目的是什么？（需求调研的背景要足够的清晰）

用户与需求：用户、需求（需求列表）、场景

功能模块：所有需要做的功能有哪些（需提前做好加入到需求文档中）

讲流程：流程包括业务流程和页面流程（需提前做好加入到需求文档中）

原型与交互：功能的设计方向或雏形

数据指标：有些公司会在做每个需求的时候，定数据指标来验证需求

需要谁支持：提前和需要支持的人沟通

预计上线时间：研发给的周期，具体的时间排期

评审会后

1、追排期

2、整理遗留的问题，并拿出解决方案

3、发出会议记录，每个问题都有行动计划

4、发出修改后的需求文档、通知给所有人

5、约下一次的评审时间