需求评审主要评审什么

需求评审主要评审:1、范围评审,明确需求范围,难点在于明确不做什么;2、低保真评审,初步明确大致的样式交互及业务逻辑方案,难点在于做好需求和成本间的衡量;3、方案评审,关注粒度更细的方案细节,难点在于逻辑覆盖的全面程度。

需求评审主要评审什么-Worktile社区

需求评审的内容

需求评审的内容主要有范围评审、低保真评审和方案评审。

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

(2)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
小编的头像小编

发表回复

登录后才能评论
注册PingCode 在线客服
站长微信
站长微信
电话联系

400-800-1024

工作日9:30-21:00在线

分享本页
返回顶部