需求评审

1.什么是需求评审

统一思想，明确需求，确定实现过程的会议。

俗称挑刺大会，撕逼大会，逼死产品经理大会

通常评审会要经过几次，一次完成要拼“专业度”和“产品人品值”

需求评审过程通常很激烈，通常会有很多类似问题逼问产品经理

　　-这样做很麻烦，开发难度很大（开发）

　　-你考虑清楚了吗？真的要这么做吗？

　　-这个流程太复杂了，能不能简单一些

　　-你这根本没有考虑到实际情况（运营）

　　-还有一种情况你没考虑到

2.需求评审都有什么人参加？

同行	本项目产品、配合部门的产品（CRM产品、财务系统产品）	壮胆的
设计	UI设计师、UE设计	挑原型刺的
研发	IOS、安卓客户端研发、前端研发、后端研发、财务系统研发、业务系统研发	挑流程刺的
测试	测试人员	什么刺都挑的
运营	运营推广、客服、学科	先了解等上线在挑

 

3.为什么非得做需求评审？

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

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

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

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

4.如何组织一场成功的需求评审会

4.1 开场前准备工作

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

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

和核心与会者确认可出席时间

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

会议邀请时主动带上需求文档和原型交互设计稿等相关资料

提前到会议室，提前演练一遍

 4.2 评审会现场

不要一上来就讲功能

抓大放小，细节上不要争论

讲需求要有节奏和条理

记录重要的争论点

 

 4.3 评审会后

追排期

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

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

发出修改后的需求文档，并更新到内部系统中

约下一次的评审的时间