第4章 Impact(影响)量化标准
影响(Impact)反映待办项对业务目标或用户价值的贡献程度,是 RICE 模型中最依赖定性判断的维度。本章基于结构化方法,将抽象“影响”拆解为可复用的等级定义与典型场景映射表,确保跨团队评估一致。
适用场景
- 需对功能/特性进行优先级排序时,必须评估其业务影响。
- 跨团队评审待办项,需要统一影响判断语言以减少分歧。
- 采用 RICE 模型进行产品组合管理,用于计算 Reach × Impact × Confidence × Effort。
- 向上汇报、资源申请、路线图沟通时提供量化依据。
前置条件
- 已定义 目标用户群体(如“新注册用户”“月活跃买家”)。
- 已完成 功能域与业务目标对齐(如“提升转化率”“降低客诉率”)。
- 团队对“影响”与“严重程度”有基本共识,且本文描述的 典型场景映射表 已通过评审。
- 评估人至少参加过 1 次影响校准会,以避免常见偏差(如过度乐观)。
操作步骤
步骤 1:识别待办项影响域
明确该待办项主要影响哪个用户行为或业务指标。例如:支付流程、注册转化、搜索命中率。
步骤 2:对照典型场景映射表
将待办项与下表中最匹配的典型场景对齐,确定其 严重程度类别。
| 严重程度 | 典型场景描述 | 评分 |
|---|---|---|
| 极大 | 直接影响核心收入或用户生命周期;修复后可使关键指标提升 ≥10% | 3 |
| 高 | 解决用户主要痛点,预期提升指标 5%~10%;或影响 ≥20% 活跃用户 | 1 |
| 中 | 改进体验但非痛点;预期提升 1%~5%;或影响 ≤20% 用户 | 0.5 |
| 低 | 内部效率优化/技术债;用户无感知或影响 ≤1% 用户 | 0.25 |
提示: 当待办项同时命中多个场景时,取最高严重程度;若明显高出“极大”范围(如挽救核心服务中断),允许使用 3 分,无需进一步放大。
步骤 3:记录评分依据
在需求管理系统(如 Jira、Notion)的备注字段填写映射依据。例如:
【Impact依据】
场景:支付网关超时导致日损失¥5K+
严重程度:极大 → 评分:3
对照场景表第2行(核心收入直接影响)
评估人:张三 评估日期:2025-02-18
步骤 4:多人校准(必要时)
若影响评分差异超过 2 档(如 0.25 vs 3),需召开 5 分钟校准会,参考以下 异常处理 分支。
输入输出物
| 类型 | 内容 | 格式/示例 |
|---|---|---|
| 输入 | 待评估的待办项描述(含预期效果、涉及用户量、业务指标) | PRD 段落、需求卡片 |
| 输出 | Impact 评分(0.25 / 0.5 / 1 / 3)及简短映射说明 | 数字 + 备注字段 |
注意: 输出必须包含映射说明,否则审计时无法追溯。禁止仅给出数字而不附带理由。
责任边界
- 产品经理(Owner):完成初步影响评估,提交至团队评审。
- 技术负责人:提供技术可行性及用户量预估,帮助确认影响范围。
- 数据分析师(可选) :当影响为“极大”时,需提供数据支撑(如转化漏斗数据、收入模拟)。
- 决策委员会:负责最终采纳评分或要求重评。
记录材料
- 影响评估卡片:包含待办项 ID、评分、依据、评估人、日期。
- 典型场景映射表(本文):评估时随身参考,版本与课程日期对齐(v1.0)。
- 校准会议纪要(仅当触发异常处理时存档)。
异常处理
| 异常情况 | 处理方式 |
|---|---|
| 缺乏数据支撑,难以判断影响严重程度 | 先按保守值(0.5)评估,标注“待数据验证”,并在下一轮迭代前补充A/B测试方案。 |
| 评估人之间评分差 ≥2 档 | 召开5分钟校准会,邀请中立方(如技术Leader)用典型场景表重判;无法达成一致时取平均值并四舍五入到最接近的标准档(0.25/0.5/1/3)。 |
| 待办项影响多个用户群且各群影响不同 | 按影响最大的用户群评分,并在备注中注明其他群的影响(不参与计算)。 |
验收标准
- 每个待办项的 Impact 评分 必须位于 {0.25, 0.5, 1, 3} 之一,不允许出现其他分值。
- 评分记录中 必须包含映射依据(简短文字或表格引用行号)。
- 当评分 = 3 时,必须有数据或会议纪要支撑,接受抽查。
- 团队内随机抽检 5 个待办项,影响评估与典型场景表 一致性 ≥80%,否则启动全员校准培训。
本章关键产出: 可直接复制使用的典型场景映射表(上表),配合评估流程 SVG 即可为团队提供标准化影响评估指引。无需复杂算法,聚焦“定性→定量”的映射可靠性。