需求评审主要评审：1、范围评审，明确需求范围，难点在于明确不做什么；2、低保真评审，初步明确大致的样式交互及业务逻辑方案，难点在于做好需求和成本间的衡量；3、方案评审，关注粒度更细的方案细节，难点在于逻辑覆盖的全面程度。
需求评审的内容
需求评审的内容主要有范围评审、低保真评审和方案评审。
1、范围评审
- 评审目标：明确需求范围，难点在于明确不做什么
- 文档准备：内容需要包含需求场景、需求清单、客户调研报告、竞品调研报告等
- 参会人员：产品、需求方（业务、销售、售后、老板等）
- 评审产出：达成一致的需求范围清单
2、低保真评审
- 评审目标：初步明确大致的样式交互及业务逻辑方案，难点在于做好需求和成本间的衡量
- 文档准备：低保真稿（包含核心业务逻辑说明及核心页面交互）
- 参会人员：产品、需求方、研发（前端、后端）、UI/UE
- 评审产出：就核心业务逻辑及核心页面交互达成一致
3、方案评审（或称高保真评审）
- 评审目标：关注粒度更细的方案细节，难点在于逻辑覆盖的全面程度
- 文档准备：高保真稿（包含全部业务逻辑说明和页面样式交互说明），是可以直接开始研发的终稿
- 参会人员：产品、研发（前端、测试）、UI/UE
- 评审产出：理想状态下，就全部业务逻辑和页面交互达成一致
延伸阅读
需求评审开场前的准备工作
1、确认需求、原型、文档全部完成
2、提前找核心人员小范围沟通、消灭掉大问题
3、与参会者确定可出席的时间
4、至少提前2天发出会议邀请、定好会议室
5、邀请时附上需求文档和原型交互设计稿
6、提前到会议室、提前演练一遍
需求评审会的要点
1、需求背景：为什么要做？做的目的是什么？（需求调研的背景要足够的清晰）
2、用户与需求：用户、需求（需求列表）、场景
3、功能模块：所有需要做的功能有哪些（需提前做好加入到需求文档中）
4、讲流程：流程包括业务流程和页面流程（需提前做好加入到需求文档中）
5、原型与交互：功能的设计方向或雏形
6、数据指标：有些公司会在做每个需求的时候，定数据指标来验证需求
7、需要谁支持：提前和需要支持的人沟通
8、预计上线时间：研发给的周期，具体的时间排期
文章标题：需求评审主要评审什么，发布者：小编，转载请注明出处：https://worktile.com/kb/p/32164
微信扫一扫 
支付宝扫一扫 
