Install
openclaw skills install @deciqai/disruptive-innovationActivate when: a founder asks 'can we avoid competing head-on with big players?', someone asks 'is this disruption or just a price war?', an investor wonders if a startup's entry angle creates durable structural advantage, an incumbent spots a cheap new entrant and needs to know if it's a real threat, a product team wants to know which features to deliberately leave out of an MVP. Do NOT activate when: the market requires absolute performance with no 'good enough' threshold (aircraft engines, Class III medical devices), or the competitive situation is a pure price war with no cost-structure asymmetry.
openclaw skills install @deciqai/disruptive-innovationMost incumbents fail not because they make bad decisions, but because they make good ones. Clayton Christensen found that leading firms listened to their best customers, invested in high-margin segments, and were displaced anyway. The pattern: incumbents overshoot mainstream customer needs, creating a price window at the low end that a new entrant can enter profitably — and the incumbent cannot match without cannibalizing its own margins. Disruptors enter there, accumulate resources, and migrate upward.
Two paths exist: low-end disruption targets price-sensitive existing customers who are over-served; new-market disruption creates consumption among people who couldn't previously participate at all.
Compose with neighbors: s-curve-technology-adoption to assess incumbent vulnerability; pmf-crossing-the-chasm after identifying the entry point; blue-ocean-strategy when the attacker wants to reshape value dimensions; second-curve for the incumbent's response problem.
Apply when: founder choosing market entry to avoid head-to-head; incumbent assessing low-price entrant threat; investor evaluating startup structural advantage; product team defining what to deliberately exclude from MVP.
When NOT to use: market requires absolute performance / no "good enough" threshold (aircraft engines, Class III devices); purely a price war with no cost-structure asymmetry; someone labeling every new entrant "disruptive" (Uber is sustaining innovation); insufficient data to assess overshooting.
In Coach mode, respond one step at a time. Each [WAIT] is a hard stop — output only that step's question, then stop.
[WAIT — do not advance until user responds]
[WAIT — do not advance until user responds]
[WAIT — do not advance until user responds]
Run the Disruption Assessment. Identify the structural conditions, then map the attacker path.
Performance Landscape: incumbents / overshooting evidence / mainstream ceiling
Ignored Segments: low-end (who, need, price) / non-consumers (who, barrier)
"Good Enough" Definition: must-haves / safely removed / entry product (1-2 sentences)
Incumbent Rational Neglect: structural reason(s) / confidence (H/M/L + rationale)
Upward Migration Path: Stage 1 → Stage 2 → Stage 3+ (customer tier + required improvement)
Disruption Verdict: genuine / partial / no — if no, label accurately / primary invalidation risk
→ Method in Action: Netflix vs. Blockbuster (1997–2010)
Domain-specific stop-rules (the Assessment runs identically everywhere):
→ Primary sources: references/sources.md
[D] = designed upfront | [O] = observed in real use. [O] entries are more valuable.
| Fake move | Reality |
|---|---|
| [D] "We're disrupting the market" — any new entrant | Requires all three conditions: inferior on mainstream metrics, ignored segment, incumbent structural neglect. A better product at higher price is sustaining innovation. |
| [D] Low price = disruption proof | Low price is necessary, not sufficient. The incumbent must have a structural reason not to match it. |
| [D] No upward migration path considered | Disruption requires migration from low to mainstream. Permanently low-end = niche, not disruptive. |
| [D] Current non-response treated as permanent neglect | Neglect analysis must be time-stamped. An incumbent can acquire or build a response in 18 months. |
| [D] Assuming overshooting without evidence | "Customers don't need all those features" is not evidence — requires demonstrated switching behavior or WTP studies. |
| [D] Framework used predictively, not diagnostically | "Fits the pattern" ≠ "will succeed." The framework identifies conditions, not timing or probability. |
| → Add [O] entries here after each real use — paste the actual failure pattern | What went wrong and why |
Part of deciqAI Knowledge Skills — open-source thinking skills that make rigor executable for AI agents. Built by deciqAI · https://deciqai.com · Contributions welcome — see the template at the repo root.