Skip to main content
ClaudeWave
Skill2.1k repo starsupdated today

blue-ocean-strategy

The blue-ocean-strategy skill applies the Blue Ocean Strategy framework to help businesses create uncontested market space through value innovation rather than competing directly with rivals. Activate this skill when users discuss blue ocean concepts, the ERRC framework, value-cost trade-offs, new market categories, underserved segments, or strategies to escape price-based competition. It evaluates business strategies against blue ocean principles and provides specific moves to shift from red ocean competition to creating new demand.

Install in Claude Code
Copy
git clone --depth 1 https://github.com/wondelai/skills /tmp/blue-ocean-strategy && cp -r /tmp/blue-ocean-strategy/blue-ocean-strategy ~/.claude/skills/blue-ocean-strategy
Then start a new Claude Code session; the skill loads automatically.

SKILL.md

# Blue Ocean Strategy Framework

Strategic framework for creating uncontested market space that makes the competition irrelevant, based on the simultaneous pursuit of differentiation and low cost.

## Core Principle

**Don't compete in bloody red oceans. Create blue oceans of uncontested market space.** Most companies fight for share in existing industries; winners create new market space where competition is irrelevant by delivering a leap in value for both buyers and themselves. Competition-based strategy is zero-sum — value innovation creates new demand and breaks the value-cost trade-off.

## Scoring

**Goal: 10/10.** Score a strategy by how many of the five Quick Diagnostic rows it satisfies, mapped to the bands below:

- **9-10** — divergent strategy-canvas curve, eliminates AND creates factors, breaks the value-cost trade-off, converts non-customers, and delivers a 10x utility leap (all 5 rows).
- **7-8** — value innovation is real but one gate is weak (e.g. strong divergence and cost cuts, but still chasing existing customers rather than non-customers).
- **5-6** — differentiation without cost cuts, or cost cuts without a value leap: better than rivals on the same factors, not yet value innovation (2-3 rows).
- **<=3** — competes on the same factors as rivals with a look-alike canvas curve: a red ocean (0-1 rows).

Report the current score, which diagnostic rows fail, and the specific ERRC/Six-Paths moves needed to reach 10/10.

## Framework

### 1. Red Ocean vs. Blue Ocean

**Core concept:** Red oceans are existing market spaces where rivals fight over shrinking profits; blue oceans are new market spaces where the competition is irrelevant.

| Red Ocean Strategy | Blue Ocean Strategy |
|-------------------|---------------------|
| Compete in existing market space | Create uncontested market space |
| Beat the competition | Make competition irrelevant |
| Exploit existing demand | Create and capture new demand |
| Make the value-cost trade-off | Break the value-cost trade-off |
| Align with differentiation OR low cost | Pursue differentiation AND low cost |

**Examples:** Airlines competing on routes, amenities, and price are red ocean; Cirque du Soleil inventing a new entertainment form, Netflix replacing rental with streaming, and Nintendo Wii trading graphics power for accessible motion gaming are blue.

See [references/blue-ocean-examples.md](references/blue-ocean-examples.md) when you want a full worked case to model a move on — Cirque du Soleil, Netflix, Yellow Tail, and Nintendo Wii broken down factor by factor.

### 2. Value Innovation

**Core concept:** The cornerstone of blue ocean strategy — pursue differentiation and low cost simultaneously, creating a leap in value for buyers and the company. Eliminating and reducing over-served factors cuts cost at the same time raising and creating factors lifts buyer value, so value rises faster than cost and the trade-off competitors assume is fixed breaks.

| Traditional View | Value Innovation View |
|-----------------|---------------------|
| High value = high cost | High value CAN = low cost |
| Differentiate OR cut costs | Differentiate AND cut costs |
| Better performance on established factors | New factors; eliminate old factors |

**Example — Cirque du Soleil:** eliminated animal shows, star performers, multiple arenas (cost down); reduced thrill and humor; raised venue quality, artistic music and dance; created theme, refined environment, multiple productions. Outcome: priced above circus, costs below theater, a new market.

See [references/value-innovation.md](references/value-innovation.md) when testing whether an idea is genuine value innovation — the Utility x Price x Cost formula with all three terms and the test questions for each.

### 3. Strategy Canvas

**Core concept:** The diagnostic tool — plot the factors an industry competes on against the offering level for you and competitors. Red oceans show everyone's curve looking the same; a divergent curve signals a blue ocean.

**How to use:**
1. List the industry's competing factors (wine: price, prestige, aging quality, vineyard legacy, complexity, range, marketing)
2. Plot your curve and competitors' — expect near-identical curves in a red ocean
3. Ask: which factors do buyers not actually care about? What could be eliminated, reduced, raised, or created? Where does the buyer experience hurt?

**Example — Yellow Tail wine:**

| Factor | Industry Average | Yellow Tail |
|--------|-----------------|-------------|
| Price, prestige, aging quality | Medium-High | LOW |
| Vineyard legacy, complexity, range | High | LOW |
| Easy drinking | Low | HIGH |
| Fun/adventure, accessibility | Low | HIGH |

**Result:** A different curve = blue ocean.

See [references/strategy-canvas.md](references/strategy-canvas.md) when plotting your own canvas — a blank template and step-by-step build instructions.

### 4. Four Actions Framework (ERRC Grid)

**Core concept:** Four questions that reconstruct buyer value — Eliminate and Reduce cut costs; Raise and Create lift value.

| Action | Question | Examples | Effect |
|--------|----------|----------|--------|
| **Eliminate** | Which taken-for-granted factors add no buyer value? | Cirque: animals, stars; Southwest: meals, seat assignments; IKEA: sales staff, assembly | Cost down; friction removed |
| **Reduce** | What can go well below industry standard? | Yellow Tail: prestige, complexity; Salesforce v1: customization | Cost down; over-serving stops |
| **Raise** | What should go well above industry standard? | Cirque: artistic value; Dyson: suction, design; Apple: UX | Value up; hard to match |
| **Create** | What has the industry never offered? | Netflix: unlimited streaming, no late fees; Uber: live tracking, cashless payment | New demand; attracts non-customers |

**Ethical boundary:** Don't eliminate factors buyers truly value (especially safety or accessibility) — test assumptions before cutting.

See [references/errc-grid.md](r
37signals-waySkill

Build lean, opinionated products using the 37signals philosophy from "Getting Real", "Rework", and "Shape Up". Use when the user mentions "Getting Real", "Rework", "Shape Up", "37signals", "Basecamp method", "six-week cycles", "fixed time variable scope", "appetite vs estimates", "betting table", "breadboarding", "fat marker sketch", "build less", "underdo the competition", "opinionated software", "we have too many meetings", "how do we ship faster", or "stop overbuilding". Also trigger when cutting scope to ship sooner, running a small team, or avoiding long-term roadmaps. Covers shaping, betting, building, and the art of saying no. For MVP validation, see lean-startup. For design sprints, see design-sprint.

clean-architectureSkill

Structure software around the Dependency Rule: source code dependencies point inward from frameworks to use cases to entities. Use when the user mentions "architecture layers", "dependency rule", "ports and adapters (hexagonal)", "onion architecture", "screaming architecture", "where should business logic go", "decouple from the database", "swap the framework without a rewrite", or "keep business rules independent". Also trigger when deciding which layer code belongs in, isolating core logic from infrastructure, defining module boundaries, or debating whether the framework should call your code or the reverse. Covers component principles, boundaries, and SOLID. For code-level quality, see clean-code. For domain modeling, see domain-driven-design.

clean-codeSkill

Write readable, maintainable code through disciplined naming, small functions, and clean error handling. Use when the user mentions "clean up this code", "this function is too long", "code smells", "naming conventions", "boy scout rule", "single responsibility", or "unit test quality". Also trigger when reviewing a pull request for readability, untangling a messy function, debating comment styles, or improving error-handling patterns. Covers SRP, comment discipline, formatting, and unit testing. For refactoring techniques, see refactoring-patterns. For architecture and dependency rules, see clean-architecture.

contagiousSkill

Engineer word-of-mouth and virality using the STEPPS framework (Social Currency, Triggers, Emotion, Public, Practical Value, Stories). Use when the user mentions "go viral", "word of mouth", "shareable content", "social currency", "why people share", "referral program", "nobody is sharing it", or "make this spread". Also trigger when designing shareable features, crafting social campaigns, or building products that spread through peer recommendation. Covers environmental triggers and high-arousal emotional content. For sticky messaging, see made-to-stick. For persuasion tactics, see influence-psychology.

continuous-discoverySkill

Build a weekly cadence of customer touchpoints using Opportunity Solution Trees, assumption mapping, and interview snapshots. Use when the user mentions "continuous discovery", "opportunity solution tree", "weekly interviews", "assumption testing", "discovery habits", "product trio", "outcome-based roadmap", "how do I talk to customers regularly", "we keep building things nobody uses", or "connect research to the roadmap". Also trigger when setting up regular customer feedback loops, prioritizing which experiments to run, or tying discovery insights to delivery work. Covers experience mapping, co-creation, and prioritizing opportunities. For interview technique, see mom-test. For team structure, see inspired-product.

cro-methodologySkill

Audit websites and landing pages for conversion issues and design evidence-based A/B tests. Use when the user mentions "landing page isnt converting", "conversion rate", "A/B test", "why visitors leave", "objection handling", "bounce rate", "conversion funnel", "increase signups", or "people add to cart but dont buy". Also trigger when diagnosing why signups are low, designing experiment hypotheses, or auditing checkout flows for friction points. Covers funnel mapping, persuasion assets, and objection/counter-objection frameworks. For overall marketing strategy, see one-page-marketing. For usability issues, see ux-heuristics.

crossing-the-chasmSkill

Navigate the technology adoption lifecycle from early adopters to mainstream market. Use when the user mentions "crossing the chasm", "beachhead segment", "whole product", "early adopters vs mainstream", "tech go-to-market", "bowling pin strategy", "technology adoption lifecycle", "pragmatist buyers", "growth stalled after early adopters", or "our go-to-market plan". Also trigger when planning go-to-market for a technical product. Covers the D-Day analogy, bowling-pin strategy, the tornado, and positioning against incumbents. For product positioning, see obviously-awesome. For new market creation, see blue-ocean-strategy.

ddia-systemsSkill

Design data systems by understanding storage engines, replication, partitioning, transactions, and consistency models. Use when the user mentions "database choice", "which database should I use", "SQL or NoSQL", "replication lag", "partitioning strategy", "consistency vs availability", "stream processing", "ACID transactions", "eventual consistency", "my queries are slow at scale", or "data is inconsistent across replicas". Also trigger when choosing a datastore, designing data pipelines, or debugging distributed-system consistency issues. Covers data models, batch/stream processing, and distributed consensus. For system design, see system-design. For resilience, see release-it.