97 lines
4.9 KiB
Markdown
97 lines
4.9 KiB
Markdown
# CMA数据治理规范：KPI设计规范（五步法/五规则/三路径）
|
||
|
||
> 建立：2026-08-20 | 触发：战略地图归档（strategy-map-kpi-source.md）——CMA有功能层缺方法论层
|
||
> 定位：**第2份方法论规范**（第1份 = kpi-account-governance-rule.md 科目≠KPI，数据层规范）
|
||
> 用途：让客户/实施顾问按方法论建 KPI，不裸奔——CMA 从"能存 KPI"升级为"能指导 KPI 设计"
|
||
|
||
## 一、KPI提取五步法（自下而上：从岗位职责提取）
|
||
|
||
```
|
||
① 明确岗位职责 → 这个岗位存在的价值是什么？（职责/使命）
|
||
② 分析客户是谁 → 服务对象：内部客户（上级/下游部门）+ 外部客户（终端/渠道）
|
||
③ 分析客户需求 → 客户对这个岗位的期望标准是什么？（要什么结果）
|
||
④ 确定成果输出 → 岗位需要产出什么可交付成果？（可观察/可衡量）
|
||
⑤ 五因素设计指标 → 对每个成果输出，从5个因素设计考核指标：
|
||
时间（多快）数量（多少）质量（多好）成本（多省）风险（多稳）
|
||
```
|
||
|
||
**应用示例**（销售岗位）：
|
||
| 步骤 | 内容 |
|
||
|:--|:--|
|
||
| ① 职责 | 开拓客户、达成销售目标 |
|
||
| ② 客户 | 外部客户（新签/续约）+ 内部客户（交付/财务） |
|
||
| ③ 需求 | 快速响应、签单、回款可控 |
|
||
| ④ 成果 | 新增客户数、签约金额、回款额 |
|
||
| ⑤ 五因素 | 时间=响应时长 / 数量=新签客户数 / 质量=客户满意度 / 成本=获客成本 / 风险=坏账率 |
|
||
|
||
## 二、指标设计五规则
|
||
|
||
| # | 规则 | 说明 |
|
||
|:--:|:--|:--|
|
||
| ① | **数量不超过6个** | 单一岗位/目标 KPI ≤6，聚焦关键成功因素（KPI太多=无重点） |
|
||
| ② | **权重5%-30%、取5%倍数** | 单指标权重下限5%上限30%，以5%为档（10%/15%/20%...）。**OKR KR权重适配**：KR是结果承诺层，主KR可至40%（40/30/30 或 35/35/30），仍须5%倍数且和=100% |
|
||
| ③ | **定量与定性兼顾** | 核心成果尽量定量（可衡量），过程/能力类允许定性（如满意度、胜任度） |
|
||
| ④ | **符合SMART原则** | S具体 / M可衡量 / A可实现 / R相关性 / T有时限 |
|
||
| ⑤ | **部门差异化** | 不同职能用不同KPI语言：产品→新品定义/上市周期；研究院→研发周期/专利；市场→线索转化率；销售→回款/毛利 |
|
||
|
||
## 三、三条分解路径
|
||
|
||
```
|
||
路径A 自上而下：战略地图 → 关键成功因素 → KPI
|
||
从BSC四层（学习成长→内部流程→客户→财务）提取关键成功因素，
|
||
落到具体KPI（战略地图是KPI分解的战略源头）
|
||
↓
|
||
路径B 自下而上：岗位职责 → 成果输出 → KPI
|
||
用五步法从每个岗位提取（本文档"一"的方法）
|
||
↓
|
||
路径C BSC维度平衡审视：四维检查
|
||
财务/客户/流程/学习四个维度是否均衡？有没有过度偏向某一维？
|
||
（参照 bsc_layer_config 各企业四层权重配置）
|
||
```
|
||
|
||
**完整分解链（四层链）**：
|
||
```
|
||
战略地图（为什么做）→ OKR的O（做什么）→ KPI（怎么量）→ 科目（记什么）
|
||
BSC因果链 objectives表 kpi_definitions subjects表
|
||
```
|
||
这与本体三支柱互联（科目↔KPI↔OKR）呼应——战略地图正是 O 的上游源头。
|
||
|
||
## 四、与传统规范的关系（双层治理闭环）
|
||
|
||
| 规范 | 层 | 管什么 | 文件 |
|
||
|:--|:--|:--|:--|
|
||
| 科目≠KPI | **数据层** | 参考数据与衍生指标分离（科目不许混入KPI字典） | `kpi-account-governance-rule.md` |
|
||
| KPI设计规范 | **设计层** | KPI怎么设计好（五步法/五规则/三路径） | 本文档 |
|
||
|
||
```
|
||
设计层（本文档）：怎么定好KPI → 五步法/五规则/三路径
|
||
↓ 产出
|
||
数据层（科目≠KPI）：KPI入库后保证纯净 → 语义编码/阈值/责任人
|
||
↓ 闭环
|
||
双层治理 = 设计有方法 + 数据有规矩
|
||
```
|
||
|
||
**引用关系**：
|
||
- 本文档引用 `kpi-account-governance-rule.md`（KPI入库后的数据规范）
|
||
- `kpi-account-governance-rule.md` 引用本文档（KPI从哪来、怎么设计）
|
||
|
||
## 五、执行检查清单（新建KPI时）
|
||
|
||
```
|
||
□ 五步法走完了吗？（职责/客户/需求/成果/五因素）
|
||
□ 数量 ≤6？
|
||
□ 权重在5%-30%、5%倍数？
|
||
□ 定量为主、定性为辅？
|
||
□ SMART？（有时限：哪一期考核？）
|
||
□ 与战略地图/目标O有对应关系？
|
||
□ 不是科目（参考科目≠KPI规范）？
|
||
□ 有目标值/阈值/责任人（入库硬性要求）？
|
||
```
|
||
|
||
## 六、关联
|
||
|
||
- 战略地图归档：`/root/WB_WS/_wisdom/reference/strategy-map-kpi-source.md`（方法论来源）
|
||
- 第1份规范：`kpi-account-governance-rule.md`（科目≠KPI，数据层）
|
||
- 系统内：`strategic_maps` / `map_objectives`（战略层）、`objectives`（目标层）、`kpi_definitions`（指标层）、`subjects` + `kpi_subject_map`（数据层）
|
||
- 本体三支柱：`docs/ontology-trilogy-done.md`（三层互联交付）
|