4. 假设优先级排序
适用场景
- 团队在一轮假设生成后得到10～30条待验证假设，需要确定实验执行顺序。
- 资源（时间、样本量、开发支持）有限，必须优先验证高价值、高确定性的假设。
- 跨职能团队（产品、设计、工程、数据）对假设优先级存在分歧，需要统一打分标准。
前置条件
- 已产出结构化假设清单（每假设包含编号、描述、预期效果、假设类别）。
- 已为每个假设收集了至少定性或定量的影响预估数据（如用户量级、转化率变动、收入影响）。
- 已明确可行性评估维度（技术成本、开发周期、合规风险、依赖关系）。
- 团队已就评分量级达成一致（例如影响1‑10分，可行性1‑10分，置信度1‑5分）。
操作步骤
- 建立评分标准 – 为影响、可行性、置信度、努力程度分别定义分值锚点。
- 影响‑可行性矩阵打分 – 每位成员独立对每条假设的影响与可行性打分，取中位数。
- 矩阵定位与气泡图 – 将假设标记在2x2矩阵上（横轴可行性，纵轴影响），优先执行右上象限（高影响+高可行性）。
- RICE评分计算 – 对矩阵中位于中高优先级的假设，补充Reach（覆盖人数）、Impact（影响分值）、Confidence（置信度）、Effort（开发人天/周），得分 = (Reach × Impact × Confidence) / Effort。
- 排序与分组 – 按RICE得分降序排列，将假设分为三个批次：P0（必须立即验证）、P1（下一轮）、P2（可做可不做）。
- 结果评审 – 团队评审排序结果，对极端分差假设进行二次讨论并调整，最终锁定实验队列。
| 评分维度 | 1分 | 5分 | 10分 |
|---|
| 影响 | 对核心指标无可见提升 | 单月用户行为变动5%‑10% | 单月核心指标提升20%以上 |
| 可行性 | 需要跨重大技术突破或外部依赖 | 2～4周可完成，风险可控 | 1周内可快速上线A/B测试 |
| 置信度 | 仅依赖直觉或二手传闻 | 有用户访谈或小样本数据支撑 | 已有定量反向验证或竞品实验数据 |
输入输出物
| 类型 | 内容 | 格式/载体 |
|---|
| 输入 | 假设清单（含描述、类别、原始影响预估） | 电子表格 / 看板 |
| 输入 | 可行性评估数据（技术工时、依赖列表） | 技术评估卡片 |
| 输出 | 排序后的假设优先级列表（含影响‑可行性坐标与RICE得分） | 复盘文档 / Airtable视图 |
| 输出 | 实验队列分组（P0/P1/P2） | 看板泳道 |
责任边界
- 产品负责人 – 提供影响分值锚定参考（业务目标拆解），对RICE中的Reach和Impact有最终裁定权。
- 技术负责人 – 负责Effort估算与可行性评分，标注外部依赖与合规风险。
- 数据分析师 – 提供置信度量化依据（过往实验效应量、样本量估算），并监督评分过程避免锚定偏误。
- 团队全员 – 独立完成初始打分，避免群体迷思；评审阶段可提出异议。
记录材料
- 评分原始数据表 – 每人每假设的原始打分记录 + 中位数计算结果。
- 矩阵气泡图 – 最终版截图或SVG输出（作为版本基线）。
- RICE计算明细 – 每假设的Reach、Impact、Confidence、Effort原始值及得分。
- 优先级决策日志 – 记录对异常分值或跨角色争议的讨论结论。
异常处理
- 评分两极分化 – 若某假设的影响评分方差大于3（满分10），暂停排序，先组织结构化辩论或进行快速专家访谈。
- 可行性数据缺失 – 暂将假设标记为“待评估”，不进入当前排序，由技术负责人限期（最多2个工作日）补充工时估算。
- RICE得分溢出（大于1000） – 检查Reach是否高估（例如包含从未激活的用户池），回退到中位数校准。
- 排序结果与组织直觉严重不符 – 不要强行推翻，增加一轮“逆假设”测试：如果排第一的假设失败，损失是否可接受？若不可接受，则降低其优先级。
验收标准
- 所有假设均被放置于影响‑可行性矩阵中，无遗漏。
- 每条假设都计算了RICE得分（或至少完成影响×可行性评分）。
- 最终P0队列不超过Team单周可承载的实验数（通常1～3个）。
- 评审会议纪要中记录了对前5假设的选择理由，且至少包含一次跨角色辩论。
- 评分原始数据可追溯、可复盘，置信度分值附有简要依据。
实践建议： 首次运用影响‑可行性矩阵时，先用5条假设做校准练习，让团队成员对齐刻度感。RICE中的Effort建议以“理想开发人天”为单位，避免因排期拖延而扭曲分数。