第4章 Impact评分标准：定义影响程度、衡量指标、评分刻度表与跨团队对齐

适用场景

• 首次搭建 RICE 体系：团队还未统一“影响”的定义，需要建立可复用的评分框架。
• 跨职能评审大型需求：技术、运营、设计对同一特性的影响认知差异较大，需标准对齐。
• 定期校准评分：每季度回顾时调整刻度表以匹配业务目标变化。

前置条件

1. 已明确产品当前季度/战略目标（如“提升次日留存2%”）
2. 已梳理待评估的需求列表，并完成初步用户/业务调研
3. 团队可通过公开数据源（BI、用户行为日志）验证影响指标
4. 核心干系人（PM、技术负责人、数据科学家）已确认参与评分对齐会议

操作步骤

1. 确定影响维度：根据产品目标，选择2~4个核心影响维度（如用户增长、收入、效率、满意度）。
2. 为每维度定义量化指标：例如“用户增长”对应“周活跃用户增加数”，“收入”对应“月度订阅转化率提升”。
3. 建立评分刻度表（1~5分）：为每个刻度撰写可测量的行为锚定。
4. 跨团队对齐校准：组织一次至少包含3个职能角色（产品、工程、数据）的校准会，使用实际需求案例演练评分。
5. 发布 v1.0 标准文档：将刻度表、指标定义、使用示例写入共享知识库。

输入输出物

责任边界

• 产品经理：主导维度定义与刻度设计，推动对齐会议。
• 数据科学家：提供指标可衡量性的数据验证，确保刻度锚定具有区分度。
• 工程/设计负责人：在实施角度提出现实约束（如开发成本是否影响量化口径）。
• 所有与会者：在会议中承诺遵守统一标准，后续评分不再随意调整维度权重。

记录材料

• Impact 刻度定义表（Excel / 在线表格）：包含维度、指标描述、1~5分具体标准、示例需求。
• 校准演练记录：至少3个典型需求的评分全过程，包括分歧讨论与最终共识。
• 版本变更日志：标记每次刻度调整的日期、理由、批准人。

异常处理

• 争议评分：需补充用户调研或A/B测试数据，暂不纳入评分计算，在2个工作日内重新裁定。
• 指标数据缺失：使用同类产品对标值或专家估算，并在评分说明中标注置信度（高/中/低）。
• 团队无法就维度权重达成一致：采用默认等权重，或由产品总监仲裁后更新标准文档。

验收标准

1. 新需求评分时，Impact 维度及刻度引用率 ≥ 95% (由 PM 抽查最近 20 个需求)。
2. 跨团队盲测：随机抽取 5 个需求，让不同职能成员独立评分，内部相关系数 ≥ 0.80。
3. 标准文档获得至少 3 个职能负责人正式确认（邮件或文档评论 approved）。

Impact 评分流程示意图