Offizieller Skill · Strategie

Wardley Map

v1.0.1 · Aktualisiert am 4. November 2026

Erstellt eine Wardley Map: das Nutzerbedürfnis als Anker, die Wertschöpfungskette nach Sichtbarkeit, jede Komponente mit Beleg auf der Evolutionsachse, dann die Schritte: bauen, kaufen, mieten oder beobachten.

Funktioniert in Claude, ChatGPT und Coding-Agents. In Team und Business aktualisiert sich der offizielle Skill in deinem Pod von selbst, wenn wir ihn verbessern.

Wann du ihn nutzt

• Entscheiden, was über ein Produkt oder einen Betrieb hinweg selbst gebaut, gekauft, gemietet oder ausgelagert wird
• Herausfinden, wo man sich abhebt und wo Aufwand in gelöste Probleme fließt
• Eine Roadmap daran messen, wie sich ein Markt und seine Technologien entwickeln

Was du ihm gibst

• Der Rahmen und die Entscheidung
• Nutzer und ihre Bedürfnisse
• Die Komponenten, die das Bedürfnis erfüllen
• Belege dafür, wie weit jede Komponente entwickelt ist

Was du bekommst

Eine Komponententabelle mit Sichtbarkeit, Abhängigkeiten, Evolutionsstufe und Beleg, eine Skizze der Map als Text, was die Map zeigt, Schritte mit Verantwortlichen und zu prüfende Annahmen.

So funktioniert er

1. Leg den Anker fest Nenn die Nutzer (einen oder wenige Typen) und ihr Bedürfnis in ihren eigenen Worten. Setz sie ganz nach oben. Ein Unternehmensziel wie „Umsatz steigern“ ist kein Nutzerbedürfnis.
2. Bau die Wertschöpfungskette Liste die Komponenten auf, die das Bedürfnis erfüllen, dann, wovon jede davon abhängt, bis du bei der Basisinfrastruktur bist. Ordne sie nach Sichtbarkeit: Was die Nutzer direkt sehen, steht oben, was sie nie sehen, unten. Schreib die Abhängigkeiten als „A braucht B“.
3. Ordne jede Komponente auf der Evolutionsachse ein Nutze 4 Stufen: Entstehung (neu, selten, unsicher, ändert sich schnell), Maßanfertigung (von wenigen verstanden, für einen Fall gebaut), Produkt, einschließlich Miete (mehrere konkurrierende Angebote, zunehmend klar definiert), und Commodity, einschließlich Utility (Standard, breit verfügbar, als Versorgungsleistung oder Massenware gekauft). Schreib zu jeder Einordnung eine Zeile Beleg. Dieselbe Komponente kann in verschiedenen Märkten auf verschiedenen Stufen stehen; ordne sie für diesen Markt und heute ein.
4. Markier Bewegung und Trägheit Notier zu jeder Komponente anhand der Belege, ob sie nach rechts wandert und wie schnell. Notier Trägheit: wo das Unternehmen, seine Lieferanten oder seine Kunden sich dagegen sträuben, dass eine Komponente weiterwandert (Verträge, Know-how, frühere Investitionen, Gewohnheit).
5. Zeichne die Map Erstelle die Komponententabelle und eine Skizze als Text: Evolutionsstufen als Spalten von links nach rechts, Sichtbarkeit als Zeilen von oben nach unten, Pfeile für Abhängigkeiten und „>“ für erwartete Bewegung. Halte die Skizze in einem Chatfenster lesbar; maßgeblich ist die Tabelle.
6. Lies aus der Map, wo die Methode nicht passt Prüf jede Komponente daran, wie mit ihr umgegangen wird: selbst bauen, was Commodity ist; auslagern oder überspezifizieren, was in der Entstehung ist; Arbeit auf Produktstufe ohne Standard betreiben. Zu Wardleys Doktrin gehören „Focus on user needs“ (an den Bedürfnissen der Nutzer ausrichten) und „Use appropriate methods“ (passende Methoden nutzen); dieser Schritt wendet beides an.
7. Wähl die Schritte Für jede Komponente ein Schritt: bauen und erkunden (Entstehung), selbst bauen oder individuell beauftragen (Maßanfertigung), kaufen oder mieten (Produkt), als Utility beziehen (Commodity), und wo sinnvoll öffnen, Partner suchen oder beobachten. Wähl dann 2 bis 4 strategische Schritte: wo man sich abhebt, was man industrialisiert oder an einen Anbieter gibt, auf welche Veränderung man sich vorbereitet und welche Trägheit man abbaut. Jeder Schritt nennt eine verantwortliche Person und einen ersten Schritt.
8. Liste Annahmen auf und wie du sie testest Jede Einordnung mit „[prüfen: …]“ und jede erwartete Bewegung wird zu einer Frage mit der Person, die sie beantwortet. Maps sind zum Diskutieren da; lad das Team ein, über Einordnungen zu streiten.

Die SKILL.md

Die ganze Datei, so wie deine KI sie liest. Herunterladen

---
name: wardley-map
description: Erstellt eine Wardley Map eines Geschäfts oder Produkts – Nutzer und ihr Bedürfnis als Anker, darunter die Wertschöpfungskette der Komponenten, geordnet nach Sichtbarkeit für die Nutzer, jede Komponente auf der Evolutionsachse eingeordnet (Entstehung, Maßanfertigung, Produkt oder Miete, Commodity oder Utility) mit dem Beleg für diese Einordnung, Bewegung und Trägheit, und die Schritte, die daraus folgen (selbst bauen, kaufen, mieten, auslagern, öffnen, beobachten). Ergebnis ist eine Komponententabelle, eine Skizze der Map als Text und eine Liste der Schritte mit Verantwortlichen. Nutze den Skill, wenn jemand nach einer Wardley Map, Value Chain Mapping, Make-or-Buy über einen ganzen Stack, wo man sich abheben sollte, was man auslagern sollte oder wie sich ein Markt oder eine Technologie entwickeln wird, fragt.
license: CC BY-SA 4.0. The method is Simon Wardley's (Wardley Maps, CC BY-SA 4.0).
---

# Wardley Map

Eine Wardley Map zeigt, woraus ein Geschäft besteht und wie ausgereift jeder Teil ist, damit ein Team sieht, wo es selbst bauen, wo es kaufen sollte und was sich gerade verändert. Simon Wardley hat die Methode entwickelt und in seinem Buch Wardley Maps beschrieben, das er frei auf Medium unter der Lizenz Creative Commons Attribution-ShareAlike 4.0 veröffentlicht hat. Eine Map beginnt bei Nutzern und ihrem Bedürfnis, listet die Komponenten, die dieses Bedürfnis erfüllen, in einer Kette von sichtbar bis unsichtbar auf (die senkrechte Achse) und ordnet jede Komponente auf einer Evolutionsachse ein: von Entstehung (Genesis) über Maßanfertigung (Custom-built) und Produkt bis Commodity (die waagerechte Achse). Durch den Wettbewerb von Angebot und Nachfrage wandern Komponenten mit der Zeit nach rechts. Dieser Skill ist unsere schrittweise Zusammenfassung der Methode für eine KI, die mit Leuten aus dem Business arbeitet: eine Komponententabelle, eine Textskizze und die Schritte. Er steht wie die Quelle unter CC BY-SA 4.0; siehe LICENSE.txt.

## Wann du sie nutzt

- Wenn entschieden wird, was über ein Produkt oder einen Betrieb hinweg selbst gebaut und was gekauft, gemietet oder ausgelagert wird.
- Wenn du herausfinden willst, wo sich ein Unternehmen abheben sollte und wo es Aufwand in längst gelöste Probleme steckt.
- Wenn eine Strategie oder Roadmap daran gemessen werden soll, wie sich der Markt und seine Technologien entwickeln.
- Wenn ein komplexer Stack auf einer Seite für Entscheider ohne Technikhintergrund erklärt werden soll.
- Nicht, um die Profitabilität einer Branche zu beurteilen (dafür five-forces-analysis), und nicht, um interne Aktivitäten nach Kosten aufzulisten (dafür value-chain-analysis). Für die Wahl zwischen Strategiemethoden gibt es strategy-approach-picker.

## Was du brauchst

- Den Rahmen: welches Geschäft, Produkt oder welche Dienstleistung, und für wen.
- Die Nutzer und ihre Bedürfnisse. Ist das unklar, frag einmal nach; die Map ist an ihnen verankert, nicht an den Zielen des Unternehmens.
- Die Komponenten: was das Unternehmen tut, betreibt oder einkauft, um das Bedürfnis zu erfüllen (Aktivitäten, Praktiken, Daten, Wissen und Technik). Das Team kennt sie meist; die KI schlägt eine Liste als Entwurf vor und fragt nach.
- Belege für die Evolution: wie viele Anbieter es gibt, ob es als Produkt oder als nutzungsabhängig abgerechnete Utility verkauft wird, wie standardisiert es ist, wie schnell es sich verändert. Ordne nie eine Komponente nach einer Vermutung ein, die als Fakt auftritt; markiere sie mit „[prüfen: Beleg]“.
- Die Entscheidung, die die Map unterstützen soll, falls es eine gibt.

## Schritte

1. **Leg den Anker fest.** Nenn die Nutzer (einen oder wenige Typen) und ihr Bedürfnis in ihren eigenen Worten. Setz sie ganz nach oben. Ein Unternehmensziel wie „Umsatz steigern“ ist kein Nutzerbedürfnis.
2. **Bau die Wertschöpfungskette.** Liste die Komponenten auf, die das Bedürfnis erfüllen, dann, wovon jede davon abhängt, bis du bei der Basisinfrastruktur bist. Ordne sie nach Sichtbarkeit: Was die Nutzer direkt sehen, steht oben, was sie nie sehen, unten. Schreib die Abhängigkeiten als „A braucht B“.
3. **Ordne jede Komponente auf der Evolutionsachse ein.** Nutze 4 Stufen: Entstehung (neu, selten, unsicher, ändert sich schnell), Maßanfertigung (von wenigen verstanden, für einen Fall gebaut), Produkt, einschließlich Miete (mehrere konkurrierende Angebote, zunehmend klar definiert), und Commodity, einschließlich Utility (Standard, breit verfügbar, als Versorgungsleistung oder Massenware gekauft). Schreib zu jeder Einordnung eine Zeile Beleg. Dieselbe Komponente kann in verschiedenen Märkten auf verschiedenen Stufen stehen; ordne sie für diesen Markt und heute ein.
4. **Markier Bewegung und Trägheit.** Notier zu jeder Komponente anhand der Belege, ob sie nach rechts wandert und wie schnell. Notier Trägheit: wo das Unternehmen, seine Lieferanten oder seine Kunden sich dagegen sträuben, dass eine Komponente weiterwandert (Verträge, Know-how, frühere Investitionen, Gewohnheit).
5. **Zeichne die Map.** Erstelle die Komponententabelle und eine Skizze als Text: Evolutionsstufen als Spalten von links nach rechts, Sichtbarkeit als Zeilen von oben nach unten, Pfeile für Abhängigkeiten und „>“ für erwartete Bewegung. Halte die Skizze in einem Chatfenster lesbar; maßgeblich ist die Tabelle.
6. **Lies aus der Map, wo die Methode nicht passt.** Prüf jede Komponente daran, wie mit ihr umgegangen wird: selbst bauen, was Commodity ist; auslagern oder überspezifizieren, was in der Entstehung ist; Arbeit auf Produktstufe ohne Standard betreiben. Zu Wardleys Doktrin gehören „Focus on user needs“ (an den Bedürfnissen der Nutzer ausrichten) und „Use appropriate methods“ (passende Methoden nutzen); dieser Schritt wendet beides an.
7. **Wähl die Schritte.** Für jede Komponente ein Schritt: bauen und erkunden (Entstehung), selbst bauen oder individuell beauftragen (Maßanfertigung), kaufen oder mieten (Produkt), als Utility beziehen (Commodity), und wo sinnvoll öffnen, Partner suchen oder beobachten. Wähl dann 2 bis 4 strategische Schritte: wo man sich abhebt, was man industrialisiert oder an einen Anbieter gibt, auf welche Veränderung man sich vorbereitet und welche Trägheit man abbaut. Jeder Schritt nennt eine verantwortliche Person und einen ersten Schritt.
8. **Liste Annahmen auf und wie du sie testest.** Jede Einordnung mit „[prüfen: …]“ und jede erwartete Bewegung wird zu einer Frage mit der Person, die sie beantwortet. Maps sind zum Diskutieren da; lad das Team ein, über Einordnungen zu streiten.

## Ausgabeformat

````markdown
# Wardley Map: [Rahmen] · [Datum]
**Nutzer:** [Nutzer] · **Bedürfnis:** [Bedürfnis] · **Entscheidung, die sie unterstützt:** [Entscheidung]

## Komponenten
| Komponente | Sichtbarkeit (1 = oben) | Hängt ab von | Evolutionsstufe | Beleg | Bewegung / Trägheit |
|---|---|---|---|---|---|

## Skizze
```text
              Entstehung   Maßanfertigung   Produkt (+Miete)   Commodity (+Utility)
Sichtbar     [Nutzerbedürfnis]
   |         ...
Unsichtbar   ...
```

## Was die Map zeigt
- [Unpassende Methoden, Unterscheidungsmerkmale, Bedrohungen]

## Schritte
| Komponente oder Bereich | Schritt | Warum (aus der Map) | Verantwortlich | Erster Schritt |
|---|---|---|---|---|

## Zu prüfende Annahmen
- [prüfen: Einordnung oder Bewegung] — beantwortet von: [Name]
````

## Beispiel

**Eingabe:** „Mach eine Map unseres Geschäfts. Wir bieten Online-Mathenachhilfe für Schülerinnen und Schüler der Oberstufe in einem Land an. Nutzer: Eltern, die zahlen, und Schüler, die teilnehmen. Das Bedürfnis der Eltern: Das Kind besteht die Mathe-Abschlussprüfung am Ende des Schuljahres. Wir bringen Schüler und Nachhilfelehrkräfte zusammen (eigene Matching-Regeln, letztes Jahr selbst gebaut), buchen Stunden (über ein fertiges Buchungsprodukt), halten die Stunden über einen Videocall-Dienst ab, den wir pro Minute bezahlen, nehmen Kartenzahlungen über einen Zahlungsanbieter an und hosten bei einem Cloud-Anbieter. Nachhilfelehrkräfte prüfen wir mit eigenem Interview und Test, was Eltern in Bewertungen erwähnen. Wir schicken Eltern einen wöchentlichen Fortschrittsbericht, den die Lehrkräfte von Hand schreiben; das machen wenige Wettbewerber, und wir ändern das Format noch jeden Monat. Vor 3 Jahren haben wir ein eigenes Whiteboard-Tool gebaut, das 2 Entwickler pflegen; inzwischen gibt es mehrere Whiteboard-Produkte. Einige Wettbewerber testen KI-Übungstutoren. Entscheidung: Woran unsere 4 Entwickler nächstes Jahr arbeiten.“

**Ausgabe:**

````markdown
# Wardley Map: Online-Mathenachhilfe · Entwicklungsplan fürs nächste Jahr
**Nutzer:** Eltern (zahlen), Schüler (nehmen teil) · **Bedürfnis:** Das Kind besteht die Mathe-Abschlussprüfung am Ende des Schuljahres · **Entscheidung, die sie unterstützt:** woran 4 Entwickler nächstes Jahr arbeiten

## Komponenten
| Komponente | Sichtbarkeit (1 = oben) | Hängt ab von | Evolutionsstufe | Beleg | Bewegung / Trägheit |
|---|---|---|---|---|---|
| Wöchentlicher Fortschrittsbericht | 1 | Notizen der Lehrkräfte | Maßanfertigung (früh) | Wenige Wettbewerber bieten ihn an; Format ändert sich noch monatlich | [prüfen: Bewegung] |
| Auswahl der Lehrkräfte | 2 | Interview und Test | Maßanfertigung | Eigener Prozess; Eltern erwähnen ihn in Bewertungen | [prüfen: Bewegung] |
| Matching der Lehrkräfte | 2 | [prüfen: Abhängigkeit] | Maßanfertigung | Eigene Regeln, letztes Jahr gebaut | [prüfen: Gibt es Matching-Produkte?] |
| Buchung der Stunden | 3 | [prüfen: Abhängigkeit] | Produkt | Fertig eingekauft | [prüfen: Bewegung] |
| Whiteboard | 3 | [prüfen: Abhängigkeit] | Produkt | Es gibt mehrere Whiteboard-Produkte | Trägheit: eigenes Tool, 2 Entwickler pflegen es |
| Videocalls | 4 | Videocall-Dienst | Commodity (+Utility) | Pro Minute bezahlt | [prüfen: Bewegung] |
| Kartenzahlung | 4 | Zahlungsanbieter | Commodity (+Utility) | Bei einem Zahlungsanbieter eingekauft | [prüfen: Bewegung] |
| Cloud-Hosting | 5 | Cloud-Anbieter | Commodity (+Utility) | Bei einem Cloud-Anbieter eingekauft | [prüfen: Bewegung] |
| KI-Übungstutor | 2 | [prüfen] | Entstehung | Wettbewerber testen, nicht etabliert | Wandert nach rechts [prüfen: Tempo] |

## Skizze
```text
              Entstehung     Maßanfertigung          Produkt (+Miete)     Commodity (+Utility)
Sichtbar     Eltern: Kind besteht die Prüfung
   |                         Fortschrittsbericht
   |         KI-Tutor >      Auswahl   Matching
   |                                                Buchung    Whiteboard*
   |                                                                     Videocalls  Zahlung
Unsichtbar                                                               Cloud-Hosting
* selbst gebaute Komponente auf Produktstufe
```

## Was die Map zeigt
- Die Unterscheidungsmerkmale, die Eltern sehen, sind Maßanfertigung: die Auswahl der Lehrkräfte und der Fortschrittsbericht.
- Das Whiteboard ist eine Komponente auf Produktstufe, die intern gebaut und gepflegt wird: 2 von 4 Entwicklern stecken in einem gelösten Problem.
- KI-Übungstutoren sind in der Entstehung; wandern sie nach rechts, berühren sie dasselbe Bedürfnis, dem der Fortschrittsbericht dient.

## Schritte
| Komponente oder Bereich | Schritt | Warum (aus der Map) | Verantwortlich | Erster Schritt |
|---|---|---|---|---|
| Whiteboard | Durch ein Produkt ersetzen | Produktstufe; macht 2 Entwickler frei | [verantwortlich: zu bestätigen] | 2 Whiteboard-Produkte 30 Tage lang mit 6 Lehrkräften testen |
| Fortschrittsbericht | Investieren: ausbauen und standardisieren | Sichtbares Unterscheidungsmerkmal, noch Maßanfertigung | [verantwortlich: zu bestätigen] | Ein Format festlegen; Verlängerungen der Eltern messen [prüfen: Daten zu Verlängerungen] |
| KI-Übungstutor | Günstig erkunden und beobachten | Entstehung; unsicher | [verantwortlich: zu bestätigen] | Ein kleines Experiment mit wenigen Schülern |
| Auswahl der Lehrkräfte | Intern behalten | Unterscheidungsmerkmal, das Eltern nennen | [verantwortlich: zu bestätigen] | Den Prozess aufschreiben |

## Zu prüfende Annahmen
- Ob es Matching-Produkte für Nachhilfe gibt — beantwortet von: [Name]
- Wie schnell sich KI-Übungstutoren bei Wettbewerbern verbreiten — beantwortet von: [Name]
- Was laufende Stunden verlieren würden, wenn wir vom eigenen Whiteboard weggehen — beantwortet von: [Name]
````

## Prüfen vor dem Senden

- [ ] Der Anker ist ein Nutzer mit einem Bedürfnis in seinen eigenen Worten, kein Unternehmensziel.
- [ ] Jede Komponente hat eine Position auf der Sichtbarkeitsachse, Abhängigkeiten, eine Evolutionsstufe und eine Zeile Beleg oder „[prüfen: …]“.
- [ ] Die Evolutionsstufen tragen die 4 Namen: Entstehung, Maßanfertigung, Produkt (+Miete), Commodity (+Utility).
- [ ] Bewegung und Trägheit sind notiert, wo die Eingabe sie stützt.
- [ ] Die Schritte folgen aus der Map (Stufe und Sichtbarkeit), nicht aus einer mitgebrachten Liste von Initiativen.
- [ ] Jeder Schritt hat eine verantwortliche Person und einen ersten Schritt.
- [ ] Die Nennung von Simon Wardley und der Lizenz CC BY-SA 4.0 bleibt beim Skill, wenn er geteilt oder verändert wird.

## Häufige Fehler

- Das Organigramm oder einen Prozessablauf abbilden; eine Map sind Komponenten, geordnet nach Sichtbarkeit und Evolution.
- Komponenten danach einordnen, wie wichtig sie sich anfühlen, statt danach, wie weit der Markt für sie entwickelt ist.
- Die Map als fertig betrachten. Ihr Wert liegt im Streit über die Einordnungen, also überarbeite sie mit dem Team.
- Ein Schritt für alles („eine eigene Plattform bauen“). Verschiedene Stufen brauchen verschiedene Methoden.
- Trägheit ignorieren, auch die des eigenen Unternehmens.

Teile ihn mit deinem Team

Füge ihn einem AI Skill Pod hinzu, und alle im Team, auch Freelancer, nutzen dieselbe Version aus ihrer eigenen KI. Lies, wie Teams KI-Skills am besten teilen

Zum Pod meines Teams hinzufügen

Änderungen

• v1.0.1 · 4. November 2026 · Example: the last assumption asks what current lessons would lose without the in-house whiteboard, instead of presuming lesson recordings the input never mentions.
• v1.0.0 · 4. November 2026 · First release.