Customer Journey Map oder Service Blueprint? Wann was passt
Journey Map oder Service Blueprint? Die Map zeigt, wo das Erlebnis schmerzt, der Blueprint, warum und wie man es behebt. So wählen und kombinieren Sie.

Customer Journey Map oder Service Blueprint? Wann was passt
Greifen Sie zur Journey Map, wenn Sie noch nicht wissen, wo das Erlebnis kippt, und es mit den Augen der Kundschaft sehen müssen. Greifen Sie zum Service Blueprint, wenn Sie bereits wissen, welche Stelle schmerzt, und sehen müssen, was die Organisation vorne und hinten tut, damit es schmerzt. Die Journey Map findet das Problem; der Blueprint findet die Ursache und zeigt, wer sich ändern muss. Ernsthafte Servicearbeit nutzt meist beide, in dieser Reihenfolge – aber selten im selben Maßstab.
Was die beiden eigentlich sind
Eine Journey Map begleitet einen Personentyp durch die Phasen auf dem Weg zu einem Ziel: was die Person tut, welchen Touchpoints sie begegnet, was sie denkt und fühlt und wo es bricht. Ihre Perspektive ist konsequent von außen nach innen. Mitarbeitende, Systeme und Regeln tauchen nur so auf, wie die Kundschaft sie erlebt – wenn überhaupt.
Ein Service Blueprint nimmt dieselbe Abfolge von Kundenaktionen und legt die Organisation darunter. Die Methode geht auf G. Lynn Shostack zurück, die sie 1982 erstmals beschrieb und 1984 in der Harvard Business Review als Weg vorstellte, Services mit derselben Sorgfalt zu gestalten, die Ingenieure bei Produkten anwenden; Mary Jo Bitner und Kollegen entwickelten später die Variante, mit der die meisten Teams heute arbeiten. Ein typischer Blueprint hat Zeilen für Kundenaktionen, Frontstage-Aktionen der Mitarbeitenden (was die Kundschaft sieht), Backstage-Aktionen (was sie nicht sieht) und unterstützende Prozesse wie IT-Systeme, Richtlinien und Partner. Zwischen den Zeilen verlaufen Linien: die Interaktionslinie, an der die Kundschaft auf den Service trifft; die Sichtbarkeitslinie, unterhalb derer die Kundschaft nichts mehr sieht; und die Linie der internen Interaktion, an der Mitarbeitende an der Front von anderen Teams abhängen.
Kurz gesagt: Die Journey Map handelt vom Erleben, der Blueprint von der Erbringung.
Im direkten Vergleich
| Journey Map | Service Blueprint | |
|---|---|---|
| Leitfrage | Wo und warum schmerzt das Erlebnis für diese Person? | Was tut die Organisation, das dieses Erlebnis hervorbringt? |
| Perspektive | Die der Kundschaft, von außen nach innen | Der ganze Service, Kundschaft oben, Organisation darunter |
| Typischer Umfang | Eine ganze Journey, oft über Kanäle und Organisationen hinweg | Meist ein Abschnitt einer Journey, feiner aufgelöst |
| Sichtbare Zeilen | Phasen, Aktionen, Touchpoints, Gedanken, Gefühle, Pain Points | Kundenaktionen, Frontstage, Backstage, unterstützende Prozesse, Evidenz |
| Nötige Evidenz | Interviews, Beobachtung, Tagebücher, Beschwerden, Kundendaten | All das, dazu Interviews mit Mitarbeitenden, Prozessbegehungen, Wissen über Systeme und Regeln |
| Wer im Raum sein muss | Menschen mit Kundenkontakt; idealerweise die Kundschaft selbst | Frontline-Mitarbeitende, Verantwortliche im Backoffice, IT und Fachleute für Regelwerke |
| Bestes Ergebnis | Eine kurze, priorisierte Liste von Momenten, die es zu verbessern lohnt | Benannte Übergaben, Regeln und Systeme, die sich ändern müssen, mit Verantwortlichen |
| Typisches Scheitern | Ein schönes Poster, das nichts verändert | Ein Prozessdiagramm, das außerhalb des Betriebs niemand lesen kann |
| Zeit bis zur ersten brauchbaren Fassung | Tage, sobald die Evidenz vorliegt | Länger; hängt vom Zugang zu den Menschen im Backstage ab |
Wann eine Journey Map passt
Nutzen Sie eine Journey Map, wenn das Problem noch nicht klar ist. Typische Anzeichen:
- Sie haben Symptome, keine Ursachen. Die Zufriedenheit sinkt, die Beschwerden steigen, irgendwo zwischen Antrag und Genehmigung springen Menschen ab – und niemand ist sich einig, wo.
- Die Journey quert Abteilungen oder Organisationen. Wer ein Gewerbe anmeldet, hat mit mehreren Stellen zu tun; ein Patient mit Praxis, Labor und Versicherung. Nur die Kundschaft sieht das Ganze, also muss die Map bei ihr beginnen.
- Führungskräfte müssen es spüren, bevor sie es finanzieren. Echte Zitate in den Worten der Kundschaft bewegen das obere Management auf eine Weise, wie es kein Prozessdiagramm schafft.
- Sie entscheiden, worauf Sie sich konzentrieren. Die beste Aufgabe der Journey Map ist es, ein großes, diffuses Problem auf zwei oder drei Momente einzugrenzen, die am meisten zählen.
Die Journey Map ist das falsche Werkzeug, wenn das Team den schmerzhaften Moment längst kennt und nur noch darüber streitet, wer ihn verursacht.
Wann ein Service Blueprint passt
Nutzen Sie einen Blueprint, wenn Sie bereit sind, die Erbringung des Service zu verändern. Typische Anzeichen:
- Sie kennen den Moment, aber nicht den Mechanismus. Kundinnen und Kunden warten neun Tage auf eine Erstattung, und niemand kann erklären, wohin diese neun Tage gehen.
- Die Lösung wird Teams übergreifen. Wenn die Abhilfe Kundenservice, Finanzen und ein IT-System betrifft, zeigt der Blueprint jedem Team, wo seine Arbeit die Kundschaft berührt.
- Sie gestalten einen neuen Service oder einen neuen Kanal. Wer den Soll-Zustand vor dem Start blueprintet, legt die Backstage-Arbeit offen, die niemand eingeplant hat: wer die Anfrage beantwortet, welches System den Datensatz hält, welche Regel die Ausnahme erlaubt.
- Mitarbeitende an der Front improvisieren ständig. Wenn Mitarbeitende routinemäßig am System vorbei arbeiten, um Kundschaft zu helfen, macht der Blueprint diese Workarounds sichtbar – und genau dort ist das Design meist kaputt.
Der Blueprint ist das falsche Werkzeug, solange Sie nicht bestätigt haben, was die Kundschaft erlebt. Wer zuerst von innen blueprintet, erhält eine präzise Karte des Prozesses, den die Organisation beabsichtigt hat – nicht des Prozesses, den die Kundschaft durchlebt.
Kombinieren: die Reihenfolge, die funktioniert
Die beiden sind keine Rivalen. In der Praxis funktionieren sie wie ein Zoom.
- Die Journey breit kartieren. Bauen Sie eine Journey Map aus Evidenz über die gesamte Spanne: vom Moment, in dem die Person merkt, dass sie etwas braucht, bis zu dem Moment, in dem sie es bekommt oder aufgibt. Bleiben Sie bei einem Personentyp und einem Ziel.
- Die Momente auswählen. Markieren Sie die zwei oder drei Phasen, in denen das Erlebnis am stärksten bricht oder am meisten zählt. Das sind Ihre Kandidaten für den Blueprint. Alles andere wartet.
- Schmal und tief blueprinten. Bauen Sie für jeden gewählten Moment einen Blueprint mit den Menschen, die ihn tatsächlich erbringen. Gehen Sie die Schritte der Reihe nach durch und fragen Sie bei jeder Kundenaktion: „Was muss dahinter passieren, damit das funktioniert?“
- Die Ursache unter der Linie finden. Suchen Sie nach langen Wartezeiten zwischen den Zeilen, Übergaben ohne Verantwortliche, Schritten, die wiederholt werden, weil ein System das andere nicht sieht, und Regeln, die Mitarbeitende zum Nein zwingen. Das sind die Dinge, die sich ändern müssen.
- Den Soll-Zustand blueprinten. Gestalten Sie den Moment auf denselben Zeilen neu, sodass jede Änderung am Kundenerlebnis eine passende Änderung im Backstage und eine benannte verantwortliche Person hat.
- Testen, bevor Sie bauen. Probieren Sie den neuen Moment günstig mit echter Kundschaft und echten Mitarbeitenden aus und aktualisieren Sie dann Journey Map und Blueprint mit dem Gelernten.
Eine Touchpoint-Matrix hilft zwischen Schritt 1 und 3, wenn viele Kanäle beteiligt sind, weil sie zeigt, von welchen Touchpoints jede Phase abhängt.
Was Sie tun und was Sie lassen sollten
Tun:
- Klären Sie, was Sie wissen müssen, bevor Sie das Werkzeug wählen. „Wo schmerzt es?“ führt zur Journey Map; „Warum schmerzt es und wer behebt es?“ führt zum Blueprint.
- Bauen Sie die Kundenzeile des Blueprints aus derselben Evidenz wie die Journey Map, damit beide dieselbe Geschichte erzählen.
- Holen Sie Frontline-Mitarbeitende in den Blueprint-Workshop. Sie kennen den Backstage besser als jedes Prozessdokument.
- Nehmen Sie die Evidenzzeile in den Blueprint auf: die Briefe, Bildschirme, Belege und Schilder, die die Kundschaft tatsächlich sieht.
Lassen:
- Einen ganzen Lebenszyklus in voller Detailtiefe blueprinten. Das wird unlesbar, und niemand pflegt es.
- Eine Journey Map mit angehängter „Backstage“-Zeile für einen Blueprint halten. Ohne Frontstage-, Backstage- und Supportzeilen – und ohne die Menschen, die sie verantworten – bleibt es eine Journey Map.
- Den Betrieb den Blueprint allein bauen lassen. Er wird den offiziellen Prozess zeichnen.
- Beim Diagramm stehen bleiben. Jedes der beiden Werkzeuge endet mit Entscheidungen und Verantwortlichen – oder es war Dekoration.
Beispiel zur Veranschaulichung
Zur Veranschaulichung. Ein mittelgroßer Versicherer in den Niederlanden verlor Kundschaft bei der Vertragsverlängerung und nahm an, der Preis sei der Grund. Das Customer-Experience-Team baute eine Journey Map für eine Gruppe: Hausratkundinnen und -kunden, die im vergangenen Jahr einen Schaden gemeldet hatten. Die Evidenz stammte aus zwölf Interviews, einem Monat Beschwerdedaten und zwei Tagen an der Seite der Schadenbearbeiter.
Die Map änderte die Geschichte. Der Preis spielte eine Rolle, aber der Tiefpunkt lag Wochen vor der Verlängerung: beim Schadenfall. Kundinnen und Kunden berichteten, dass sie ihre Geschichte drei verschiedenen Personen erzählen mussten und zwischen den Anrufen nichts hörten.
Das Team wählte einen Moment – „Warten auf die Entscheidung über meinen Schaden“ – und blueprintete ihn mit den Schadenbearbeitern, dem Kundenservice, dem Partner für die Schadensregulierung und dem Verantwortlichen für das Schadensystem. Unterhalb der Sichtbarkeitslinie fanden sie die Ursache. Notizen aus dem Kundenservice waren für die Schadenbearbeiter nicht sichtbar, also begann jeder Anruf bei null. Gutachterberichte kamen als E-Mail-Anhänge, die jemand von Hand ablegen musste, und bis dahin zeigte der Schadenfall keinen Fortschritt.
Der Soll-Blueprint ergänzte eine gemeinsame Fallnotiz, die alle sehen, eine Statusnachricht an die Kundschaft bei jedem Phasenwechsel des Schadens und die automatische Ablage der Gutachterberichte. Jede Änderung hatte eine verantwortliche Person. Die Statusnachrichten wurden sechs Wochen lang an den Schäden einer Region getestet, bevor überhaupt jemand Budget für das System beantragte.
Häufige Fragen
Können Journey Map und Service Blueprint ein und dasselbe Dokument sein? Sie können auf einem Canvas liegen, mit den Journey-Phasen oben und den Blueprint-Zeilen darunter. Für einen einzelnen Moment funktioniert das gut. Für eine ganze Journey wird es zu groß, um es zu lesen; deshalb halten die meisten Teams eine breite Journey Map und einige schmale Blueprints, die mit ihr verknüpft sind.
Ist ein Service Blueprint nur etwas für Dienstleistungen? Er wurde für Dienstleistungen entwickelt, aber jedes Angebot, das Menschen über eine Zeitspanne erleben, hat eine Serviceschicht: Lieferung, Support, Retouren, Onboarding. Wenn Mitarbeitende, Systeme oder Partner zwischen der Kundschaft und dem stehen, weswegen sie gekommen ist, hilft ein Blueprint.
Brauche ich spezielle Software für einen Service Blueprint? Nein. Eine Wand, Haftnotizen in einer eigenen Farbe pro Zeile und Klebeband für die Linien reichen für eine erste Fassung. Entscheidend ist, dass die richtigen Menschen dabei sind und die Schritte der Reihe nach durchgegangen werden.
Wie es weitergeht
Beginnen Sie mit dem Leitfaden zur Experience Map für die Journey und nehmen Sie dann den Leitfaden zum Service Blueprint, um hinter die Kulissen zu gehen. Um die Evidenz zu sammeln, auf die beide angewiesen sind, probieren Sie die Kontextbeobachtung oder eine Service Safari. Wo diese Werkzeuge in einer breiteren Praxis stehen, lesen Sie in Kundenzentrierung ist eine Praxis, kein Slogan; vor Ihrer ersten Map lesen Sie die fünf wichtigsten Fehler beim Customer Journey Mapping und eine Journey Map, die Veränderung auslöst statt ein Poster zu sein.