wardley-mapping
Wardley Mapping for strategic positioning and situational awareness. Covers value chain mapping, evolution stages, landscape analysis, gameplay patterns, and strategic decision-making. Use for technology strategy, competitive analysis, and architectural investment decisions.
What this skill does
# Wardley Mapping
A strategic mapping technique for understanding competitive landscape, technology evolution, and making informed architectural decisions.
## When to Use This Skill
**Keywords:** wardley map, value chain, evolution, genesis, custom, product, commodity, strategy, landscape, doctrine, gameplay, situational awareness, strategic positioning, technology radar
**Use this skill when:**
- Making technology investment decisions
- Evaluating build vs. buy vs. outsource
- Understanding competitive positioning
- Planning technology evolution strategy
- Communicating architecture strategy to stakeholders
- Identifying strategic opportunities and threats
- Deciding where to focus innovation efforts
## What is Wardley Mapping?
Wardley Mapping, created by Simon Wardley, provides situational awareness for strategic decision-making by visualizing:
1. **Value Chain**: Components needed to meet user needs
2. **Evolution**: How components change over time
3. **Landscape**: The competitive environment
4. **Movement**: How the landscape changes
### The Map Structure
```text
EVOLUTION
Genesis Custom Product Commodity
↓ ↓ ↓ ↓
┌──────────────────────────────────────────┐
│ │
Visible │ User Need ● │ ← Anchor
│ │ │
│ ↓ │
│ Component A ●──────────→ ● │
│ │ │
│ ↓ │
│ Component B ● │
│ │ │
Hidden │ ↓ │
│ Component C ● │
│ │ │
│ ↓ │
│ Component D ● │ ← Commodity
│ │
└──────────────────────────────────────────┘
Y-axis: Visibility (to user)
X-axis: Evolution (certainty)
```
## Evolution Stages
### Stage Characteristics
```yaml
evolution_stages:
genesis:
position: "Far left"
characteristics:
- "Novel, unique, uncertain"
- "Poorly understood"
- "High failure rates"
- "Requires experimentation"
activities:
- "Research & development"
- "Exploration"
- "Proof of concepts"
examples:
- "Quantum computing (for most use cases)"
- "Novel AI architectures"
- "Experimental materials"
custom_built:
position: "Center-left"
characteristics:
- "Understood but unique implementation"
- "Bespoke solutions"
- "Differentiating"
- "High cost, high expertise"
activities:
- "Custom development"
- "Integration work"
- "Specialized teams"
examples:
- "Custom recommendation engine"
- "Bespoke trading platform"
- "Specialized analytics"
product:
position: "Center-right"
characteristics:
- "Increasingly understood"
- "Multiple vendors/options"
- "Feature differentiation"
- "Growing competition"
activities:
- "Buy vs. build decisions"
- "Vendor evaluation"
- "Configuration over coding"
examples:
- "CRM systems"
- "E-commerce platforms"
- "Analytics tools"
commodity:
position: "Far right"
characteristics:
- "Well understood"
- "Essential, expected"
- "Low differentiation"
- "Volume operations"
activities:
- "Utility consumption"
- "Cost optimization"
- "Operational excellence"
examples:
- "Cloud compute (IaaS)"
- "Email services"
- "Payment processing"
```
### Evolution Indicators
| Indicator | Genesis | Custom | Product | Commodity |
|-----------|---------|--------|---------|-----------|
| **Ubiquity** | Rare | Rare-Common | Common | Widespread |
| **Certainty** | Uncertain | Uncertain-Defined | Defined | Defined |
| **Market** | Undefined | Forming | Mature | Utility |
| **Failure Mode** | Research | Learning | Differentiation | Operational |
| **Talent** | Pioneers | Settlers | Town Planners | Utilities |
## Creating a Wardley Map
### Step 1: Identify the Anchor
```yaml
anchor:
definition: "The user need being served"
questions:
- "Who is the user?"
- "What do they need?"
- "What visible outcome do they expect?"
placement: "Top of map, visible to user"
examples:
- "Customer needs to purchase products online"
- "Developer needs to deploy applications"
- "Analyst needs to generate reports"
```
### Step 2: Build the Value Chain
```yaml
value_chain:
approach: "Work backwards from user need"
questions:
- "What components are needed to meet this need?"
- "What does each component depend on?"
- "What components are hidden from the user?"
tips:
- "List capabilities, not just technologies"
- "Include people, practices, and data"
- "Map both technical and business components"
- "Dependencies flow downward"
```
### Step 3: Position on Evolution
```yaml
positioning:
method: "Assess each component's evolution stage"
criteria:
- "How well understood is it?"
- "How many alternatives exist?"
- "Is it commoditized or unique?"
- "What's the market maturity?"
common_mistakes:
- "Positioning based on age, not maturity"
- "Confusing internal unfamiliarity with market genesis"
- "Not considering industry context"
```
### Step 4: Add Movement
```yaml
movement:
notation: "Arrows showing direction of evolution"
types:
natural_evolution: "→ Component moving right over time"
inertia: "× Resistance to movement"
acceleration: ">> Forced rapid evolution"
considerations:
- "All components evolve rightward over time"
- "Evolution can be accelerated by competition"
- "Inertia can slow movement"
```
## Map Template
```text
Title: {Map Name}
Anchor: {User Need}
Date: {ISO-8601}
Genesis Custom Product Commodity
│ │ │ │
▼ ▼ ▼ ▼
Visible ┌───────────────────────────────────────┐
│ │
│ {User Need} │
│ │ │
│ ↓ │
│ {Component 1} ●──────→ │
│ │ │
│ ├───────────────┐ │
│ ↓ ↓ │
│ {Component 2} {Component 3} │
│ ● ● │
│ │ │ │
│ ↓ │ │
│ {Component 4} │ │
│ ● │ │
Hidden │ │ │ │
│ ↓ ↓ │
│ {Component 5}───────┘ │
│ ● │
│ │
└───────────────────────────────────────┘
Legend:
● = Current position
→ = Movement direction
× = Inertia
```
## Doctrine
Universally useful patterns for strategy:
```yaml
doctrine_categories:
communication:
- "Use a common language"
- "Challenge assumptions"
- "Focus on user needs"
development:
- "Use appropriate methods for evolution stage"
Related in General
modeling-omnistudio-epc-catalog
IncludedSalesforce Industries CME EPC product-modeling skill for Product2-based catalog creation. Use when creating EPC products, configuring product attributes, building offer bundles with Product Child Items, or reviewing EPC DataPack JSON metadata for product catalog changes. TRIGGER when: user creates or updates Product2 EPC records, AttributeAssignment payloads, AttributeMetadata/AttributeDefaultValues, Offer bundles, or ProductChildItem relationships. DO NOT TRIGGER when: designing OmniScripts/FlexCards/Integration Procedures (use building-omnistudio-omniscript, building-omnistudio-flexcard, or building-omnistudio-integration-procedure), implementing Apex business logic (use generating-apex), or troubleshooting deployment pipelines (use deploying-metadata).
relationship-science-coach
IncludedUse this skill for direct, practical adult relationship coaching: couples conflict, repair, trust, marriage, dating, flirting, attachment patterns, emotional connection, sex, desire differences, eroticism, kink negotiation, affection, love languages, breakups, and long-term passion. Draw on Gottman, EFT and Hold Me Tight, attachment science, modern sex research, Perel, Nagoski, Kerner, Schnarch, Love and Stosny, and flexible love-language tools. Be concrete and low-hedge. Redirect only for imminent danger, abuse, coercive control, minors, non-consent, self-harm, stalking, or medical/legal/psychiatric decisions.
building-sf-integrations
IncludedSalesforce integration architecture and runtime plumbing with 120-point scoring. Use this skill to set up Named Credentials, External Credentials, External Services, REST/SOAP callout patterns, Platform Events, and Change Data Capture. TRIGGER when: user sets up Named Credentials, External Services, REST/SOAP callouts, Platform Events, CDC, or touches .namedCredential-meta.xml files. DO NOT TRIGGER when: Connected App/OAuth config (use configuring-connected-apps), Apex-only logic (use generating-apex), or data import/export (use handling-sf-data).
venue-templates
IncludedAccess comprehensive LaTeX templates, formatting requirements, and submission guidelines for major scientific publication venues (Nature, Science, PLOS, IEEE, ACM), academic conferences (NeurIPS, ICML, CVPR, CHI), research posters, and grant proposals (NSF, NIH, DOE, DARPA). This skill should be used when preparing manuscripts for journal submission, conference papers, research posters, or grant proposals and need venue-specific formatting requirements and templates.
let-fate-decide
IncludedDraws the 12 Houses of the Zodiac Tarot spread to inject entropy into planning when prompts are vague, ambiguous, or casually delegated. Interprets the spread to guide next steps. Use when the user says 'let fate decide', 'YOLO', 'whatever', 'idk', or other nonchalant phrases, makes Yu-Gi-Oh references, or when you are about to arbitrarily pick between multiple reasonable approaches. Prefer over ask-questions-if-underspecified when the user's tone is casual or playful rather than precision-seeking.
net-ops
IncludedCross-platform network troubleshooting (Windows, macOS, Linux) via local or remote shell. Use for: DNS broken, can't resolve hostnames, nslookup/dig works but apps fail, NRPT, WFP, scutil, /etc/resolver, systemd-resolved, /etc/resolv.conf, NetworkManager, VPN DNS leak residue (ProtonVPN/Mullvad/WireGuard/AnyConnect), AV/firewall blocking DNS or DoH, Tailscale DNS interaction, intermittent connectivity, remote diagnostics over SSH.