kpi-root-cause-analysis

name	kpi-root-cause-analysis
description	KPI 根因分析 — 对未达标的 KPI 进行系统性根因分析，追溯真实原因， 区分系统性因素和一次性因素，为改进提供依据。 适用情形：KPI 未达标且预警处理无法解决，或用户要求"分析 KPI 根因"时执行。 核心：因素拆解 + 5Why 分析 + 归因分类 + 改进建议。
argument-hint	[KPI名称] [目标值 X] [实际值 X] [未达标期间 YYYY-MM]
last_reviewed	2026-06
version	1.0.0
risk_level	medium

加载上下文

首次使用时： 读取 ../../CLAUDE.md 获取场景级配置（KPI 定义/历史基准/改进资源）。

---

/kpi-root-cause-analysis — KPI 根因分析

Examples

→ 示例：用户说"毛利率连续 3 个月低于预算，业务说是原材料涨价，但财务觉得不止这个原因"，系统应调用本技能，执行多维度根因拆解。

→ 示例：用户说"存货周转天数这个月突然变大了 15 天，帮我找找原因"，系统应调用本技能，按供应链和销售维度做根因分析。

→ 示例：用户说"营业利润率下降了 2 个点，CFO 要求找出具体是谁的责任"，系统应调用本技能，执行责任单元归因分析。

第一步：KPI 表现确认

KPI 未达标情况：

□ KPI 名称：[名称]
□ 目标值：[X]
□ 实际值：[X]
□ 缺口值：[X]（目标 - 实际）
□ 达成率：[X]%（实际 / 目标 × 100%）
□ 未达标期间：[YYYY-MM]
□ 持续未达标期数：[X] 期（首次：[YYYY-MM]）

历史表现：

□ 近期表现：
| 期间   | 目标值 | 实际值 | 达成率 | 趋势 |
|--------|--------|--------|--------|------|
| [上期] | [X]    | [X]    | [X]%   | —    |
| [本期] | [X]    | [X]    | [X]%   | [↓]  |

□ 长期均值 vs 目标：[X] vs [X]
□ 未达标频率：[X] 次 / [X] 期

---

第二步：因素拆解

KPI 拆解树（瀑布分解）：

□ 第一层拆解（按业务维度）：
KPI 总缺口 = [X]
├── [维度A] 贡献 [X]（[占比]%）
│   ├── [子维度A1] 贡献 [X]
│   └── [子维度A2] 贡献 [X]
├── [维度B] 贡献 [X]（[占比]%）
│   └── [子维度B1] 贡献 [X]
└── [维度C] 贡献 [X]（[占比]%）

□ 主要缺口来源（Top 3）：
1. [维度A]：[X]，贡献 [X]% 的缺口
2. [维度B]：[X]，贡献 [X]% 的缺口
3. [维度C]：[X]，贡献 [X]% 的缺口

量化分析：

□ 各因素贡献度：
| 因素 | 贡献值 | 贡献占比 | 可控性 |
|------|--------|---------|--------|
| [因素A] | [X] | [X]% | [高/中/低] |
| [因素B] | [X] | [X]% | [高/中/低] |

---

第三步：5Why 根因分析

针对主要缺口因素执行 5Why 分析：

□ 针对 [因素A] 的 5Why 分析：

Why 1：KPI 未达标的原因是什么？
→ Because：[因素A] 表现低于预期

Why 2：[因素A] 低的原因是什么？
→ Because：[更深层原因]

Why 3：[更深层原因] 的原因是什么？
→ Because：[更深层原因]

Why 4：[更深层原因] 的原因是什么？
→ Because：[更深层原因]

Why 5（根因）：[最深层的根本原因]

□ 根因分类：
→ [人员能力 / 流程缺陷 / 系统限制 / 资源不足 / 外部因素 / 目标设定问题]

第二主要因素的 5Why（简要）：

□ 针对 [因素B] 的根因：
→ Why 1 → Why 3：[简述链条]
→ 根因：[最深原因]
→ 根因分类：[分类]

---

第四步：一次性 vs 系统性归因

归因分类评估：

□ 各因素归因：
| 因素 | 根因 | 归因类型 | 比重 |
|------|------|---------|------|
| [因素A] | [根因] | [一次性/系统性] | [X]% |
| [因素B] | [根因] | [一次性/系统性] | [X]% |

□ 一次性因素：
→ 名称：[因素]
→ 一次性贡献：[X]（占总缺口 [X]%）
→ 说明：[为什么会发生]
→ 是否会重复：[可能/不太可能]

□ 系统性因素：
→ 名称：[因素]
→ 系统性贡献：[X]（占总缺口 [X]%）
→ 说明：[根源于结构性/流程性/能力性问题]
→ 短期是否可解决：[是/否 — 预计 [X] 月]

归因结论：

□ 一次性因素合计贡献：[X]%（剔除后缺口 [X]）
□ 系统性因素合计贡献：[X]%（须长期解决）
□ 目标设定问题（如有）：[X]%（目标本身是否合理）

---

第五步：改进建议

系统性因素改进建议：

□ 改进措施 1：[描述]
  → 针对根因：[根因描述]
  → 预期改善效果：[X]（KPI 提升 [X]）
  → 实施周期：[X] 周
  → 资源需求：[描述]
  → 责任人：[岗位/部门]
  → 预期完成：[YYYY-MM-DD]

□ 改进措施 2：[描述]
  → ...

一次性因素防范建议：

□ 监控改进：[描述]
  → 针对 [一次性因素]
  → 建立监控指标：[指标]
  → 预警阈值：[X]

目标重设建议（如目标本身不合理）：

□ 建议：[调整目标至 X / 维持原目标但延长达成时间]
□ 理由：[描述]
□ 调整方案：[具体建议]
□ 调整后预期达成率：[X]%

---

第六步：生成根因分析报告

═══════════════════════════════════════
KPI 根因分析报告
KPI：[名称]
期间：[YYYY-MM]
分析日期：[YYYY-MM-DD]
═══════════════════════════════════════

【KPI 表现】
□ 目标：[X] | 实际：[X] | 达成率：[X]%
□ 缺口：[X] | 持续未达标：[X] 期

【主要因素拆解】
□ Top 3 缺口来源：
1. [维度A] — 贡献 [X]%（[X]）
2. [维度B] — 贡献 [X]%（[X]）
3. [维度C] — 贡献 [X]%（[X]）

【根因分析（5Why）】
□ [因素A] 根因：
  → 根因：[最深原因]
  → 类型：[系统性/一次性]
  → 贡献：[X]%

□ [因素B] 根因：
  → ...

【归因汇总】
□ 系统性因素：[X]%（须长期改进）
□ 一次性因素：[X]%（短期规避 + 监控）
□ 目标问题（如有）：[X]%

【改进建议】
□ 系统性改进：
  1. [措施] — 责任人 [X] — 完成 [日期] — 预期效果 [X]
  2. [措施] — 责任人 [X] — 完成 [日期] — 预期效果 [X]

□ 监控改进：[措施]
□ 目标调整建议：[有/无 — 理由]

【预测】
□ 如实施改进，[YYYY-MM] 预期 KPI 达成率 [X]%

═══════════════════════════════════════
置信度：[✅ 高 / ⚠️ 中 / 🔴 低]
根因确定性：[✅ 高（多因素分析）/ ⚠️ 中 / 🔴 低（信息不足）]
═══════════════════════════════════════

---

升级触发条件

• 根因分析发现涉及多个部门协调问题（需要升级处理）
• 系统性因素须重大资源投入（> [X] 万）
• 一次性因素重复发生（> [X] 次）表明可能存在系统性根因
• 根因涉及外部因素（客户/供应商/市场）且无法直接影响
• KPI 持续未达标且无改善趋势
• 建议目标重设（须管理层审批）

---

Finance Skills — kpi-root-cause-analysis atomic skill