4. Confidence评估方法：信心等级、依据类型、证据链要求

4.1 适用场景

Confidence（信心指数）用于修正RICE优先级排序中因不确定性带来的偏差。以下场景必须启用标准化置信度评估：

• 跨团队资源博弈：多名产品经理同时提交需求，需统一量化标准。
• 创新/探索型项目：缺乏历史数据，仅凭MVP或A/B测试结果判断。
• 高成本/高风险变更：一次上线涉及百万级投入或核心链路重构。
• 验收标准联调前：需用Confidence判断用例覆盖是否充分，防止“低级信心+高RICE”抢占资源。

4.2 前置条件

• 已完成RICE中Reach、Impact、Effort的初步量化（至少提供草稿值）。
• 已识别可验证信心的证据来源（如用户访谈记录、系统埋点数据、历史AB测试报告）。
• 团队已约定信心等级颗粒度（建议4级：非常高、高、中、低）。
• 评审人已确认证据链“可追溯、可复查”，不接受“我认为”“我直觉”类主观陈述。

4.3 操作步骤

1. 区分证据类型：将现有支撑材料归入“直接证据”“间接证据”“假设/推演”三类。
2. 分级赋值：根据证据链完整度，对照信心等级表给出1–10分。
3. 验证证据链闭合性：检查是否存在关键断链（如仅靠一次样本量不足的访谈支撑全局影响）。
4. 联调验收标准：确保信心评估结果与后续验收用例的覆盖度、通过阈值对齐。

4.4 输入输出物

4.5 责任边界

• 产品经理：负责证据类型识别与等级初评，并对证据链的真实性负责。
• 数据/用研团队：提供可量化、可复现的原始支撑材料，不参与评分。
• 验收QA/评测：在验收标准中补充“置信度验证点”，如要求关键指标置信区间≥90%。
• 决策层/评委：最终审查证据链完整性，有权一票否决“低信心但高风险”需求。

4.6 记录材料

所有置信度评估必须留下可复查的存档，包含如下字段：

Confidence_ID | 需求编号 | 产品经理 | 总分 | 直接证据数 | 间接证据数 | 假设推演数 | 关键断链描述 | 评审日期

模板示例：

C-2025-001 | REQ-108 | 张三 | 7 | 2 | 1 | 0 | 无 | 2025-03-10
C-2025-002 | REQ-215 | 李四 | 4 | 0 | 1 | 2 | 缺少用户留存验证 | 2025-03-11

4.7 异常处理

4.8 验收标准

4.9 信心等级与证据映射关系（SVG流程图）

4.10 关键认知——证据链的“断链”与“修复”

证据链断裂是最常见的信心降级原因，典型的三种断链模式：

1. 因果假断：用用户调研的“喜欢”直接推导“会付费”，缺少支付意愿验证。
2. 样本虚断：仅凭3位核心用户访谈覆盖全体用户画像，无法代表1W+实际使用人群。
3. 时效断链：使用一年前同类功能数据，忽略市场、技术、竞品变化。

修复断链的方式：补一次抽样A/B测试、增加分层用户回访、或引入第三方行业基准数据。