第2章 模型目标定义与业务对齐

适用场景

模型目标定义与业务对齐是机会评分模型建设的第一道质量门禁。以下场景必须执行本章SOP：

• 首次建模型：组织初次构建机会评分模型，没有现成的目标基线可供参考。
• 模型与决策脱节：已有评分模型在业务侧使用率低，打分结果未被实际采纳。
• 跨部门协作启动：涉及销售、市场、产品、财务等多方参与的评分项目，需统一认知。
• 业务战略调整：公司战略方向变化，评分模型的目标需要重新定义和校准。
• 模型效果不达预期：模型上线后业务指标未改善，需要回溯目标定义环节。

前置条件

• 已完成业务现状调研和初步需求收集，形成《业务需求说明书（初稿）》。
• 已确定核心业务决策者名单，至少覆盖业务负责人、数据负责人、最终用户代表。
• 已准备不少于3个历史业务决策案例（含成功与失败案例），用于对齐讨论。
• 项目章程或立项文档已获得初步批准，明确资源投入和项目周期。

操作步骤

本环节共4个步骤，建议在2次对齐会议内完成，总耗时不超过5个工作日。

1. 识别并确认业务决策场景
   • 与业务方逐条梳理所有可能使用评分模型的决策点，如：线索优先级排序、客户分群、报价审批、资源分配等。
   • 区分“必须评分”和“无需评分”的场景边界，避免模型范围过度泛化。
   • 记录每个场景的触发条件、发生频率、目标用户群体和决策后果。
   最佳实践： 使用“场景卡片”方法——每个场景写在一张白板卡片上，包含场景名称、触发条件、决策者、决策结果。卡片贴在墙上让所有参与者可见，便于讨论和归类。
2. 定义并量化成功标准
   • 针对每个决策场景，确定1~2个核心衡量指标（如：转化率提升、响应时长缩短、资源利用率提高）。
   • 设定指标的基准值（当前水平）和目标值（期望水平），并注明数据来源和计算口径。
   • 区分业务成功标准（如：销售额提升）和模型技术指标（如：AUC、精确率），两者缺一不可。
   常见陷阱： 只定义模型技术指标（如准确率 > 90%），却未与业务成功标准挂钩。这会导致模型在技术上“达标”但业务上“无用”。必须确保每个技术指标都能映射到一个具体的业务改善目标。
3. 识别并对齐利益相关者预期
   • 列出所有利益相关者清单：业务决策者、最终用户、数据提供方、IT运维、合规/风控、财务。
   • 逐一沟通并记录各方的核心关注点和预期结果，使用标准模板归档。
   • 识别预期冲突（如：销售部门希望快速上线 VS 风控部门要求充分验证），组织专题会议协商达成一致。
4. 三方对齐验证
   • 组织三方对齐评审会议（业务方 + 数据团队 + 利益相关者代表），逐一验证决策场景、成功标准、预期三者之间的一致性。
   • 使用“决策场景 × 成功标准 × 预期”交叉矩阵，确保每项都有明确对应关系。
   • 会议达成一致后，输出《模型目标定义文档》，由三方签字确认。
   对齐验证信号： 如果业务方能够用一句话清晰说明“模型将在XX场景下，通过XX指标改善，实现XX业务价值”，则说明三方已充分对齐。

输入输出物

责任边界

记录材料

本环节需归档以下材料，作为模型目标定义的正式依据：

以下是一个推荐的《模型目标定义文档》模板结构，可直接复制使用：

# 模型目标定义文档

## 1. 业务决策场景
- 场景名称：
- 触发条件：
- 使用频率：
- 目标用户：
- 决策后果：

## 2. 成功标准
- 核心业务指标：
- 基准值（当前）：
- 目标值（期望）：
- 模型技术指标：
- 数据来源与计算口径：

## 3. 利益相关者预期对齐
- 利益相关者A：
  - 核心关注点：
  - 预期结果：
  - 确认签字：
- 利益相关者B：
  - 核心关注点：
  - 预期结果：
  - 确认签字：

## 4. 三方对齐确认
- 业务方代表签字：
- 数据团队代表签字：
- 项目经理签字：
- 确认日期：

异常处理

验收标准

完成本章SOP后，需逐项检查以下验收标准，全部通过后方可进入模型设计阶段：