Service Blueprinting ist eine Methode, um einen Service in einem einzigen Diagramm darzustellen: was der Kunde tut, was Ihre Mitarbeitenden vor seinen Augen tun, was im Verborgenen geschieht und welche Systeme und Prozesse das Ganze tragen. Sie erstellen ihn, um herauszufinden, wo ein Service bricht, wer für jeden Schritt verantwortlich ist und was zuerst behoben werden sollte. Dieser Leitfaden behandelt die Bestandteile eines Blueprints, eine Schritt-für-Schritt-Methode, ein anpassbares Beispiel und den Unterschied zwischen einem Blueprint und einer Journey Map oder Prozesslandkarte.

Kurz gefasst

Inhaltsverzeichnis

Was ein Service Blueprint ist

Ein Service Blueprint ist ein Diagramm, das die Beziehungen zwischen Service-Komponenten visualisiert, also Menschen, Props (physische oder digitale Belege) und Prozessen, die direkt mit Touchpoints in einer bestimmten Customer Journey verbunden sind. So definiert es die Nielsen Norman Group, und die Idee ist in der Fachwelt weitgehend einheitlich.

Die Regierung von Ontario beschreibt ihn als ein visuelles Schema, das die Perspektiven der Nutzer, des Serviceanbieters und anderer wichtiger Gruppen einbezieht, einschließlich sichtbarer Touchpoints und der Interaktionen hinter den Kulissen, die dem Anbieter bekannt sind.

Entscheidend ist: Ein Kunde sieht von einem Service immer nur einen Teil. Eine verspätete Rechnung, eine falsche Zugriffsebene oder eine langsame Antwort hat ihren Ursprung meist in einer Übergabe, die der Kunde nicht sehen kann. Ein Blueprint bringt diese verborgene Arbeit auf dieselbe Seite wie das Kundenerlebnis, sodass Sie ein Symptom bis zu seiner Ursache zurückverfolgen können.

Woraus ein Service Blueprint besteht

Ein Blueprint besteht aus Zeilen (oft Swimlanes genannt) und Linien. Von oben nach unten gelesen sind die typischen Zeilen:

  1. Belege. Die Props und Orte, denen Kunde und Mitarbeitende begegnen: E-Mails, Bildschirme, Verträge, Dashboards, ein Portal.
  2. Kundenaktionen. Die Schritte, Entscheidungen und Interaktionen, die der Kunde ausführt, um ein Ziel zu erreichen. Sie können aus Recherche oder aus einer bestehenden Customer Journey Map stammen.
  3. Frontstage-Aktionen. Was Ihre Mitarbeitenden oder Systeme dort tun, wo der Kunde es sehen kann.
  4. Backstage-Aktionen. Was im Verborgenen geschieht, damit die Frontstage möglich wird.
  5. Unterstützende Prozesse. Die internen Systeme, Regeln und Services hinter beidem.

ACM Interactions beschreibt dieselben fünf Swimlanes und nennt optionale Ergänzungen wie Zeit, Qualitätskennzahlen und die emotionale Journey.

Die drei Linien

Drei Linien trennen diese Zeilen, und sie tragen den größten Teil des diagnostischen Werts:

Linie Liegt zwischen Was sie zeigt
Interaktionslinie Kundenaktionen und Frontstage Jeden Punkt, an dem Kunde und Organisation aufeinandertreffen
Sichtbarkeitslinie Frontstage und Backstage Was der Kunde sehen kann und was nicht
Linie der internen Interaktion Backstage- und Supportprozesse Übergaben zwischen internen Teams und Systemen

Die Leitlinien von Ontario verwenden dieselben drei Trennlinien. Das 18F-Team der US General Services Administration nutzt eine einfachere Version mit vier Zeilen: Schritte der Nutzer, Frontstage-Aktionen, Backstage-Aktionen und Supportprozesse. Beginnen Sie einfach. Zeilen können Sie später ergänzen.

Ein Denkmodell aus der Praxis hilft in der operativen Arbeit: Ebenen trennen kundennahe Arbeit von unterstützenden Plattformen, Bahnen weisen Verantwortung zu, sodass Lücken in der Zuständigkeit sichtbar werden, und Verknüpfungen zeigen Abhängigkeiten wie Datenflüsse, SLAs und Geschäftsregeln. Wenn ein Schritt keinen Verantwortlichen hat oder ein Pfeil von Daten abhängt, die in der Tabelle einer einzelnen Person liegen, macht der Blueprint das sichtbar.

Blueprint-Ebenen, Verantwortungsbahnen und verknüpfte Abhängigkeiten

Wann sich Service Blueprinting lohnt

NN/g sagt, Blueprinting sei ein idealer Ansatz für Erlebnisse, die omnichannel sind, mehrere Touchpoints umfassen oder Abstimmung über Abteilungen hinweg erfordern. Zudem weist NN/g darauf hin, dass die Übung selbst die Kommunikation zwischen Teams fördert und Menschen hilft, ihren Beitrag zu erkennen, den sie zum gesamten Erlebnis leisten.

In einem B2B-SaaS-Unternehmen eignen sich folgende Themen gut:

Weniger nützlich ist ein Blueprint für eine Aufgabe, die eine Person allein in einem Tool erledigt. Dort genügt eine einfache Checkliste.

So erstellen Sie einen Service Blueprint Schritt für Schritt

Der Fünf-Schritte-Ansatz von NN/g lautet: Unterstützung gewinnen, das Ziel definieren, Recherche sammeln, in niedriger Detailtiefe skizzieren, dann verfeinern und verteilen. Der digitale Template-Workflow ergänzt die praktische Umsetzung. Zusammengenommen sieht der Prozess so aus.

1. Ein Szenario und einen Kunden wählen

Wählen Sie eine einzelne Journey für einen einzelnen Kundentyp, zum Beispiel „Ein neuer Mid-Market-Kunde geht vom unterzeichneten Vertrag bis zur ersten erfolgreichen Nutzung.“ Halten Sie Titel, Datum und Version fest und entscheiden Sie, wie detailliert Sie sein möchten. Blueprints, die jedes Szenario abdecken wollen, werden unlesbar.

2. Die richtigen Personen einbeziehen

Blueprinting erstreckt sich über mehrere Abteilungen, daher brauchen Sie jemanden mit abteilungsübergreifender Entscheidungsbefugnis. Ohne sie wird das Diagramm zur Meinung eines Teams über die Arbeit eines anderen Teams.

3. Interne Recherche sammeln

NN/g weist darauf hin, dass sich Blueprinting im Unterschied zum Journey Mapping hauptsächlich auf interne Recherche stützt, und empfiehlt, Methoden wie Mitarbeiterinterviews, direkte Beobachtung und Contextual Inquiry zu kombinieren. Fragen Sie die Menschen, was sie tatsächlich tun, nicht, was im Prozessdokument steht.

4. Die Aktionen des Kunden abbilden

Schreiben Sie zuerst die Schritte des Kunden auf, in chronologischer Reihenfolge und im Präsens, wie es die Leitlinien von Ontario empfehlen. Wenn Sie bereits eine Journey Map haben, nutzen Sie sie als Ausgangspunkt.

5. Frontstage- und Backstage-Aktionen abbilden

Ergänzen Sie zu jedem Kundenschritt, was Ihre Mitarbeitenden oder Systeme sichtbar und unsichtbar für den Kunden tun. NN/g sagt, diese Angaben sollten aus realen Schilderungen von Mitarbeitenden stammen, die durch interne Recherche validiert wurden.

6. Supportprozesse und Belege ergänzen

Listen Sie unter der Backstage-Zeile die Systeme, Regeln und Services auf, von denen jede Aktion abhängt. Gehen Sie dann die Spalten durch und notieren Sie die Gegenstände und Orte, denen der Kunde unterwegs begegnet.

7. Probleme markieren und verfeinern

Kreisen Sie Übergaben ohne Verantwortlichen ein, Schritte, die auf manuelles Neueintippen angewiesen sind, und Stellen, an denen der Kunde wartet. Beginnen Sie in niedriger Detailtiefe (Haftnotizen oder Whiteboard) und überarbeiten Sie das Ergebnis für die Verteilung, sobald das Team es für korrekt hält.

Ein durchgespieltes Beispiel: Kunden-Onboarding bei SaaS

Das folgende Beispiel ist eine Illustration, die wir für diesen Leitfaden erstellt haben, und kein Blueprint eines realen Unternehmens. Es zeigt, wie die Zeilen zusammenhängen.

Zeile Schritt 1: Vertrag unterzeichnet Schritt 2: Account eingerichtet Schritt 3: Erste Schulung Schritt 4: Erste Rechnung
Belege Unterzeichnetes Bestellformular Willkommens-E-Mail, Login-Link Kalendereinladung, geteilter Leitfaden Rechnungs-PDF
Aktionen des Kunden Unterzeichnet, benennt einen Admin Meldet sich an, lädt Nutzer ein Nimmt an der Session teil Zahlt
Frontstage Vertrieb übergibt Customer Success bestätigt das Setup CSM führt die Session durch Finanzen versendet die Rechnung
Backstage Deal-Daten werden im CRM erfasst Admin richtet Zugänge von Hand ein CSM prüft Nutzungsdaten Finanzen rekonstruiert Plandetails aus dem Vertrag
Support bearbeitet CRM-Felder, Vertragsvorlage Identity-Tool, Berechtigungsregeln Produktanalytik Abrechnungssystem, Preisliste

Liest man quer durch, zeigen sich die Schwachstellen schnell. Schritt 2 hängt von einer manuellen Bereitstellungsaufgabe ohne klaren Verantwortlichen ab. Schritt 4 hängt davon ab, dass jemand den Vertrag erneut liest, weil die Plandetails im CRM und in der Abrechnung nicht übereinstimmen. Der Kunde erlebt das als schleppenden Start und als falsche Rechnung. Der Blueprint zeigt, dass dahinter Daten- und Zuständigkeitsprobleme jenseits der Sichtbarkeitslinie stehen.

Eine Service-Blueprint-Vorlage anpassen

Die meisten Vorlagen, von Whiteboard-Tools und von der digitalen Vorlage von NN/g, verwenden dasselbe Raster. So passen Sie eine Vorlage an Ihr Unternehmen an:

Service Blueprint, Journey Map und Prozesslandkarte im Vergleich

Diese Werkzeuge sind verwandt, beantworten aber unterschiedliche Fragen.

Customer Journey Map Service Blueprint Prozesslandkarte
Zentrale Frage Wie erlebt der Kunde das? Wie liefert die Organisation dieses Erlebnis? Wie fließt Arbeit durch eine Aufgabe oder ein Team?
Perspektive Kunde Kunde und Organisation Intern
Zeigt Emotionen Ja Optional Nein
Zeigt Backstage und Systeme Nein Ja Oft, aber ohne die Kundensicht

Laut NN/g besteht das Hauptziel einer Journey Map darin, den Endnutzer zu verstehen, einschließlich seiner Gedanken und Emotionen, während ein Blueprint die Perspektive der Organisation abbildet. Smaply beschreibt den Blueprint als Erweiterung der Journey Map nach unten, wobei die Journey Map die oberste Ebene bildet und der Blueprint alles darunter.

Eine Prozesslandkarte folgt dem Arbeitsfluss innerhalb eines Teams oder einer Aufgabe. Sie führt nicht jeden Schritt auf das zurück, was der Kunde sieht. Nutzen Sie eine Prozesslandkarte, wenn Sie Details innerhalb eines Backstage-Schritts benötigen, und einen Blueprint, wenn Sie sehen wollen, wie die Schritte mit dem Kunden zusammenhängen.

Wo der Blueprint endet und KI beginnt

Ein fertiger Blueprint ist zudem die beste Grundlage, um zu entscheiden, wo Automatisierung oder KI hingehört. Die Backstage- und Support-Zeilen listen die wiederkehrenden Abfragen, Datensatzaktualisierungen und Übergaben auf, die Zeit kosten. Sie zeigen auch, wo KI nicht hingehört: Ermessensentscheidungen bei Preisausnahmen, sensible Kundengespräche und Entscheidungen mit rechtlichem oder vertraglichem Gewicht sollten bei einer namentlich benannten Person bleiben, wobei die KI ihr höchstens Informationen aufbereitet.

Die Reihenfolge ist entscheidend. Wenn CRM- und Finanzdaten einander widersprechen, liest ein KI-Assistent den Widerspruch und wiederholt ihn. Bringen Sie zuerst das Datenfundament in Ordnung, verbinden Sie dann die KI-Schicht und bauen Sie anschließend Agenten für einzelne Abteilungen. Unsere Methode zur Einführung von KI folgt dieser Abfolge, Prozess für Prozess, beginnend mit dem teuersten.

Wo der Blueprint endet und KI beginnt

Wenn Sie in diesen Abläufen personenbezogene Daten verarbeiten, gilt für deren Verarbeitung die GDPR, und je nach Geschäftstätigkeit können auch NIS2 und der EU AI Act relevant sein. Ein Blueprint hilft Ihnen zu erkennen, welche Schritte personenbezogene Daten berühren und wer darauf zugreifen kann. Er macht für sich genommen keinen Prozess konform und ist keine Rechtsberatung. Fragen Sie Ihre Rechtsberatung, welche Pflichten für Sie gelten.

Unsere Sichtweise

Wir nutzen Blueprints, weil KI in einem wachsenden SaaS-Unternehmen an derselben Stelle scheitert wie die meisten Services: an den Übergaben, für die niemand verantwortlich ist.

Wenn ein Team uns sagt: „KI funktioniert bei uns nicht“, liegt die Ursache selten im Modell. Meist sagt das CRM das eine, die Finanzabteilung das andere, und niemand entscheidet, was stimmt. Ein Blueprint macht diesen Streit an einem Nachmittag sichtbar.

Deshalb beginnen wir mit dem Datenfundament, in dem CRM- und Finanzdaten zur maßgeblichen Quelle werden. Dann verbinden wir es mit dem KI-Assistenten, den das Unternehmen bereits nutzt. Erst danach bauen wir Agenten für Finance, Sales oder Customer Success, die Ihre Mitarbeitenden in natürlicher Sprache nutzen können, innerhalb ihrer Berechtigungen und mit Audit-Trail.

Wir sagen auch klar, wo KI nicht hingehört. Wenn ein Schritt Urteilsvermögen, Verantwortlichkeit oder ein Gespräch erfordert, sollte eine Person dafür zuständig sein. Im Blueprint entscheiden Sie das auf dem Papier, bevor irgendjemand etwas baut.

Claus Nielsen

Wie NordOps Consulting helfen kann

Wenn Ihr Blueprint zeigt, dass KI an mehreren Stellen eingesetzt wird, aber niemand dafür verantwortlich ist, dann ist das die Situation, an der wir arbeiten. Unser AI Readiness Assessment ist ab €4,500 erhältlich und gibt Ihnen einen strukturierten Überblick darüber, wo sich KI in Ihrem Betrieb auszahlen würde und was Ihre Daten zuerst brauchen. Für die laufende Verantwortung gibt es den Fractional Chief AI Officer ab €1,500 pro Monat.

Builds werden mit 30% der im ersten Jahr gemessenen und nachgewiesenen Einsparung berechnet oder zu einem Festpreis, der vor Arbeitsbeginn vereinbart wird. Was gebaut wird, gehört Ihnen: Quellcode, Dokumentation und Infrastruktur gehen bei der Übergabe auf Sie über. Sie können auch mit einem kostenlosen 30-minütigen Erstgespräch über unsere Website beginnen.

FAQ

Was ist ein Service-Blueprint-Diagramm?

Es ist ein Diagramm, das eine Customer Journey zusammen mit der Arbeit abbildet, die sie ermöglicht. Es zeigt Kundenaktionen, Frontstage-Aktionen, Backstage-Aktionen und unterstützende Prozesse, getrennt durch die Interaktionslinie, die Sichtbarkeitslinie und die Linie der internen Interaktion. So können Teams erkennen, wie verborgene Arbeit prägt, was der Kunde erlebt.

Wie erstelle ich meinen eigenen Service Blueprint?

Wählen Sie ein Szenario und einen Kunden und sammeln Sie dann interne Erkenntnisse von den Menschen, die die Arbeit erledigen. Bilden Sie zuerst die Kundenaktionen ab, ergänzen Sie dann Frontstage- und Backstage-Aktionen, anschließend unterstützende Prozesse und Belege. Beginnen Sie mit geringem Detailgrad und verfeinern Sie, sobald das Team die Darstellung als zutreffend bestätigt.

Ist ein Service Blueprint dasselbe wie eine Journey Map?

Nein. Eine Journey Map konzentriert sich auf das Erleben des Kunden, einschließlich Gedanken und Emotionen. Ein Blueprint erweitert sie um die Frontstage-, Backstage- und Support-Arbeit der Organisation. Viele Teams erstellen zuerst die Journey Map und nutzen sie als oberste Ebene des Blueprints.

Wie detailliert sollte ein Service Blueprint sein?

Detailliert genug, um zu zeigen, wer für jeden Schritt verantwortlich ist und von welchem System er abhängt, und nicht mehr. Legen Sie den Detailgrad zu Beginn fest, behandeln Sie pro Diagramm nur ein Szenario und ergänzen Sie Details nur dort, wo Sie ein lohnendes Problem finden.

Quellen