Create Wardley Maps from value chains and user needs
Creates Wardley Maps from value chains and user needs to visualize strategic positioning. Use when analyzing component evolution (Genesis→Commodity) or planning infrastructure decisions.
/plugin marketplace add melodic-software/claude-code-plugins/plugin install wardley-mapping@melodic-softwareThis skill is limited to using the following tools:
Create Wardley Maps to visualize value chains and component evolution for strategic planning.
Use this skill when:
Before creating Wardley Maps:
docs-management skill for mapping patternsWardley Map Structure:
VISIBLE TO USER
┌──────────────────────────────────────────────────────────┐
│ User Need │
│ ○ │
│ \ │
│ ○ Component A │
│ \ │
│ ○ Component B ──── ○ Component C │
│ \ \ │
│ ○ Component D ○ Component E │
│ \ │
│ ○ Component F │
│ │
└──────────────────────────────────────────────────────────┘
INVISIBLE TO USER
◄──────────────────────────────────────────────────────────►
Genesis Custom-Built Product/Rental Commodity
(I) (II) (III) (IV)
EVOLUTION AXIS ──────────────────────────────────────────────►
| Stage | Characteristics | Examples |
|---|---|---|
| Genesis (I) | Unique, poorly understood, rare, uncertain, changing | New AI capabilities, novel algorithms |
| Custom-Built (II) | Uncommon, understood by few, growing, best practice emerging | Custom integrations, bespoke solutions |
| Product (III) | Common, understood, stable, best practice known | Commercial software, SaaS platforms |
| Commodity (IV) | Ubiquitous, standardized, certain, utility-like | Cloud compute, electricity, bandwidth |
Properties Change Along Evolution Axis:
Genesis ────────────────────────► Commodity
Ubiquity: Rare ──────────────────────────► Everywhere
Certainty: Uncertain ─────────────────────► Certain
Failure: High ──────────────────────────► Low
Market: Undefined ─────────────────────► Defined
Knowledge: Uncertain ─────────────────────► Known
User perception: Chaotic ──────────────────────► Ordered
Focus: Exploration ───────────────────► Exploitation
Start with the user's actual need (not a solution):
Good User Needs:
- "I need to process customer payments"
- "I need to communicate with my team"
- "I need to deploy software to production"
Bad (Solution-focused):
- "I need Stripe" (solution, not need)
- "I need Slack" (solution, not need)
- "I need Kubernetes" (solution, not need)
Work backwards from user need to dependencies:
Example: E-commerce Platform
User Need: "Buy products online"
│
├── Product Catalog
│ ├── Search
│ ├── Product Data
│ └── Images
│
├── Shopping Cart
│ ├── Session Management
│ └── Pricing Engine
│
├── Checkout
│ ├── Payment Processing
│ ├── Address Validation
│ └── Tax Calculation
│
└── Order Fulfillment
├── Inventory
├── Shipping
└── Notifications
Place each component on the evolution axis:
| Component | Evolution Stage | Rationale |
|---|---|---|
| Product Catalog | Product | Many commercial options |
| Search | Commodity | Elasticsearch, Algolia commoditized |
| Payment Processing | Commodity | Stripe, PayPal utilities |
| Pricing Engine | Custom | Business-specific rules |
| AI Recommendations | Genesis | Still evolving rapidly |
Draw links showing dependencies:
Dependency Rules:
- Higher components depend on lower
- Arrows flow down and to the right
- Visible components near top
- Infrastructure components near bottom
Add evolution indicators:
Movement Notation:
○────► Moving right (commoditizing)
○◄──── Moving left (rare, usually wrong)
○ ∿ ∿ Inertia (resistance to change)
○ !! Warning/concern
%%{init: {'theme': 'base', 'themeVariables': { 'primaryColor': '#fff', 'lineColor': '#333'}}}%%
flowchart TB
subgraph visible["Visible to User"]
UN["User Need: Buy Products"]
PC["Product Catalog"]
SC["Shopping Cart"]
CO["Checkout"]
end
subgraph invisible["Invisible to User"]
SE["Search"]
PP["Payment Processing"]
DB["Database"]
CL["Cloud Compute"]
end
UN --> PC
UN --> SC
UN --> CO
PC --> SE
PC --> DB
SC --> DB
CO --> PP
PP --> CL
SE --> CL
DB --> CL
classDef genesis fill:#f9f,stroke:#333
classDef custom fill:#fcf,stroke:#333
classDef product fill:#cfc,stroke:#333
classDef commodity fill:#ccf,stroke:#333
For precise Wardley Maps, use Online Wardley Maps (OWM) notation:
title E-commerce Platform
anchor User [0.95, 0.70]
component Product Catalog [0.82, 0.65] label [-10, -10]
component Shopping Cart [0.75, 0.55] label [10, -10]
component Checkout [0.70, 0.60] label [10, 10]
component Search [0.60, 0.85] label [-10, -10]
component Payment Processing [0.45, 0.90] label [-20, 10]
component Database [0.35, 0.75] label [10, 10]
component Cloud Compute [0.20, 0.95] label [-10, 10]
User->Product Catalog
User->Shopping Cart
User->Checkout
Product Catalog->Search
Product Catalog->Database
Shopping Cart->Database
Checkout->Payment Processing
Payment Processing->Cloud Compute
Search->Cloud Compute
Database->Cloud Compute
evolve Payment Processing 0.95
note Custom pricing engine at 0.55, 0.35 [business differentiator]
| Position | Component Type |
|---|---|
| 0.90-1.00 | Direct user interaction |
| 0.70-0.89 | User-facing features |
| 0.50-0.69 | Application services |
| 0.30-0.49 | Platform/infrastructure |
| 0.10-0.29 | Utilities |
| 0.00-0.09 | Raw resources |
| Position | Stage |
|---|---|
| 0.00-0.17 | Genesis |
| 0.18-0.40 | Custom |
| 0.41-0.70 | Product |
| 0.71-1.00 | Commodity |
Pioneers: Genesis → Custom
- Explore new territory
- High failure tolerance
- Focus on innovation
Settlers: Custom → Product
- Take pioneer discoveries
- Make them useful
- Focus on product-market fit
Town Planners: Product → Commodity
- Industrialize at scale
- Focus on efficiency
- Volume and margins
Anchor: User needs or market expectations that don't change
Good anchors:
- "Communicate with customers" (stable need)
- "Process transactions" (stable need)
Bad anchors:
- "Use email" (solution, will evolve)
- "Use SQL database" (technology, will evolve)
When creating Wardley Maps:
# Wardley Map: [Context]
## Purpose
[What strategic question is this map answering?]
## Scope
[What boundaries define this map?]
## User Need
[The anchor need at the top of the map]
## Map
[OWM notation or diagram]
## Key Components
| Component | Position | Evolution | Notes |
|-----------|----------|-----------|-------|
| [Name] | [y, x] | [stage] | [observations] |
## Movement
[Components evolving and direction]
## Strategic Observations
[What the map reveals]
## Questions Raised
[What needs further exploration]
For detailed guidance:
Last Updated: 2025-12-26