第2章 前置条件准备:需求清单、用户数据、团队参与角色

2.1 适用场景

本章适用于任何准备启动RICE评分(Reach × Impact × Confidence × Effort)的团队。当需求待办列表(Backlog)超过30项、多角色跨部门协作频繁、或产品决策需要可量化依据时,按本章完成前置准备可避免评分过程“无据可依、无人可问”。

提示:若团队首次使用RICE,建议提前2-3个工作日通知所有角色收集数据,不要当天临时拉会。

2.2 前置条件

本章自身即为后续评分操作的前置条件。以下项目必须在进入第3章前全部就绪:

  • 需求清单:结构化条目,包含ID、标题、描述、当前状态(至少为“待评审”)
  • 用户数据:可公开或团队内部获取的月活跃用户数、目标用户群体规模、转化漏斗基线
  • 团队参与角色:至少覆盖产品经理(PO)、技术代表(Tech Lead)、运营/业务分析(BA)
注意:需求清单若含无关项(如已废弃、重复或技术债条目),建议先经Backlog清理会议剔除,否则RICE评分结果会误导优先级排序。

2.3 操作步骤

完成本章前置准备需要执行以下5个步骤:

  1. 导出/整理需求清单从Jira、Excel或Confluence中导出当前“待处理”与“待评审”状态的需求。确保每项至少有唯一标识、标题、简要描述和关联用户故事或用例。
  2. 确定用户数据口径与数据分析师或运营确认月活跃用户数(MAU)、周活跃用户数(WAU)或目标用户池大小。记录数据来源与统计周期。
  3. 召集评分团队至少邀请产品经理、技术负责人、运营/业务分析三人组成评分小组。如需更全面视角,可增加设计或测试代表。
  4. 分发前置阅读资料将需求清单和用户数据以只读形式发给所有评分成员,每人至少阅读一遍,标注不明之处。
  5. 预沟通会议(可选但推荐)针对数据歧义项(如DAU/MAU口径不一致)在正式评分前用15分钟统一基准。

2.4 输入输出物

类型 名称 说明
输入 原始需求列表(含字段) Jira/Excel导出,未过滤状态
输入 用户数据源 GA/Amplitude/内部统计报告,包含MAU、DAU、目标用户数
输出 已校准的需求清单 经过清理、去重、统一描述的结构化清单,每项标注当前状态
输出 用户数据共识文档 一行表格:指标名称 ↔ 数值 ↔ 数据来源 ↔ 统计周期
输出 评分团队成员登记表 角色、姓名、邮箱、是否有投票权重(建议每人权重相等)
关键产出物格式示例:用户数据共识文档可简化为如下纯文本内容,建议写在共享文档第一段:
指标:MAU(月活跃用户)
数值:1,250,000
数据来源:Google Analytics 4(内部属性)
统计周期:2025年3月自然月

2.5 责任边界

  • 产品经理:负责需求清单的完整性与正确性,组织预沟通会议。
  • 技术代表:确认需求的技术可行性基线(不要求全量评估,仅判断是否可评分),并协助确认Effort估算的数据可用性。
  • 运营/业务分析:提供用户数据口径,并解释数据中的异常波动(如春节活动导致MAU暴涨)。
  • 全员:在正式评分前完成前置阅读,不带着“空白大脑”参会。

2.6 记录材料

本章需产生的归档文件:

  • 《需求清单-校审版》.xlsx 或 .csv
  • 《用户数据基线》.md(Markdown或Google Doc)
  • 《评分团队角色登记》.xlsx(含角色、姓名、日期)

以上材料建议统一存放于项目共享文件夹,文件夹命名规则:RICE_Prep_YYYYMMDD。

2.7 异常处理

异常情形 处理建议
需求条目超过200项且无分类标签 先执行“标签分类”或“主题分组”,至少分为3-5个Epic,评分按Epic优先级粗筛后再细化
用户数据缺失(如新功能无历史基线) 采用“保守估算”:基于类似功能的上线后数据与行业基准,取最低值并标注“估算”
团队成员缺席 若不足3个核心角色,延期评分;若仅缺少非核心角色(如UI设计师),可先进行,但正式结果需其确认签字
需求清单中存在明显重复或冲突项 由产品经理当场标记,会后24小时内处理,更新清单后再启动评分

2.8 验收标准

本章“前置条件准备”完成的可验证标准:

  • 需求清单条目数≥1(且无状态为“已关闭”或“重复”的条目)
  • 用户数据指标至少包含1个Reach相关指标(MAU/WAU/目标用户数),并附有明确来源和周期
  • 评分团队登记表内至少有3个不同角色(PO、Tech Lead、BA/运营)
  • 所有材料已上传至共享文件夹,文件名含版本号
  • 评分团队成员已回复“前置阅读完毕”或至少标注了5个疑问点
自检清单:用以下3个问题快速确认是否具备进入第3章的条件——① 是否每个人都知道需求列表从哪里看?② 是否每个人都知道MAU的数字与定义?③ 是否每个人都知道这次评分谁有最终决策权?
前置条件准备流程(第2章) 需求清单 (Jira/Excel导出) 用户数据 (MAU/DAU/目标用户) 团队参与角色 (PO/Tech Lead/BA) 前置条件齐备 可进入第3章 RICE评分 输出物集 已校准需求清单 | 用户数据共识文档 | 角色登记表 命名规则:RICE_Prep_YYYYMMDD ⚠ 异常处理:缺失数据/重复项/缺席角色 → 见2.7节 验收标准:最少3角色 + 1个Reach指标 + 需求清单无已关闭项