Was ist ein Service Blueprint und wann brauche ich ihn?

Die 5 Ebenen eines Service Blueprints

1) Physical Evidence, was der Kunde sieht/anfasst. 2) Customer Actions, was der Kunde tut. 3) Frontstage, sichtbare Mitarbeiter-Aktionen („Line of Interaction“). 4) Backstage, unsichtbare Mitarbeiter-Aktionen („Line of Visibility“). 5) Support Processes. Systeme und Infrastruktur, die alles tragen („Line of Internal Interaction“).

Customer Journey Map vs. Service Blueprint

Die Journey Map nimmt die Kundensicht ein und stoppt an der Frontstage. Der Blueprint geht tiefer: Warum dauert die Antwort 3 Tage? Welche 4 Systeme muss der Service-Agent öffnen? Frost-Forschung („Service Blueprinting“) zeigt: Operative Probleme sind in 70 % der Fälle Backstage- oder System-Probleme, unsichtbar in einer reinen Journey Map.

Wann lohnt der Aufwand?

Drei klassische Anlässe: (1) Du designst einen neuen Service von null. Blueprint hilft, alle Abteilungen abzustimmen. (2) Du hast bekannte Pains, deren Ursache unklar ist. Blueprint deckt Übergaben und Systembrüche auf. (3) Du digitalisierst. Blueprint zeigt, welche Schritte automatisierbar sind und welche Mensch bleiben sollten.

Erstellungs-Aufwand

Ein guter Blueprint braucht 2–3 Workshops à 3 h mit Cross-Functional-Team (Service, IT, Vertrieb, Produkt). Kein Solo-Sport, das Wissen liegt verteilt. Tools: Miro, Smaply, oder ein großes Whiteboard mit Post-its.

Ergebnis-Artefakte

Ein Blueprint allein ist nur Diagnose. Aus ihm folgen: priorisierte Backstage-Verbesserungen, Automatisierungs-Kandidaten, Schulungsbedarf an der Frontstage, KPIs pro Schritt (z. B. Durchlaufzeit, Fehlerquote).