Die meisten Journey Maps sterben als hübsches Poster an der Wand des Workshop-Raums. Drei Tage Klebezettel, ein Foto fürs Team-Wiki, danach passiert nichts. Der Unterschied zwischen Deko und Werkzeug ist nicht das Design, sondern eine einzige Eigenschaft: Verändert die Map eine Entscheidung? Genau das macht User Journey Mapping zu einer der nützlichsten Methoden im UX-Werkzeugkasten oder eben zu verschwendeter Workshop-Zeit. Diese Anleitung baut die nützliche Sorte, Schritt für Schritt, mit einer Vorlage zum Kopieren und einem durchgespielten Beispiel.
Wir führen bei Medienstürmer regelmäßig Journey-Mapping-Workshops für Kunden aus dem Mittelstand durch, und das Muster wiederholt sich: Die Map ist nicht das Ziel. Das Ziel ist die Liste priorisierter Maßnahmen, die am Ende herausfällt. Die Map ist nur der Weg dorthin. Wenn du das im Kopf behältst, machst du fast alles richtig.
Eine User Journey Map ist eine visuelle Darstellung, wie eine bestimmte Nutzergruppe eine konkrete Aufgabe mit deinem Produkt oder Service erledigt. Sie zerlegt diesen Ablauf in Phasen und zeigt pro Phase, was Menschen tun, denken und fühlen, über welche Kanäle sie mit dir in Kontakt sind und wo es hakt. Das Werkzeug macht Unsichtbares sichtbar: die Reibung, die im Feature-Backlog nie auftaucht, weil sie zwischen den Zuständigkeiten liegt.
Der Begriff wird oft mit „Customer Journey" in einen Topf geworfen, und diese Verwirrung kostet in Workshops die erste halbe Stunde. Die Abgrenzung ist einfach, wenn man sie einmal sauber zieht:
| Begriff | Fokus | Zeitraum | Typische Frage |
|---|---|---|---|
| User Journey Map | Nutzung eines Produkts/Services, aufgabenbezogen | Eine konkrete Aufgabe (z. B. Termin buchen) | „Wie kommt jemand durch diesen Ablauf?" |
| Customer Journey Map | Gesamte Kundenbeziehung inkl. Marketing | Vom ersten Kontakt bis zur Loyalität | „Wie wird aus einem Fremden ein treuer Kunde?" |
| Experience Map | Erlebnis eines Bedürfnisses, produktunabhängig | Ganzheitlich, ohne konkretes Produkt | „Wie erlebt jemand dieses Problem überhaupt?" |
| Service Blueprint | Journey plus Prozesse hinter den Kulissen | Journey + Backstage-Systeme | „Was muss intern passieren, damit das funktioniert?" |
Kurz: Die Customer Journey ist die große Klammer und schließt Marketing-Touchpoints vor dem Kauf mit ein. Die User Journey zoomt auf die tatsächliche Nutzung, meist nach dem Kauf oder der Anmeldung. Eine Experience Map löst sich vom konkreten Produkt und betrachtet ein Bedürfnis generisch. Ein Service Blueprint ergänzt die Journey um alles, was hinter der Bühne passiert, Systeme, Prozesse, Mitarbeitende. Für die meisten praktischen Projekte im Mittelstand ist die User Journey Map der beste Einstieg, weil sie handhabbar bleibt und trotzdem sofort Verbesserungen liefert.
Bevor du eine Map baust, musst du wissen, aus welchen Teilen sie besteht. Fast jede brauchbare Journey Map hat dieselbe Grundstruktur: Oben steht, für wen und wofür die Map gilt. Darunter laufen die Phasen von links nach rechts, und in mehreren horizontalen Bahnen (den Schwimmbahnen) trägst du für jede Phase die Details ein.
Das sind die Bausteine, die du kennen solltest:
Nicht jede Map braucht alle Bahnen. Für eine schnelle interne Map reichen Phasen, Handlungen, Emotionen und Pain Points. Für eine strategische Map lohnen sich Touchpoints und Chancen. Entscheide bewusst, statt jede Zeile pflichtschuldig zu füllen.
Bevor irgendjemand einen Klebezettel anfasst, beantwortest du drei Fragen: Für welche eine Persona gilt die Map? Welches eine Szenario betrachten wir? Und was wollen wir am Ende mit dem Ergebnis anfangen?
Die häufigste Fehlerquelle im Journey Mapping ist „alles auf einmal". Drei Personas, fünf Szenarien, der gesamte Funnel in einer Map, das Ergebnis ist ein unlesbares Wimmelbild, aus dem niemand eine Entscheidung ableiten kann. Eine Map, eine Persona, ein Szenario. Wenn du mehrere abbilden willst, mach mehrere Maps. Formuliere das Ziel in einem Satz: „Wir wollen verstehen, warum Neukunden die Online-Terminbuchung abbrechen, um die Abbruchrate zu senken." Dieser Satz ist dein Kompass für alles Weitere.
Eine Journey Map ist nur so gut wie die Recherche dahinter. Ohne Daten baust du eine Sammlung von Annahmen und verkaufst sie intern als Fakt, der teuerste Fehler in diesem ganzen Prozess. Nutze die Quellen, die du hast:
Welche Interviews, Analytics-Fragen und Support-Auswertungen dafür sinnvoll sind, haben wir in unserem Überblick zu UX-Research-Methoden im Detail beschrieben. Wichtig ist die Ehrlichkeit gegenüber der eigenen Datenlage: Wenn du keine echten Daten hast, ist das nicht das Ende. Dann baust du bewusst eine Assumption Map (eine Hypothesen-Map) und kennzeichnest sie auch so. Das ist ein legitimer Startpunkt, um Annahmen sichtbar zu machen und Recherche zu priorisieren. Nur darfst du sie nie als belegte Wahrheit ausgeben.
Jetzt legst du die horizontale Gliederung fest. Die entscheidende Regel: Benenne die Phasen aus Nutzersicht, nicht aus deinen internen Silos. „Lead-Qualifizierung", „Onboarding-Prozess" und „Retention-Phase" sind Unternehmens-Vokabeln. Die Nutzerin denkt in „Ich informiere mich", „Ich probiere es aus", „Ich bleibe dran". Der Unterschied ist nicht kosmetisch: Interne Phasennamen führen dazu, dass ihr die Map wieder aus eurer eigenen Perspektive füllt und genau die Reibung übersehen, die zwischen euren Abteilungen entsteht.
Vier bis sechs Phasen sind ideal. Zu wenige, und du verlierst Details. Zu viele, und die Map wird unübersichtlich. Ein bewährtes Grundgerüst für viele Szenarien: Bewusstwerdung, Recherche, Entscheidung/Aktion, Nutzung, Nachbereitung.
Jetzt geht es an die Details. Für jede Phase arbeitest du die Bahnen der Reihe nach durch: erst die Handlungen (was tut die Person?), dann die Gedanken (was denkt sie?), dann die Emotionen (wie fühlt sie sich?), dann Touchpoints und Pain Points. Diese Reihenfolge ist kein Zufall, die Emotion ergibt sich aus Handlung und Gedanke, nicht umgekehrt.
Ein bewährtes Workshop-Format dafür: erst still sammeln, dann clustern. Jede und jeder schreibt fünf Minuten lang allein Klebezettel für eine Phase, ohne Diskussion. Dann werden die Zettel an die Wand gebracht und gemeinsam gruppiert. Das verhindert, dass die lauteste Stimme im Raum die Map dominiert, und bringt deutlich mehr Perspektiven aufs Board. Fülle die Map lückenhaft, wenn dir Daten fehlen, und markiere diese Lücken sichtbar. Eine ehrliche Lücke ist wertvoller als eine erfundene Zeile.
Hier trennt sich das Werkzeug von der Deko. Eine gefüllte Map listet vielleicht zwölf Pain Points, und ihr könnt nicht alle gleichzeitig lösen. Also bewertet ihr sie. Ein einfaches, praxistaugliches Raster: Wie stark ist der Impact auf den Nutzer und aufs Geschäft, und wie aufwändig ist die Behebung? Was viel bringt und wenig kostet, kommt nach oben.
Für jeden priorisierten Pain Point formulierst du eine konkrete Chance und, das ist der Punkt, der am häufigsten vergessen wird, du weist einen Owner zu. Ein Pain Point ohne Verantwortlichen ist ein Pain Point, der die Map überlebt und sonst nichts. „Nutzer wissen nach der Buchung nicht, ob sie geklappt hat" wird zu „Bestätigungsseite plus sofortige E-Mail, Owner: Produktteam, bis Q3". So entsteht aus einer Diagnose eine Aufgabe.
Eine Journey Map ist kein Dokument, das man einmal erstellt und dann archiviert. Produkte ändern sich, Nutzererwartungen verschieben sich, und eine zwei Jahre alte Map beschreibt eine Realität, die es nicht mehr gibt. Halte sie lebendig:
Eine Map, die im Onboarding, im Sprint-Planning und in Roadmap-Diskussionen auftaucht, ist eine lebendige Map. Eine Map, die nur an der Wand hängt, ist Deko.
Hier ist die generische Struktur, die du direkt in Miro, FigJam, ein Whiteboard oder eine Tabelle übernehmen kannst. Zeilen sind die Bausteine, Spalten die Phasen. Vier Phasen sind ein guter Standard, füge bei Bedarf eine fünfte hinzu.
| Baustein | Phase 1: Bewusstwerdung | Phase 2: Recherche | Phase 3: Aktion | Phase 4: Nutzung |
|---|---|---|---|---|
| Handlungen | Was tut die Person? | … | … | … |
| Gedanken | Was denkt sie? | … | … | … |
| Emotionen | Wie fühlt sie sich? (Kurve) | … | … | … |
| Touchpoints | Über welchen Kanal? | … | … | … |
| Pain Points | Wo hakt es? | … | … | … |
| Chance & Owner | Was tun wir, wer macht's? | … | … | … |
Kopf der Map (über der Tabelle): Persona (wer?), Szenario (welche Aufgabe?), Erwartung (womit startet die Person?), Ziel der Map (was wollen wir herausfinden?).
Machen wir es konkret. Persona: Sabine, 42, Geschäftsführerin einer kleinen Steuerkanzlei, wenig Zeit, mittlere Technik-Affinität. Szenario: Sie will online bei einem IT-Dienstleister einen Erstberatungstermin buchen. Erwartung: in unter fünf Minuten erledigt, ohne telefonieren zu müssen. Ziel der Map: verstehen, warum die Online-Terminbuchung eine hohe Abbruchrate hat.
| Baustein | 1: Bedarf erkennen | 2: Anbieter prüfen | 3: Termin buchen | 4: Bestätigung |
|---|---|---|---|---|
| Handlungen | Googelt „IT-Beratung Kanzlei", klickt auf Website | Liest Leistungen, sucht Preise, checkt Referenzen | Öffnet Buchungstool, wählt Slot, füllt Formular aus | Wartet auf Bestätigung, prüft E-Mail-Postfach |
| Gedanken | „Verstehen die überhaupt meine Branche?" | „Was kostet das ungefähr? Nirgends ein Preis." | „Warum muss ich hier zehn Felder ausfüllen?" | „Hat das jetzt geklappt oder nicht?" |
| Emotionen | Neugierig, leicht skeptisch | Zunehmend genervt (keine Preise) | Frustriert (langes Formular) | Verunsichert (keine sofortige Rückmeldung) |
| Touchpoints | Google, Startseite | Leistungsseite, Referenzen | Buchungstool (Drittanbieter) | E-Mail, Buchungstool |
| Pain Points | Branchenbezug unklar | Keine Preisorientierung | Formular zu lang, kein Fortschrittsbalken | Keine sofortige Bestätigung am Bildschirm |
| Chance & Owner | Branchen-Case oben platzieren (Content) | Preisrahmen/„ab"-Angabe ergänzen (Marketing) | Formular auf 4 Pflichtfelder kürzen (Produkt) | Bestätigungsseite + Sofort-Mail (Produkt) |
An diesem Beispiel siehst du sofort, wo die Abbruchrate herkommt: Die Emotionskurve fällt in Phase 2 und 3 deutlich ab, und die Pain Points sind konkret genug, um sie am Montag anzugehen. Genau so soll eine Map aussehen, keine schöne Kurve zum Anschauen, sondern eine Landkarte zu vier klaren Aufgaben mit Verantwortlichen.
In unseren Projekten sehen wir immer wieder dieselben Stolperfallen. Wenn du diese fünf vermeidest, bist du weiter als die meisten:
Ein Nachbar-Thema, das gern untergeht: Wenn deine Journey digitale Touchpoints umfasst, denk die Zugänglichkeit mit. Eine Buchungsstrecke, die für Screenreader-Nutzer nicht funktioniert, ist ein Pain Point für eine ganze Nutzergruppe, und seit dem Barrierefreiheitsstärkungsgesetz auch ein rechtliches Risiko. Barrierefreiheit gehört in die Pain-Point-Bewertung, nicht in eine separate Schublade.
Die Map ist fertig, die Pain Points sind priorisiert, die Owner stehen fest. Was jetzt? Der letzte Schritt ist die Übersetzung in ein priorisiertes Backlog. Jeder priorisierte Pain Point wird zu einem oder mehreren konkreten Backlog-Items, mit Impact-Bewertung, geschätztem Aufwand und Owner aus der Map. So wandert die Erkenntnis direkt in den Sprint-Prozess, statt auf dem Whiteboard zu verstauben.
Wenn du das systematisch für dein gesamtes Produkt machen willst, ist die Journey Map ein Baustein eines größeren UX-Audits, das Journey Mapping mit heuristischer Analyse und Usability-Tests zu einem vollständigen Maßnahmenkatalog verbindet. Die Map liefert die Nutzerperspektive, das Audit ergänzt die Expertenperspektive, und zusammen ergeben sie eine Roadmap, die auf mehr steht als auf Bauchgefühl.
Genau an dieser Schnittstelle, von der Nutzererkenntnis zur konkreten Produktentscheidung, arbeiten wir in unseren UX-Design-Projekten mit Kunden. Die Map ist nie das Ziel. Das priorisierte Backlog ist das Ziel.
Eine User Journey Map ist nur so wertvoll wie die Entscheidungen, die sie verändert. Halte den Scope eng: eine Persona, ein Szenario, vier bis sechs Phasen aus Nutzersicht. Baue auf echten Daten oder kennzeichne die Map ehrlich als Annahme. Der wichtigste Schritt ist nicht das Zeichnen, sondern das Priorisieren der Pain Points und das Zuweisen von Verantwortlichen mit Terminen. Und behandle die Map als lebendiges Werkzeug, das mit neuen Daten wächst, nicht als Poster für die Wand.
Du hast eine Map, aber die Umsetzung stockt? Oder du willst die richtigen Pain Points gar nicht erst übersehen? Lass uns in 30 Minuten unverbindlich über deine Nutzerreise sprechen, kein Verkaufsgespräch, sondern konkrete erste Ansätze.
