williamcorrea23 加载上下文
首次使用时： 读取 ../../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