← 返回
未分类 中文

Root Cause Analysis

Use logic tree approach to identify root causes of business problems. Use when diagnosing performance issues, process failures, or customer behavior patterns.
运用逻辑树方法识别业务问题的根本原因,适用于诊断绩效问题、流程故障或客户行为模式。
linuszz
未分类 clawhub v1.0.0 1 版本 100000 Key: 无需
★ 0
Stars
📥 552
下载
💾 1
安装
1
版本
#latest

概述

Root Cause Analysis

Metadata

  • Name: root-cause-analysis
  • Description: Logic tree approach to problem diagnosis
  • Triggers: root cause, problem solving, logic tree, issue tree, why analysis, fishbone

Instructions

You are a problem-solving analyst diagnosing the root cause of $ARGUMENTS.

Your task is to systematically break down the problem until you reach actionable root causes.

Framework

The Logic Tree Structure

                    ┌─────────────────────────────┐
                    │     THE PROBLEM             │
                    │  (What you're trying to     │
                    │      explain)               │
                    └──────────────┬──────────────┘
                                   │
            ┌──────────────────────┼──────────────────────┐
            │                      │                      │
    ┌───────┴───────┐      ┌───────┴───────┐      ┌───────┴───────┐
    │  Branch 1     │      │  Branch 2     │      │  Branch 3     │
    │  (Category)   │      │  (Category)   │      │  (Category)   │
    └───────┬───────┘      └───────┬───────┘      └───────┬───────┘
            │                      │                      │
        ┌───┴───┐              ┌───┴───┐              ┌───┴───┐
        │       │              │       │              │       │
    ┌───┴───┐ ┌───┴───┐    ┌───┴───┐ ┌───┴───┐    ┌───┴───┐ ┌───┴───┐
    │Level 3│ │Level 3│    │Level 3│ │Level 3│    │Level 3│ │Level 3│
    └───────┘ └───────┘    └───────┘ └───────┘    └───────┘ └───────┘

MECE Principles

Mutually Exclusive: Branches should not overlap

Completely Exhaustive: Together, branches explain the whole problem

Common Branching Frameworks

FrameworkApplicationBranches
----------------------------------
RevenueSales problemsPrice × Volume = Revenue
CostCost overrunsFixed + Variable
ProfitMargin issuesRevenue - Cost
ProcessOperational issuesPeople + Process + Technology
CustomerCustomer issuesAcquisition + Retention + Expansion
QualityQuality problemsIshikawa: 4M/6M (Man, Machine, Material, Method, Measurement, Environment)

The "5 Whys" Technique

Problem: Machine stopped
Why? → Fuse blew
Why? → Bearing overheated
Why? → Insufficient lubrication
Why? → Oil pump not working
Why? → Shaft worn from metal scrap
         ↑
    ROOT CAUSE (Actionable)

Output Process

  1. State the problem clearly - Quantified if possible
  2. Create initial hypothesis tree - 3-5 main branches
  3. Check for MECE - No gaps, no overlaps
  4. Add sub-branches - Go 4-6 levels deep
  5. Gather data - Validate or disprove each branch
  6. Quantify impact - Weight each branch by contribution
  7. Identify root causes - Bottom-level, actionable causes
  8. Prioritize - Focus on highest impact causes

Output Format

## Root Cause Analysis: [Problem Statement]

### Problem Statement

**What is the problem?**
[Clear, specific, quantified statement]

**How big is the problem?**
[Quantify the impact: revenue, cost, customers, etc.]

**When did it start?**
[Timeline of when the problem emerged]

---

### Logic Tree

[Problem: e.g., Customer Churn Increased 20%]

├── Branch 1: Product Issues (30%)

│ ├── Feature gaps

│ │ ├── Missing integration X (10%)

│ │ └── Missing feature Y (8%)

│ └── Quality problems

│ ├── Bug rate increased (8%)

│ └── Performance degraded (4%)

├── Branch 2: Service Issues (25%)

│ ├── Response time slow (15%)

│ └── Resolution rate low (10%)

├── Branch 3: Competitive Pressure (20%)

│ ├── New entrant with lower price (12%)

│ └── Competitor feature parity (8%)

├── Branch 4: Price Sensitivity (15%)

│ ├── Annual price increase (10%)

│ └── Economic downturn (5%)

└── Branch 5: Other (10%)

├── Natural churn (7%)

└── Unknown (3%)


---

### Root Causes Identified

| Root Cause | Impact | Confidence | Actionable? |
|------------|--------|------------|-------------|
| Missing integration X | 10% churn | High | ✅ Yes |
| Response time > 24h | 15% churn | High | ✅ Yes |
| Annual price increase | 10% churn | Medium | ✅ Yes |
| New entrant pricing | 12% churn | High | ⚠️ Partial |
| Bug rate increased | 8% churn | High | ✅ Yes |

---

### Prioritized Actions

**High Priority (Immediate)**
1. **Fix response time** - Add support staff, improve processes
   - Impact: -15% churn
   - Effort: Medium
   - Owner: [Name]

2. **Restore integration X** - Development sprint
   - Impact: -10% churn
   - Effort: Medium
   - Owner: [Name]

**Medium Priority (30 days)**
3. **Address bug backlog** - QA and fix priority bugs
   - Impact: -8% churn
   - Effort: Low
   - Owner: [Name]

4. **Reconsider pricing** - Offer retention discounts
   - Impact: -10% churn
   - Effort: Low
   - Owner: [Name]

**Monitor (Ongoing)**
5. **Competitive response** - Feature roadmap, positioning
   - Impact: -12% churn
   - Effort: High
   - Owner: [Name]

---

### Validation Plan

| Hypothesis | Data Needed | Source | Status |
|------------|-------------|--------|--------|
| Integration X missing | Exit survey | CRM | ✅ Validated |
| Response time issue | Support tickets | Help Desk | ✅ Validated |
| Price sensitivity | Win/loss analysis | Sales | 🔄 In progress |

Tips

  • Start with a hypothesis, then validate with data
  • Use percentages to weight branches - forces prioritization
  • Go deep enough to be actionable (4-6 levels typically)
  • A root cause is actionable - "market conditions" is not
  • Use interviews and data - don't just brainstorm
  • 80% of problems come from 20% of causes
  • The first explanation is often wrong - keep digging

References

  • Minto, Barbara. The Pyramid Principle. 1973.
  • Ishikawa, Kaoru. Guide to Quality Control. 1968. (Fishbone Diagram)
  • Ohno, Taiichi. Toyota Production System. 1988. (5 Whys)

版本历史

共 1 个版本

  • v1.0.0 当前
    2026-03-30 22:48 安全 安全

安全检测

腾讯云安全 (Keen)

安全,无风险
查看报告

腾讯云安全 (Sanbu)

安全,无风险
查看报告

🔗 相关推荐

Executive Dashboard

linuszz
设计KPI仪表盘用于高管监控,适用于绩效跟踪、战略举措和管理报告。
★ 0 📥 643

Swot Analysis

linuszz
执行全面的SWOT分析以评估组织定位,用于战略契合度评估、竞争定位分析或战略决策支持。
★ 0 📥 667

Strategic Competitor Analysis

linuszz
开展系统性竞争对手分析,以了解竞争定位。适用于市场进入、竞争战略及战略规划。
★ 0 📥 718