Product Discovery Mapping Tool

User Story Mapping

Macht Nutzungsabläufe sichtbar und schneidet Releases als zusammenhängende Nutzerwege.

User Story Mapping ordnet Nutzeraktivitäten und konkrete Aufgaben zu einer lesbaren Geschichte. Das Team nutzt die vertikale Dimension für Details und horizontale Slices für gemeinsame Priorisierungs- und Releasegespräche.

Kernfrage

Wie gelangen unsere Nutzer vom Ausgangspunkt zu ihrem Ziel, und welche kleinsten zusammenhängenden Lieferungen unterstützen sie dabei?

Map planen Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: 4-10
Zeit: Etwa 2 bis 4 Stunden

Aktivitäten bilden den Backbone; Aufgaben liegen darunter. Release-Slices schneiden horizontal durch den gesamten Story Flow.

Papierillustration einer horizontalen Story Map mit Aktivitäts-Backbone, darunter angeordneten Aufgabenkarten und einer quer verlaufenden Release-Linie.

Rahmen
Nutzer und Ziel festlegen
Ein konkreter Nutzertyp und ein Ziel begrenzen die gemeinsame Geschichte.
Backbone
Aktivitäten und Aufgaben ordnen
Große Aktivitäten bilden eine horizontale Erzählung; konkrete Aufgaben hängen darunter.
Details
Varianten und Lücken ergänzen
Die Gruppe ergänzt alternative Wege, Ausnahmen und notwendige Informationen.
Slices
End-to-End-Slices schneiden
Horizontale Schnitte verbinden genügend Aufgaben über die Aktivitäten hinweg, um ein vollständiges Ergebnis zu ermöglichen.

Aktualisiere Aufgaben und Slices, sobald Nutzerwissen, Prioritäten oder Delivery-Einschränkungen neue Entscheidungen begründen.

Geeignet, wenn

Nutze es, wenn ein Backlog fragmentiert wirkt, Abhängigkeiten unklar sind oder ein kleiner durchgängiger Lieferumfang gesucht wird.

Ideal für

MVP-Schnitt
Release Planning
Product Discovery

Nicht gut für

Reine Architekturentscheidungen
Kleine Einzelaufgaben

Ergebnisse

Backbone
Aktivitäten entlang des Nutzerwegs.
Aufgabenmap
Konkrete Aufgaben, Varianten und Abhängigkeiten je Aktivität.
Release-Slices
Begründete End-to-End-Schnitte und bewusst zurückgestellte Aufgaben.

Story Map: Werkzeug ausleihen

Fiktives Lehrbeispiel

Fiktive Aktivitätsfolge mit Beispielaufgaben je Release-Slice. In der echten Map werden Aufgaben als Karten unter dem horizontalen Backbone angeordnet.

Story Map: Werkzeug ausleihen
Release-Slice	Werkzeug wählen	Ausleihe sichern	Werkzeug abholen	Werkzeug zurückgeben
Erster dünner End-to-End-SchnittWelche kleinste Aufgabe macht diesen Abschnitt für den Nutzer nutzbar?	Werkzeug und verfügbaren Zeitraum auswählen.	Reservierung verbindlich bestätigen.	Werkzeug identifizieren und mitnehmen.	Rückgabezeit und Ort einhalten.
Zuverlässigkeit verbessernWelche weitere Aufgabe reduziert eine relevante Reibung?	Passende Werkzeuge nach Nutzung filtern. (später)	Änderung oder Stornierung anzeigen.	Abholort und Öffnungszeiten bestätigen.	Erinnerung und Verlängerungsanfrage anbieten.
Spätere Optionen und VariantenWelche Sonderfälle oder Ausbaustufen bleiben zurückgestellt?	Verbrauchsmaterial ergänzen.	Warteliste für ausgebuchte Werkzeuge.	Barrierefreie Übergabeoptionen prüfen.	Schäden dokumentieren und klären.

1. Werkzeug wählen
Erster dünner End-to-End-Schnitt
Werkzeug und verfügbaren Zeitraum auswählen.
Zuverlässigkeit verbessern
Passende Werkzeuge nach Nutzung filtern. (später)
Spätere Optionen und Varianten
Verbrauchsmaterial ergänzen.
2. Ausleihe sichern
Erster dünner End-to-End-Schnitt
Reservierung verbindlich bestätigen.
Zuverlässigkeit verbessern
Änderung oder Stornierung anzeigen.
Spätere Optionen und Varianten
Warteliste für ausgebuchte Werkzeuge.
3. Werkzeug abholen
Erster dünner End-to-End-Schnitt
Werkzeug identifizieren und mitnehmen.
Zuverlässigkeit verbessern
Abholort und Öffnungszeiten bestätigen.
Spätere Optionen und Varianten
Barrierefreie Übergabeoptionen prüfen.
4. Werkzeug zurückgeben
Erster dünner End-to-End-Schnitt
Rückgabezeit und Ort einhalten.
Zuverlässigkeit verbessern
Erinnerung und Verlängerungsanfrage anbieten.
Spätere Optionen und Varianten
Schäden dokumentieren und klären.

Alle Aktivitäten und Karten sind fiktiv. Ein Walking Skeleton ist ein dünner durchgängiger Pfad, keine Garantie für ein fertiges Produkt.

Quelle: Jeff Patton

Erster Schritt

Lege Nutzergruppe, Ziel und Journey-Anfang und -Ende fest. Bringe Produkt, Design, Engineering und nötige Fachperspektiven an dieselbe Map.

Zur Methodenanleitung

Davor sinnvoll

Papierillustration einer Journey Map mit vier verbundenen Phasen, mehreren Erfahrungsspuren und einer markierten Stelle für eine nähere Untersuchung.

UX Research

Customer Journey Mapping

Liefert das Nutzerwissen über den Ablauf, den die Story Map strukturiert.

Papierillustration eines JTBD-Interviewnotizbuchs mit einer Entscheidungs-Timeline, Wechselkräften und einer kurzen Job-Hypothese.

Product Discovery

Jobs to Be Done

Liefert die Job-Hypothese, aus der Nutzerziele und Activities abgeleitet werden.

Wie geht es weiter?

Agile

Story Splitting

Zerlegt ein gewähltes Release-Slice weiter in lieferbare kleine Stories.

Papierillustration mit gelber Story-Karte, blauen Regelkarten, grünen Beispielkarten und einer roten Fragekarte auf heller Arbeitsfläche.

Agile

Example Mapping

Präzisiert eine einzelne Story aus dem Backbone mit Regeln und Beispielen.

Vertiefung

Zweck

Wenn Nutzerziele und Lieferumfang auseinanderlaufen könnten, ordnet sie die Reise vom Ziel bis zum Slice. Sie macht sichtbar, wo ein MVP wirklich schneiden kann.

Funktionsweise

Sie legt Ziel, Backbone und Detailgeschichten in eine gemeinsame Fläche und trennt tragfähige Slices von bloßer Wunschliste. Aus der horizontalen Nutzerreise und der vertikalen Lieferreihenfolge entsteht ein Bild, das MVP-Zuschnitt und Releasefolge zusammenbringt.

Im Detail

User Story Mapping wirkt, weil Nutzerreise, Funktionslogik und Lieferzuschnitt auf derselben Fläche sichtbar werden und dadurch Scope Gespräche geerdet werden. Gute Nutzung hält den Blick auf Nutzerschritte und zusammenhängende Erlebnisse, statt die Karte in eine bloße Backlogwand zu verwandeln. So wird erkennbar, welche Teile für einen ersten tragfähigen Slice wirklich nötig sind und welche Ergänzungen später folgen können.

Durchführung

Starte mit einer klaren Nutzeraufgabe und einem durchgehenden Ablauf, den alle aus demselben Blickwinkel beschreiben können. Die Runde gewinnt Aussagekraft, sobald ein geplanter Slice zwar intern vollständig wirkt, für den Nutzer aber noch keinen sinnvollen Abschluss bildet. Schließe mit wenigen Release oder MVP Schnitten und den Fragen, die vor dem ersten Schnitt noch validiert werden müssen.

Die Methodenanleitung führt mit 4 Phasen, Zeitrahmen, 4 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen

Backlog Journey Planung MVP

Quellen

User Story Mapping | Jeff Pattonjpattonassociates.comOriginale Methodenressource: Nutzerreise als Map und Einordnung von Story Mapping als bessere Arbeitsform mit agilen User Stories.The New User Story Backlog is a Map | Jeff Pattonjpattonassociates.comErklärt Backbone und horizontale Releaseslices bis zum Walking Skeleton; die Map erzeugt keine Lieferprognose.

In Playbooks

Backlog Readiness herstellenVon groben Ideen zu schnittfähigen Stories mit Beispielen, Akzeptanzkriterien und Schätzung.

Artefakt-Vorlagen

User Story Mapping: ArbeitsvorlagePlane eine gemeinsame Map von Nutzeraktivitäten bis zu ersten Release-Slices.

markdown

user-story-mapping-working-template.md

Plane eine gemeinsame Map von Nutzeraktivitäten bis zu ersten Release-Slices.

User Story Mapping: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Eine Nutzerreise mappen Zeit: Etwa 2 bis 4 Stunden für einen fokussierten Durchlauf

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Wandfläche oder digitales Board, Karten in zwei Größen oder Ebenen, Marker, Nutzerfluss oder Recherchebelege und Platz für horizontale Release-Linien.
Rollen: Cross-funktionale Gruppe aus Product, Design, Engineering und Fachrollen. Moderation schützt Nutzerperspektive und verhindert vorschnelle Release-Festlegung.
Vorab-Infos: Relevante Nutzerforschung, vorhandene Backlog-Karten, Einschränkungen und Zielmetrik sammeln. Hypothesen markieren.
Gesamter Zeitbedarf: Etwa 2 bis 4 Stunden für einen ersten fokussierten Durchlauf; umfangreiche Journeys über mehrere Sitzungen ergänzen.
Setup: Map von links nach rechts lesbar aufbauen. Aktivitäten oben, darunter konkrete Aufgaben und Varianten. Release-Slices quer über den Aufgabenfluss betrachten.

Für die Arbeitsschritte bereitstellen

Rahmen: Nutzer und Ziel festlegen

Nutzerwissen oder Forschung
Produktziel und Scope

Backbone: Aktivitäten und Aufgaben ordnen

Nutzerziel und relevante Fälle
Gemeinsame Wand- oder Boardfläche

Details: Varianten und Lücken ergänzen

Backbone und Aufgaben
Nutzerbelege oder klar markierte offene Annahmen

Slices: End-to-End-Slices schneiden

Aufgabenmap und gemeinsames Ziel
Delivery-, Risiko- und Abhängigkeitswissen

Story Map: Werkzeug ausleihen

Release-Slice	Aktivität 1	Aktivität 2	Aktivität 3	Aktivität 4
Erster dünner End-to-End-Schnitt
Zuverlässigkeit verbessern
Spätere Optionen und Varianten

Erster dünner End-to-End-Schnitt: Welche kleinste Aufgabe macht diesen Abschnitt für den Nutzer nutzbar?
Zuverlässigkeit verbessern: Welche weitere Aufgabe reduziert eine relevante Reibung?
Spätere Optionen und Varianten: Welche Sonderfälle oder Ausbaustufen bleiben zurückgestellt?

Leere Vorlage: Backbone nach realem Nutzerpfad benennen; pro Aktivität Karten untereinander ordnen und horizontale Release-Linien über die Karte ziehen.

Quelle: Jeff Patton