From wardley-mapping
Creates Wardley Maps from value chains and user needs to visualize component evolution for strategic planning.
npx claudepluginhub melodic-software/claude-code-plugins --plugin wardley-mappingThis skill is limited to using the following tools:
Create Wardley Maps to visualize value chains and component evolution for strategic planning.
Creates or updates Wardley Maps of value chains, plotting user needs, components, evolution stages (genesis, custom, product, commodity), movements, patterns, and strategic gameplay. Outputs YAML landscape and decision log entries.
Creates Wardley Maps to visualize value chains, component evolution, dependencies, and strategic positioning in business or technology contexts. Outputs Mermaid/ASCII diagrams, OWM notation, tables, and recommendations.
Guides creation and analysis of Wardley Maps for value chain decomposition, evolution stages, strategic positioning, build/buy decisions, and inertia.
Share bugs, ideas, or general feedback.
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