Stimmt Gegenstand, Grenze und Entscheidung ab, bevor ihr das Modell füllt.
Service Blueprinting
Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.
Vorbedingung
Was vorher fertig sein muss
Bringt Quellen und Personen mit Prozesswissen ein; trennt Fakten von Annahmen.
Vorbereitung
Was vor Start vorliegen muss
Gemeinsame Arbeitsfläche, Quellenbelege und eine abgestimmte Entscheidungsfrage.
Moderation, Kundenkontakt, Backstage-Betrieb, Systemverantwortung.
Sammle vorhandene Daten, Beispiele, Rahmenbedingungen und relevante Perspektiven.
90–150 Min. für eine abgegrenzte Episode; Betriebsdetails danach prüfen.
Sie legt Nutzerfluss, sichtbare Kontakte und interne Abläufe in eine gemeinsame Sicht und markiert Brüche oder Übergaben. Die Trennung von Frontstage und Backstage zeigt, wo ein Service im Kundenerlebnis gut wirkt und intern trotzdem Reibung erzeugt.
Kernfrage
Die eine Frage, die diese Methode beantwortet
Wo hängen Kund:innenhandlungen von Backstage-Arbeit, Systemen oder Übergaben ab?
Ablauf
Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle
Wenn eine Serviceerfahrung über mehrere Kontaktpunkte verteilt ist, bringt sie Frontstage und Backstage zusammen. Sie zeigt, wo Nutzerkontakt und interne Verantwortung zusammenpassen müssen.
Service Blueprint: belegter Schritt
Fiktives Arbeitsbeispiel
Fiktiv, Ist-Ablauf einer Paketretoure: Kund:in startet Rückgabe im Portal → Label wird erzeugt → Paket wird abgegeben. Frontstage: Bestätigungsseite und Statusmail. Backstage: Retourenprüfung und Erstattung. Supportprozess: Zahlungsdienst liefert Status. Beobachtete Lücke: Status bleibt nach Wareneingang zwei Tage unverändert; Ursache und Dauer stammen aus internen Logs, nicht aus Vermutung.
| Szenario | Kundenhandlung | Frontstage | Backstage | Supportprozess |
|---|---|---|---|---|
| Schritt 1Beobachtung oder Beispiel für diese Zeile erfassen. | Patient:in wählt Folgetermin | Portal zeigt freie Slots | Rezeption pflegt Kalender | Praxisverwaltung synchronisiert Slots |
1. Kundenhandlung
- Schritt 1
- Patient:in wählt Folgetermin
2. Frontstage
- Schritt 1
- Portal zeigt freie Slots
3. Backstage
- Schritt 1
- Rezeption pflegt Kalender
4. Supportprozess
- Schritt 1
- Praxisverwaltung synchronisiert Slots
Fiktiv, Ist-Ablauf einer Paketretoure: Kund:in startet Rückgabe im Portal → Label wird erzeugt → Paket wird abgegeben. Frontstage: Bestätigungsseite und Statusmail. Backstage: Retourenprüfung und Erstattung. Supportprozess: Zahlungsdienst liefert Status. Beobachtete Lücke: Status bleibt nach Wareneingang zwei Tage unverändert; Ursache und Dauer stammen aus internen Logs, nicht aus Vermutung.
- 1
Scope
Servicefall eingrenzen

Ziel
Blueprint-Scope
Voraussetzungen für diesen Schritt
- Serviceziel, Kundengruppe, Support der Verantwortlichen
Durchführung
- Wähle einen durchgängigen Fall mit Start, Ende, Zielgruppe und konkreter Qualitätsfrage.
Ergebnis
Blueprint-Scope
Blueprint-Scope
Qualitätscheck
Ist es ein einzelner nachvollziehbarer Fall?
Stolperfalle
Zu viele Varianten liegen in einer Timeline. Trenne Fälle mit abweichenden Regeln oder Abläufen.
Zeitlicher Rahmen: Zeitbedarf richtet sich nach Umfang und Beleglage; es gibt keine allgemeine Dauer.
- 2
Belege
Belege erheben

Ziel
Belegtes Ablaufmaterial
Voraussetzungen für diesen Schritt
- Journey, Mitarbeitendeninterviews, Beobachtung, Logs
Durchführung
- Sammle Kundenhandlungen und interne Arbeit aus direkten Quellen. Markiere Quelle und Zeitbezug jedes Schritts.
Ergebnis
Belegtes Ablaufmaterial
Belegtes Ablaufmaterial
Qualitätscheck
Sind Kunden- und Mitarbeiterperspektive vertreten?
Stolperfalle
Backstage-Schritte werden aus Annahmen ergänzt. Kennzeichne die Lücke und beobachte oder interviewe die zuständige Rolle.
Zeitlicher Rahmen: Zeitbedarf richtet sich nach Umfang und Beleglage; es gibt keine allgemeine Dauer.
- 3
Blueprint
Frontstage und Backstage verbinden

Ziel
Ist- oder Soll-Service-Blueprint
Voraussetzungen für diesen Schritt
- Belegte Zeitfolge, Touchpoints, Akteure und Systeme
Durchführung
- Ordne Kundenhandlung, sichtbaren Kontakt, unsichtbare Tätigkeit und unterstützende Prozesse auf gleicher Zeitachse.
Ergebnis
Ist- oder Soll-Service-Blueprint
Ist- oder Soll-Service-Blueprint
Qualitätscheck
Sind Sichtbarkeits- und Interaktionslinie nachvollziehbar?
Stolperfalle
Rollen und Systeme werden ohne Übergabe nebeneinander gelegt. Verbinde nur mit belegten Handoffs und benenne die übergebende Rolle.
Zeitlicher Rahmen: Zeitbedarf richtet sich nach Umfang und Beleglage; es gibt keine allgemeine Dauer.
- 4
Maßnahmen
Bruchstellen priorisieren

Ziel
Priorisierte Serviceverbesserungen
Voraussetzungen für diesen Schritt
- Blueprint, Wartezeiten, Qualitäts- und Servicedaten
Durchführung
- Markiere Wartezeit, Fehler und Eigentümerschaft; wähle wenige Bruchstellen und vereinbare Messung oder Änderung.
Ergebnis
Priorisierte Serviceverbesserungen
Priorisierte Serviceverbesserungen
Qualitätscheck
Hat jede Bruchstelle Beleg und verantwortliche Person?
Stolperfalle
Lösungen werden gewählt, bevor die Ursache feststeht. Formuliere zuerst den beobachteten Bruch und prüfe seine Ursache.
Zeitlicher Rahmen: Zeitbedarf richtet sich nach Umfang und Beleglage; es gibt keine allgemeine Dauer.
Artefakt
Was am Ende rauskommt
Skizze: so sieht das Artefakt aus
Service Blueprinting hilft, weil es sichtbares Nutzererleben und unsichtbare operative Leistung in einer gemeinsamen Darstellung verbindet. Gute Anwendung interessiert sich für Übergaben, Wartezeiten, Abhängigkeiten und Bruchstellen zwischen Frontstage und Backstage. Dadurch wird erkennbar, warum eine gute Oberfläche dennoch ein schwaches Serviceerlebnis erzeugen kann oder wo interne Prozesse einen eigentlich klaren Ablauf entwerten.
Notiere Umfang, Datum, Beteiligte, Quellenstand und Verantwortung. Halte geänderte Annahmen samt Änderungsgrund fest.
- Gemeinsames Whiteboard oder Papiervorlage
- Quellen, Aufzeichnungen oder Messdaten
service-blueprint-working-template.md
Bereite Entscheidung, Quellenbelege und nächste Prüfung vor.
Service Blueprinting: Arbeitsvorlage
Fragestellung
Noch zu klären
Gewünschtes Ergebnis
Noch zu klären
Rahmen
Methode durchführen Zeit: Siehe Zeitrahmen im Katalog; keine allgemeine Dauer.
Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.
Vorbereitung für diesen Umfang
Methodische Grundausstattung
- Materialien: Gemeinsame Arbeitsfläche, Quellenbelege und eine abgestimmte Entscheidungsfrage.
- Rollen: Moderation, Kundenkontakt, Backstage-Betrieb, Systemverantwortung.
- Vorab-Infos: Sammle vorhandene Daten, Beispiele, Rahmenbedingungen und relevante Perspektiven.
- Gesamter Zeitbedarf: 90–150 Min. für eine abgegrenzte Episode; Betriebsdetails danach prüfen.
- Setup: Sie legt Nutzerfluss, sichtbare Kontakte und interne Abläufe in eine gemeinsame Sicht und markiert Brüche oder Übergaben. Die Trennung von Frontstage und Backstage zeigt, wo ein Service im Kundenerlebnis gut wirkt und intern trotzdem Reibung erzeugt.
Für die Arbeitsschritte bereitstellen
Scope: Servicefall eingrenzen
- Serviceziel, Kundengruppe, Support der Verantwortlichen
Belege: Belege erheben
- Journey, Mitarbeitendeninterviews, Beobachtung, Logs
Blueprint: Frontstage und Backstage verbinden
- Belegte Zeitfolge, Touchpoints, Akteure und Systeme
Maßnahmen: Bruchstellen priorisieren
- Blueprint, Wartezeiten, Qualitäts- und Servicedaten
Service Blueprint: belegter Schritt
| Szenario | Kundenhandlung | Frontstage | Backstage | Supportprozess |
|---|---|---|---|---|
| Schritt 1 |
- Schritt 1: Beobachtung oder Beispiel für diese Zeile erfassen.
Nutze Belege und abgestimmte Schritte; trenne beobachteten Service vom Soll-Ablauf.
The 5 Steps to Service Blueprinting · Nielsen Norman Group
Scope: Servicefall eingrenzen
Erwartetes Artefakt: Blueprint-Scope
Blueprint-Scope
Eintrag:
...
- Ist es ein einzelner nachvollziehbarer Fall?
Belege: Belege erheben
Erwartetes Artefakt: Belegtes Ablaufmaterial
Belegtes Ablaufmaterial
Eintrag:
...
- Sind Kunden- und Mitarbeiterperspektive vertreten?
Blueprint: Frontstage und Backstage verbinden
Erwartetes Artefakt: Ist- oder Soll-Service-Blueprint
Ist- oder Soll-Service-Blueprint
Eintrag:
...
- Sind Sichtbarkeits- und Interaktionslinie nachvollziehbar?
Maßnahmen: Bruchstellen priorisieren
Erwartetes Artefakt: Priorisierte Serviceverbesserungen
Priorisierte Serviceverbesserungen
Eintrag:
...
- Hat jede Bruchstelle Beleg und verantwortliche Person?
Offene Fragen und nächste Schritte
...
Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/service-blueprint/run-sheet
Beispielausgabe
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.
service-blueprint-beispiel.md
Konkret gefülltes Szenario, fiktives Beispiel
Fiktiv, Ist-Ablauf einer Paketretoure: Kund:in startet Rückgabe im Portal → Label wird erzeugt → Paket wird abgegeben. Frontstage: Bestätigungsseite und Statusmail. Backstage: Retourenprüfung und Erstattung. Supportprozess: Zahlungsdienst liefert Status. Beobachtete Lücke: Status bleibt nach Wareneingang zwei Tage unverändert; Ursache und Dauer stammen aus internen Logs, nicht aus Vermutung.
Stolperfallen
Symptome erkennen, gegensteuern
Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf
- Servicefall eingrenzenZu viele Varianten liegen in einer Timeline.In der Phase ansehen
- Belege erhebenBackstage-Schritte werden aus Annahmen ergänzt.In der Phase ansehen
- Frontstage und Backstage verbindenRollen und Systeme werden ohne Übergabe nebeneinander gelegt.In der Phase ansehen
- Bruchstellen priorisierenLösungen werden gewählt, bevor die Ursache feststeht.In der Phase ansehen
Servicefall eingrenzen
Zu viele Varianten liegen in einer Timeline.
Trenne Fälle mit abweichenden Regeln oder Abläufen.
Belege erheben
Backstage-Schritte werden aus Annahmen ergänzt.
Kennzeichne die Lücke und beobachte oder interviewe die zuständige Rolle.
Frontstage und Backstage verbinden
Rollen und Systeme werden ohne Übergabe nebeneinander gelegt.
Verbinde nur mit belegten Handoffs und benenne die übergebende Rolle.
Bruchstellen priorisieren
Lösungen werden gewählt, bevor die Ursache feststeht.
Formuliere zuerst den beobachteten Bruch und prüfe seine Ursache.
Abbruchkriterien
Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest
Methodenanleitung durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.

