docs: KPI设计规范(五步法/五规则/三路径) — CMA方法论层第2份规范

- 第2份方法论文档, 与科目≠KPI规范(第1份, 数据层)互引形成双层治理闭环
- 五步法: 职责→客户→需求→成果→五因素(时/量/质/成/险)
- 五规则: ≤6个/权重5%-30%取5%倍数/定量定性/SMART/部门差异化
- 三路径: 自上而下战略分解/自下而上职责提取/BSC四维平衡
- 四层链: 战略地图→O→KPI→科目(呼应本体三支柱)

docs/kpi-design-rule.md

@@ -0,0 +1,96 @@
+# 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%...） |
+| ③ | **定量与定性兼顾** | 核心成果尽量定量（可衡量），过程/能力类允许定性（如满意度、胜任度） |
+| ④ | **符合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`（三层互联交付）