Service Blueprint

Kategorie

Prozessinnovation

Kompetenzstufe

Praktiker

Ein Service Blueprint verbindet das Kundenerlebnis mit den Abläufen, die einen Service möglich machen. Du stellst Kundenhandlungen, sichtbare Interaktionen, interne Tätigkeiten, Systeme und unterstützende Prozesse auf einer gemeinsamen Zeitachse dar. So wird erkennbar, welche interne Abhängigkeit einen sichtbaren Bruch verursacht.

Die Methode eignet sich für Services mit mehreren Rollen, Kanälen oder Übergaben. Sie baut häufig auf einer Customer Journey auf, geht aber tiefer in die Leistungserbringung. Das Ergebnis ist ein gemeinsames Bild des Ist- oder Zielsystems mit klaren Schnittstellen, kritischen Übergaben und Ansatzpunkten für die Umsetzung. Gerade an den Prozessschnittstellen entstehen viele sichtbare Brüche.

Rahmenbedingungen & Vorbereitung für Service Blueprint

Voraussetzungen

Ein konkretes Serviceszenario mit definiertem Auslöser und Ergebnis
Eine bekannte Kundengruppe und idealerweise eine vorhandene Journey Map
Fünf bis acht Teilnehmende aus Frontstage, Backstage, IT und Prozessverantwortung
Kenntnis der tatsächlichen Arbeitsabläufe und verwendeten Systeme
Etwa drei Stunden für einen abgegrenzten Blueprint

Vorbereitung

Wähle einen konkreten Fall, zum Beispiel „Geschäftskunde meldet einen Defekt und erhält Ersatz“. Sammle vorhandene Prozessbilder, Arbeitsanweisungen und typische Störungen. Bereite horizontale Zeilen für physische oder digitale Nachweise, Kundenhandlungen, sichtbare Frontstage-Aktionen, Backstage-Aktionen und Supportprozesse vor. Eine vorhandene Customer Journey Map dient als Kundensicht. Falls diese Tool-Seite noch nicht veröffentlicht ist, verwende die Journey-Artefakte aus dem Workshop.

Wofür ist ein Service Blueprint besonders geeignet?

Der Service Blueprint eignet sich, wenn eine Dienstleistung mit sichtbaren und unsichtbaren Abläufen gestaltet werden soll. Er zeigt, welche internen Schritte ein Kundenerlebnis tragen und macht Übergaben zwischen Rollen und Systemen greifbar. Kritische Momente und ihre Voraussetzungen werden sichtbar. Er ergänzt die Kundensicht um die Prozesse dahinter.

Weiterführende Quelle bei Wikipedia: Service Blueprint.

Ein Praxisbeispiel dazu findet sich im Anwendungsfall digitales Onboarding.

Häufige Fragen

Was unterscheidet den Service Blueprint von einer Customer Journey Map?

Die Journey beschreibt das Erlebnis einer Kundengruppe. Der Blueprint ergänzt die sichtbaren und unsichtbaren organisatorischen Abläufe, Systeme und Unterstützungsleistungen hinter diesem Erlebnis.

Sollte ich zuerst Ist-Zustand oder Zielbild darstellen?

Bei unklaren Ursachen ist ein Ist-Blueprint sinnvoll. Wenn der bestehende Ablauf bereits verstanden ist, kannst du direkt ein Zielbild entwickeln und die notwendigen Veränderungen markieren.

Wie detailliert sollte ein Blueprint sein?

Detailliert genug, um kritische Übergaben und Abhängigkeiten zu erkennen. Einzelne Klicks oder technische Routinen gehören nur hinein, wenn sie das Erlebnis oder die Leistungserbringung beeinflussen.

Können auch interne Services modelliert werden?

Ja. Dann übernimmt eine interne Rolle die Kundensicht, etwa eine Führungskraft beim Recruiting oder ein Team bei einer IT-Anfrage.

Wer verantwortet den fertigen Blueprint?

Idealerweise die prozess- oder serviceverantwortliche Rolle. Die einzelnen Bereiche bestätigen ihre Aktivitäten und übernehmen konkrete Maßnahmen aus dem Zielbild.

Service Blueprint in sieben Schritten aufbauen

Schritt

Szenario und Granularität festlegen

Definiere Auslöser, gewünschtes Ergebnis und einen typischen Fall. Lege fest, ob du den Ist-Zustand oder ein Zielbild modellierst. Wähle eine Detailtiefe, in der jede Spalte einen erkennbaren Schritt oder Kontaktpunkt abbildet.

Schritt

Kundenhandlungen auf der Zeitachse eintragen

Beginne mit dem, was die Kundin oder der Kunde tatsächlich tut. Übernimm relevante Schritte aus der Journey und ergänze verwendete Kanäle oder sichtbare Nachweise. Interne Arbeit gehört noch nicht in diese Zeile.

Schritt

Sichtbare Frontstage-Aktionen ergänzen

Trage alle Handlungen ein, die der Kunde unmittelbar wahrnimmt: Gespräch, Nachricht, Portalstatus, Dokument oder Lieferung. Verbinde jede Aktion mit der passenden Kundenhandlung. Die Grenze zwischen Kundenhandlung und Frontstage bildet die Interaktionslinie.

Schritt

Backstage-Aktivitäten sichtbar machen

Ergänze interne Prüfungen, Abstimmungen, Entscheidungen und Dateneingaben, die der Kunde nicht sieht. Trenne Frontstage und Backstage durch die Sichtbarkeitslinie. So wird klar, an welcher Stelle eine interne Verzögerung nach außen wirkt.

Schritt

Supportprozesse und Systeme zuordnen

Ordne unterstützende Teams, Plattformen, Datenquellen und externe Leistungen den Backstage-Aktivitäten zu. Zeige nur Abhängigkeiten, die für das Szenario relevant sind. Ein Swimlane-Diagramm hilft, wenn Verantwortlichkeiten innerhalb einer Ebene weiter aufgelöst werden müssen.

Schritt

Übergaben, Fehlerpunkte und Messgrößen markieren

Markiere Medienbrüche, Rückfragen, Warteschlangen, fehlende Informationen und Übergaben ohne klare Verantwortung. Ergänze an kritischen Stellen eine beobachtbare Messgröße, etwa Antwortzeit, Lösungsquote oder Anteil vollständiger Anfragen.

Schritt

Zielbild und Umsetzung ableiten

Entferne unnötige Übergaben, verlagere Informationen an den frühestmöglichen Punkt und kläre Verantwortlichkeiten. Prüfe jede Änderung auf Kundennutzen und interne Machbarkeit. Halte offene Annahmen, erforderliche Systemänderungen und einen kleinen Pilotfall fest. Für einen grundlegend neu gedachten Service eignet sich vorgelagert Design Thinking.

Methode direkt anwenden

Bring die Methode ins FlowBoard: Prozess visualisieren, Kennzahlen definieren, Engpässe im Team sichtbar machen.

FlowBoard testen ↗