第2章：前置条件清单——从需求到可评分就绪
适用场景
在启动机会评分之前，团队必须完成四项关键准备工作：需求池整理、利益相关方确认、数据来源核验、评分模板准备。缺少任意一项，评分结果都可能偏离业务真实价值。本章定义这些前置条件的验收标准、操作路径与责任边界，确保评分环节能正确复用历史需求、对齐业务期望、获取可信数据并统一打分尺度。
前置条件总览
| 条件名称 | 核心目标 | 失败风险 |
|---|---|---|
| 需求池整理 | 消除重复、明确状态、补充字段 | 重复需求浪费评分资源；缺失字段导致定权偏差 |
| 利益相关方确认 | 明确决策链与赋权角色 | 评分权重与业务战略脱节；后续评审无人拍板 |
| 数据来源 | 确保营收、用户、成本指标可回溯 | 评分依赖估算而非事实，失去可比性 |
| 评分模板准备 | 统一评价维度、加权公式、刻度说明 | 各团队自行定模板，评分结果不可横向对比 |
操作步骤
- 需求池整理：从 Jira/禅道/Excel 等原始需求池捞出全部条目，去重、合并父子需求，统一状态字段（待评估/已排期/已上线/已关闭），补全“业务价值”“预期工作量”“关联项目”等必填属性。
- 利益相关方确认：与项目发起人确认决策者名单（通常包括产品总监、业务负责人、技术架构师），并获取每位利益相关方的评分权重系数。
- 数据来源核验：对每项可量化指标（如用户数、收入贡献、成本节省）标注数据源表名、更新频率及置信等级。对于无直接数据的需求，约定估算方法（如类比参照、专家判断）。
- 评分模板准备：参照组织级评分框架（如 RICE、机会评分卡），预制空白模板，包含维度说明、打分刻度（1–5 或 1–10）、加权公式。模板需经过至少 2 人 peer review。
输入输出物
| 输入 | 输出 | 示例文件 |
|---|---|---|
| 原始需求列表 | 已去重、已补字段的需求池 | 需求池_v2.3_已清理.xlsx |
| 项目立项书 / 干系人矩阵 | 利益相关方清单（含权重） | 干系人确认_2025Q2.md |
| 业务数据库 / 第三方报告 | 数据来源追溯表 | 数据源_SLA_2025-04-01.csv |
| 组织级评分指南 | 标准化评分模板（可复用） | 机会评分模板_RICE_V3.0.xlsm |
责任边界
- 产品经理：需求池清洗、利益相关方联络、评分模板结构设计。
- 数据分析师：数据源可用性验证、估算模型搭建。
- 业务方代表：确认需求价值描述、提供标杆数据。
- 技术负责人：评估需求的技术可行性及工作量级别。
记录材料
- 需求池清洗日志（记录删除、合并、字段补充操作）
- 利益相关方确认会议纪要（含权重赋值依据）
- 数据来源可用性检查表（每项指标标注源、频次、置信度）
- 评分模板版本管理记录（含评审意见及修改确认）
异常处理
- 需求池存在大量未标注状态的需求：回退至需求提交人，限时补齐；逾期未补充的按“待评估”低优先级处理。
- 利益相关方之间权重冲突：由产品总监仲裁，记录冲突案例到组织级决策规则库。
- 核心数据不可获取且无替代估算：标记该需求为“数据不足”，暂不参与评分，直到数据来源补充完成。
- 评分模板与旧版实践不一致：发起变更评审，通过后再用于当前周期，避免模板突然切换导致结果不可比。
验收标准
前置条件准备完成后，应满足以下全部条件方可进入评分环节：
- 需求池条目数 ≤ 50（超过需先进行顶层筛选）
- 每一条需求均包含“业务价值说明”与“预期工作量级别”
- 利益相关方清单已获项目发起人签字确认，权重合计 100%
- 数据来源表中至少 70% 的指标有可执行 SQL/接口/报表路径
- 评分模板已完成 peer review 并通过率 ≥ 80% 无原则性反对