systems-thinking

What this skill does

# Systems Thinking

## Overview

Every business is a system — a collection of interconnected processes that produce outcomes. When something isn't working, most people try to fix symptoms. Systems thinkers find the root cause by understanding how the pieces connect.

This skill applies systems thinking frameworks from the Personal MBA to diagnose business problems, find constraints, map feedback loops, and predict the consequences of changes before you make them.

## Instructions

When a user describes a business problem, process inefficiency, or asks why something isn't working, apply these systems thinking frameworks.

### Framework 1: Gall's Law — Start Simple

> "A complex system that works is invariably found to have evolved from a simple system that worked. A complex system designed from scratch never works and cannot be patched up to make it work."

**Application:**
- Don't design a complex solution upfront. Build the simplest version that works, then iterate.
- If a complex system is broken, don't try to fix it in-place. Strip it back to a simpler version that works, then add complexity gradually.
- Every feature, process, or tool you add creates new interactions and failure modes.

**Business example:** A startup builds a complex onboarding flow with 12 steps, branching logic, and personalization. Only 15% of users complete it. Fix: Replace with a 3-step onboarding (import data, create first project, invite teammate). Completion jumps to 67%. Add complexity back one step at a time, measuring impact of each.

### Framework 2: Theory of Constraints — Find the Bottleneck

Every system has exactly ONE constraint that limits its throughput. Improving anything that is NOT the constraint is waste.

**The 5 Focusing Steps:**
1. **IDENTIFY** the constraint — What single thing limits the system's output?
2. **EXPLOIT** the constraint — Get maximum output from the constraint as-is
3. **SUBORDINATE** everything else — All other processes serve the constraint
4. **ELEVATE** the constraint — Invest in expanding the constraint's capacity
5. **REPEAT** — Once this constraint is broken, find the NEW constraint

**How to identify the constraint:**
- Where does work pile up? (Queue before the bottleneck)
- What are people waiting for most often?
- If you could magically make ONE thing faster, which would have the biggest impact?

**Business examples:**
| Business | Apparent Problem | Actual Constraint | Fix |
|----------|-----------------|-------------------|-----|
| SaaS | Slow growth | Onboarding activation (23% rate) | Simplify first-run experience |
| Agency | Can't take more clients | Founder does all sales calls | Hire a sales person or productize |
| E-commerce | Low revenue | Traffic is fine, 1.2% conversion rate | Fix product pages and checkout flow |
| Dev team | Slow delivery | Code review backlog (5-day avg wait) | Add reviewers or automate checks |

### Framework 3: Feedback Loops

Systems are driven by feedback loops — circular chains of cause and effect.

**Positive (reinforcing) feedback loops** — amplify change:
```
More users → More content → Better product → More users
(Growth flywheel — Instagram, YouTube, marketplaces)

More churn → Less revenue → Less investment in product → More churn
(Death spiral — the opposite direction)
```

**Negative (balancing) feedback loops** — resist change:
```
Price too high → Fewer customers → Revenue drops → Price lowered
(Market correction)

Team grows → Communication overhead increases → Productivity drops → Growth slows
(Brooks's Law: adding people to a late project makes it later)
```

**How to use feedback loops:**
1. Map the loops in your business (draw them out)
2. Identify which loops are helping and which are hurting
3. Strengthen positive loops (invest in flywheels)
4. Break negative loops (intervene at the weakest link)

**SaaS feedback loop map:**
```
GROWTH FLYWHEEL (positive):
  Good product → Happy users → Word of mouth → New signups → More revenue → More dev → Better product

CHURN SPIRAL (negative):
  Poor onboarding → User confused → No value experienced → Churn → Less revenue → Less dev time → Worse product

SUPPORT OVERLOAD (negative):
  More customers → More support tickets → Slower response → Unhappy customers → Churn
  Break it: Self-serve docs, in-app guidance, FAQ automation
```

### Framework 4: Second-Order Effects

First-order effects are obvious. Second-order effects are what actually determine outcomes.

**How to think in second-order effects:**
For every decision, ask: "And then what?"

```
Decision: Offer a 50% discount to boost signups

First-order:  More signups (great!)
Second-order: Attracts price-sensitive customers who churn faster
Third-order:  Support costs increase, team morale drops from dealing with
              low-quality customers, NPS drops
Net result:   Negative. The discount hurt the business.

Better decision: Offer a free tier with usage limits → self-serve qualification
```

**Common second-order traps:**

| Decision | First-Order | Second-Order | Net |
|----------|-------------|--------------|-----|
| Hire fast to meet demand | More capacity | Cultural dilution, training overhead | Often negative |
| Cut prices to win deals | More customers | Lower LTV, attracts wrong segment | Negative |
| Add more features | More value | More complexity, harder onboarding, more bugs | Often negative |
| Eliminate all meetings | More focus time | Alignment breaks down, silos form | Mixed |
| Automate support | Lower cost | Some customers feel ignored, edge cases missed | Mixed |

### Framework 5: The Automation Paradox

> "The more efficient an automated system, the more crucial the human contribution. Humans are less involved but MORE important."

When you automate a process:
- The easy cases get handled automatically
- The remaining cases (handled by humans) are the HARDEST ones
- Humans become less practiced (fewer reps) but face harder problems
- Error rates on the human-handled cases increase

**Application:**
- Don't automate 100%. Keep humans in the loop for edge cases.
- Build monitoring and alerting, not just automation.
- When you automate, invest MORE in training for the humans handling exceptions.

### Framework 6: Resilience vs Optimization

Systems optimized for one scenario are fragile to all others.

- **Optimized system:** Zero inventory, just-in-time delivery, every process at max efficiency
  - Works perfectly... until one supplier is late, then everything stops

- **Resilient system:** Buffer inventory, multiple suppliers, slack in processes
  - Less efficient on paper, but survives disruptions

**The tradeoff:** Optimization maximizes output in KNOWN conditions. Resilience maximizes survival in UNKNOWN conditions.

**Business rule:** Optimize processes you fully understand and control. Build resilience into processes affected by external factors (supply chain, market shifts, customer behavior).

## Examples

### Example 1: Diagnose a stalled SaaS

**User request:** "Our SaaS has been stuck at $12k MRR for 9 months. We get new signups but growth is flat. What's wrong?"

**Output:**
```
Systems Diagnosis: Flat MRR Despite New Signups

  This means: New customer revenue ≈ Churned customer revenue
  The system is in equilibrium — a balancing feedback loop is canceling growth.

  Step 1: Map the system
    Signups → Trial → Activation → Paid → Retained → Expansion
                                              ↓
                                           Churned

  Step 2: Find the constraint (where does the system leak?)
    - Signup rate: 200/month ✓ (not the bottleneck)
    - Trial → Activation: 23% ← THIS IS THE CONSTRAINT
    - Activation → Paid: 60% (acceptable)
    - Monthly churn: 7% (high, but secondary to activation)

  Step 3: Theory of Constraints — EXPLOIT the constraint
    77% of signups never experience the product's value.
    If you improve activation from 23% → 50%, paid customers per month
    go from 28 to 60 — more than doubling n