第2章 前置条件：业务目标对齐、数据可得性评估、干系人确认、资源与时间约束
适用场景
本章适用于以下场景：
- 企业首次引入机会评分模型，需要统一评分口径。
- 既有评分模型因业务变化需要重新校准。
- 多部门协作的评分项目，需要明确各方权责。
- 在有限预算和时间内快速验证评分模型可行性。
前置条件
- 已获得项目发起人书面授权。
- 业务需求文档（BRD）已通过初步评审。
- 基础数据源清单已初步梳理。
- 关键干系人列表已识别（业务、数据、IT、财务等）。
- 项目资源计划草案（预算、人力、工期）已准备。
操作步骤
- 业务目标对齐
与业务负责人召开目标对齐会议，明确评分模型的使用场景（如销售线索打分、渠道选择优先级）。输出《业务目标说明表》，包含：目标定义、成功标准（KPI）、预期效益、边界范围。 - 数据可得性评估
对照业务目标，列出所需数据字段。评估每个字段的来源、质量、更新频率、合规性。使用数据可得性矩阵（如下表）记录结果。 - 干系人确认
向所有干系人（业务、数据、IT、法务、财务）发送《前置条件确认函》，要求签字确认。未确认时需组织专项沟通会。 - 资源与时间约束
基于模型复杂度估算工作量（人天），结合可用资源（人员、预算、工具）调整里程碑。输出《资源与时间承诺表》，由项目经理和赞助人签字。
数据可得性矩阵（示例）
| 字段 | 来源 | 可得性 | 更新频率 | 备注 |
|---|---|---|---|---|
| 客户行业 | CRM | 已确认 | 实时 | 缺失率<5% |
| 客户历史购买额 | ERP | 已确认 | T+1 | 需清理重复记录 |
| 竞争对手报价 | 外部API | 待评估 | 每周 | 需采购授权 |
| 客户满意度评分 | 调研平台 | 未确认 | 季度 | 样本量不足可能不可用 |
输入输出物
| 输入 | 输出 |
|---|---|
| 业务需求文档（BRD） | 业务目标说明表（含KPI） |
| 数据源清单（初步） | 数据可得性评估报告 |
| 干系人列表 | 干系人确认签署文件 |
| 项目资源计划草案 | 资源与时间承诺表（含风险缓冲） |
| 历史项目复盘记录（如有） | 前置条件检查清单（通过/不通过） |
责任边界
| 角色 | 职责 | 交付物 |
|---|---|---|
| 业务负责人 | 明确业务目标并确认KPI | 业务目标说明表 |
| 数据分析师 | 评估数据可得性 | 数据可得性评估报告 |
| 项目主管 | 召集干系人并推动签字 | 干系人确认签署文件 |
| 资源经理 / 赞助人 | 审批资源与工期 | 资源与时间承诺表 |
记录材料
- 业务目标说明表（含会议纪要）
- 数据可得性评估报告（含填写的矩阵）
- 干系人确认签署文件（纸质或电子签名版）
- 资源与时间承诺表（含风险登记）
- 前置条件检查清单（通过/不通过及原因）
异常处理
异常场景及处理预案：
- 业务目标模糊： 启动目标拆解工作坊，邀请业务、产品、运营三方共同输出可量化的KPI，若仍无法定义则记录为“不通过”，退回修订BRD。
- 关键数据不可得： 评估替代字段或外部采购成本；若成本超出预算限制，记录为“不可行”并启动变更请求。
- 干系人拒绝签字： 安排专项沟通会议，记录分歧点并寻求高层仲裁；若仲裁无果则暂停项目。
- 资源不足或工期过短： 削减模型复杂度（如仅做初步排序，不做精确打分），或申请追加资源；若无法达成则标记为“风险”，需赞助人书面豁免。
验收标准
以下检查项全部通过，本章前置条件才算完成：
- 业务目标说明表中KPI明确、可度量，且与评分模型直接关联。
- 数据可得性评估报告中，所有必需字段均标注为“已确认”或“有明确替代方案”。
- 所有干系人（不少于3个关键角色）已完成签字确认，无异议。
- 资源与时间承诺表显示：预算、人力、工期均与模型复杂度匹配，且已签字。
- 前置条件检查清单中所有项标记为“通过”，且无未关闭的阻塞项。
前置条件检查流程（SVG）
实用建议： 在第一次执行本章流程时，建议使用“前置条件检查工作表”（模板可在课程附件中下载）。将四个步骤的负责人、截止日期、状态列在表格中，每日晨会检查进度。如果一周内仍未完成目标对齐，说明业务方尚未Ready，建议向发起人预警。