第4章：Confidence（信心指数）打分标准
4.1 适用场景
Confidence 维度用于衡量需求优先级评估中，我们对该需求预期效果的可信程度。当团队对某个需求带来的 Impact（影响力）或 Reach（覆盖面）的估算存在不确定性时，需要依赖 Confidence 来修正分数。
- 场景A：数据基础薄弱——部分指标依赖估测而非实际数据。
- 场景B：历史经验缺失——从未上线过类似功能，或业务模型未经验证。
- 场景C：团队分歧严重——不同角色对需求效果的判断差异 >50%。
- 场景D：外部依赖不确定——需求实现需依赖第三方接口或政策变动。
💡 使用原则：仅在打分者心中觉得 “这次的 Reach 或 Impact 可能不准” 时才启动 Confidence 评价。如果数据来源可靠、团队高度一致，Confidence 取 100%（即不做惩罚）。
4.2 前置条件
- 已完成 Reach（第2章）和 Impact（第3章）的初始评分。
- 团队至少 3 名核心成员（产品、技术、业务）参与评估。
- 已有需求简介文档，包含数据来源备注、同类历史案例链接。
- 已准备 Confidence 打分表（见 4.6 记录材料）。
4.3 操作步骤
步骤1：数据支撑度评估（权重 40%）
核查 Reach 和 Impact 两个维度所用的数据源，按以下三级打分：
| 等级 | 描述 | 分值 |
|---|---|---|
| A级 | 数据来源于生产系统日志 / 已验收 A/B 测试 / 官方统计报表，误差 <10% | 1.0 |
| B级 | 数据来源于抽样调查、第三方行业报告、模型预估，误差范围 10%–30% | 0.7 |
| C级 | 数据来源于专家直觉、定性访谈、类比猜测，无法量化误差 | 0.4 |
操作：由数据归属人填写数据来源类型，取所有子项的最低等级作为该需求的数据支撑度。
步骤2：历史经验参考（权重 30%）
回顾团队或行业是否积累过类似需求的上线经验：
| 经验水平 | 定义 | 分值 |
|---|---|---|
| 高 | 团队内有人主导过类似功能，且有可量化的前/后对比数据 | 1.0 |
| 中 | 行业有公开案例，或团队做过类似但无严格度量 | 0.6 |
| 低 | 全新领域，找不到任何可比参考 | 0.3 |
操作：由技术负责人和产品经理共同检索，取交集分值（若一方认为高、一方认为低，取中）。
步骤3：团队共识与分歧处理（权重 30%）
组织打分会议，每位参与者先独立打分（Reach + Impact），然后公开：
- 计算各成员 Confidence 子项评分的标准差。
- 若标准差 ≤0.15，取平均分，不扣减。
- 若标准差 >0.15，进行一轮辩论后重新举手投票，取中位数。
- 若仍存在极端分歧（单边偏离 >2 个等级），则 Confidence 整体再打 0.7 折。
步骤4：合成 Confidence 系数
Confidence = 0.4 × 数据支撑度分值 + 0.3 × 历史经验分值 + 0.3 × 团队共识分值
最后四舍五入保留两位小数，取值范围 [0.3, 1.0]最终 Confidence 单独记录，不参与 RICE 公式中的乘法，而是作为修正因子在最终排序时使用（见第8章 综合排序）。
📌 边界说明：Confidence 只用于“怀疑度”标记，不直接乘以 Impact 或 Reach。当两个需求的总 Score 相同或接近时，Confidence 高的优先排入迭代。
4.4 输入输出物
| 类别 | 名称 | 格式 |
|---|---|---|
| 输入 | Reach & Impact 打分记录 | Sheet / Markdown 表格 |
| 输入 | 数据来源说明文件（含抽样方法、样本量、误差） | 文档 / 注释 |
| 输出 | Confidence 系数（0.30 – 1.00） | 数值（RICE 表新增列） |
| 输出 | Confidence 评估记录（含分歧处理日志） | Markdown 或 Wiki 页面 |
4.5 责任边界
- 数据支撑度：由数据分析师 / 开发工程师负责提供并解释数据来源；产品经理复核。
- 历史经验：技术负责人和产品经理共同检索并输出现有参考链接。
- 团队共识：主持人（如 Scrum Master）负责控制辩论时间（≤15 min/需求），记录最终得分。
- 特殊授权：若数据支撑度判定为 C 级，必须由总监级以上决策是否仍保留该需求进排序池。
4.6 记录材料
Confidence 评估记录表（模板）
| 需求ID | 需求名称 | 数据支撑度(A/B/C) | 历史经验(高/中/低) | 团队共识方差 | 折后系数 | 最终Confidence |
|--------|----------|-------------------|--------------------|--------------|----------|----------------|
| R-001 | 新用户引导流程优化 | A (1.0) | 高 (1.0) | 0.08 | 无 | 1.00 |
| R-002 | 海外支付接入 | C (0.4) | 低 (0.3) | 0.25 | 0.7 | 0.44 |
4.7 异常处理
| 异常情形 | 处理方式 |
|---|---|
| 数据来源完全空白，且无法获取 | 直接标记为 C 级，并上升由产品负责人定夺是否保留；Confidence 上限 0.4 |
| 历史经验引用后发生争议 | 要求引用方提供可访问的案例链接或内部文档链接，无法提供的视为“低” |
| 团队分歧导致辩论超时 | 暂停该需求，进入“待决策池”，由产品负责人和 BU 主管线下 1 天内决定 |
| Confidence 系数低于 0.3 | 该需求标记为“实验性需求”，不参与当前迭代排序，可进入探索期（Spike） |
4.8 验收标准
- 每个需求均在 RICE 表中填写了 Confidence 系数值，且取值范围在 [0.30, 1.00]。
- 数据支撑度、历史经验、团队共识三项子分值的加权计算过程可追溯（会议录音 / 文档截图）。
- 若出现 C 级数据源或低历史经验，必须有对应说明字段（谁提供的、依据什么）。
- 分歧处理日志至少包含：分歧点、辩论结果、最终投票分布。
- 所有 Confidence 评估记录在 48 小时内归档至项目 Wiki 对应章节。