Kunden-Onboarding-Prozess: Vorlage für das Ablaufdiagramm

Was ist kunden-onboarding-prozess: vorlage für das ablauf?

Kunden-Onboarding ist Leistungserbringung nach dem Abschluss: alles zwischen einem unterschriebenen Vertrag und einem Kunden, der live ist, geschult wurde und das bekommt, wofür er bezahlt hat. Es lohnt sich, den Begriff von den beiden Prozessen zu trennen, mit denen er am häufigsten verwechselt wird. Lieferanten-Onboarding ist Eingangsprüfung: Sie prüfen und genehmigen einen Lieferanten, den Sie künftig bezahlen. Mitarbeiter-Onboarding ist ein interner Eintrittsprozess. Kunden-Onboarding läuft in die andere Richtung: Das Geld ist bereits zugesagt und das Versprechen bereits gegeben, die Arbeit besteht also darin, es einzulösen, bevor der Sponsor, der gekauft hat, die Geduld verliert oder die Rolle wechselt.

Der Ablauf unten läuft über fünf Bahnen. Der Vertrieb taucht genau zweimal auf: bei der Übergabe und noch einmal, wenn der Kunde nicht mehr antwortet: ungefähr das richtige Maß an Vertriebsbeteiligung nach einem Abschluss. Onboarding und Implementierung verantworten den Mittelteil. Die Finanzen verantworten Kontoeröffnung, Abrechnung und jede Bonitäts- oder KYC-Prüfung, die Ihr Unternehmen verlangt. Der Support erscheint einmal, ganz am Ende, denn genau dort übernimmt er den Kunden tatsächlich. Besonders aufmerksam sollte man die Kundenbahn lesen: Sie enthält die drei Punkte, an denen der Kunde und nicht Sie den Ablauf steuert: Daten und Systemzugänge bereitstellen, die Go-live-Freigabe erteilen und nach 30 Tagen bestätigen, ob die Erfolgskriterien erreicht wurden.

Zwei Entscheidungen und ein Zweig tragen den größten Teil des Umsetzungsrisikos. „Daten korrekt migriert?“ hat eine Korrekturschleife statt eines einzigen Durchgangs, weil Migrationen selten beim ersten Versuch sitzen und ein ehrlicher Prozess den zweiten Anlauf zeigt. „Go-live-Freigabe erteilt?“ ist eine echte Go/No-go-Entscheidung: Ein No-go schickt den Kunden zurück in Konfiguration, Daten und Schulung, statt den Termin stillschweigend zu verschieben. Und der Weg für den nicht reagierenden Kunden ist gezeichnet und nicht vorausgesetzt: von der ausbleibenden Antwort über das Nachfassen durch den Vertrieb bis hin zum pausierten und markierten Onboarding, wenn weiterhin kein Kontakt zustande kommt. Solche Kunden hat jedes Onboarding-Team; die wenigsten haben einen definierten Ort dafür, also liegen sie im Postfach einer einzelnen Person.

Was dieses Flussdiagramm abdeckt

In dieser Vorlage

• Fünf Swimlanes (Kunde, Vertrieb, Onboarding und Implementierung, Finanzen, Support) über sechs Phasen: Vertriebsübergabe, Kickoff und Plan, Konto und Abrechnung, Konfiguration und Migration, Schulung und Go-live sowie Nutzung und Support.
• Der Übergang vom Abschluss zur Umsetzung: unterzeichneter Vertrag, Übergabe des Accounts vom Vertrieb an das Onboarding mit einem Übergabepaket, ein Kickoff, in dem die Erfolgskriterien vereinbart werden, und ein Onboarding-Plan mit benannten Verantwortlichen auf beiden Seiten.
• Die Einrichtung in den Finanzen mit einer echten Verzweigung: „Bonitäts- oder KYC-Prüfung nötig?“ überspringt die Prüfung dort, wo sie nicht greift, und „Compliance-Prüfungen bestanden?“ gibt das Konto entweder frei oder stellt es bis zum Nachweis zurück und prüft erneut, sobald dieser vorliegt.
• Der Weg für den stillen Kunden: „Daten und Zugänge vom Kunden erhalten?“ leitet einen nicht reagierenden Kunden auf „Nach Nachfassen des Vertriebs erreicht?“, was entweder in den Hauptablauf zurückführt oder bei „Onboarding pausiert und markiert“ endet, statt bei einer offenen Aufgabe ohne Verantwortlichen.
• Konfiguration und Migration mit Prüfschleife: System und Integrationen konfigurieren, Kundendaten migrieren und laden, danach entscheidet „Daten korrekt migriert?“ entweder für die Schulung oder für Fehlerkorrektur, Neuladen und erneute Prüfung.
• Schulung von Anwendern und Administratoren, eine Go/No-go-Freigabe, die in der Kundenbahn liegt, der Go-live in der Produktivumgebung, die Prüfung der Erfolgskriterien nach 30 Tagen und die Übergabe an Support und Account-Team.

Wann Sie diese Vorlage verwenden sollten

• Sie bauen eine Onboarding- und Implementierungsfunktion auf oder gestalten sie neu und wollen Reihenfolge und Übergaben geklärt haben, bevor jemand das Playbook schreibt.
• Projekte bleiben nach der Unterschrift liegen, und niemand kann sagen, ob die Verzögerung bei Ihrem Team, bei den Finanzen oder beim Kunden liegt.
• Vertrieb und Umsetzung sind sich uneinig darüber, was zugesagt wurde, und die Übergabe muss ein Prozessschritt werden statt einer weitergeleiteten E-Mail.
• Time-to-go-live oder Time-to-first-value ist eine berichtete Kennzahl, und Sie müssen sehen, welche Bahn den Kunden in welcher Phase hält.
• Sie bringen neue Mitarbeitende in Implementierung oder Customer Success auf Stand und wollen eine Seite statt eines langen Verfahrenstextes.

So funktioniert es

1. Passen Sie die Bahnen an Ihre Umsetzungsteams an

   Benennen Sie Kunde, Vertrieb, Onboarding und Implementierung, Finanzen und Support nach den Teams um, die es bei Ihnen gibt. Kleinere Organisationen führen Implementierung und Support meist zu einer Bahn zusammen oder betreiben das Onboarding aus dem Customer Success heraus. Löschen Sie eine Bahn lieber, als sie leer stehen zu lassen, und behalten Sie die Kundenbahn, auch wenn sie nur drei Knoten enthält: Sie zeigt am deutlichsten, wie viel des kritischen Pfads Sie nicht steuern.

2. Legen Sie fest, was die Vertriebsübergabe enthalten muss

   Machen Sie aus „Account an Onboarding übergeben“ eine Checkliste: unterzeichneter Leistungsumfang, was im Verkaufsgespräch tatsächlich zugesagt wurde, was ausdrücklich ausgeschlossen ist, benannte Ansprechpartner und Entscheider auf Kundenseite, das Ziel-Go-live-Datum und die kommerzielle Frist dahinter. Entscheiden Sie, ob der Vertrieb bis zum Kickoff am Kunden bleibt, und schreiben Sie es in das Diagramm. Eine unbeantwortete Frage heißt in der Praxis meist: niemand.

3. Formulieren Sie die Erfolgskriterien messbar

   „Kickoff und Erfolgskriterien vereinbaren“ ist nur dann nützlich, wenn das Ergebnis nach 30 Tagen überprüfbar ist. Ersetzen Sie vage Ziele durch Aussagen mit Zahl, Verantwortlichem und Datum: etwa ein bestimmtes Volumen, das bis zu einer definierten Woche im System verarbeitet wird, oder ein benanntes Team, das die Lösung als führendes System nutzt. Genau diese Aussagen liest der Schritt „Erfolgskriterien nach 30 Tagen prüfen“ wieder zurück, unklare kosten Sie also doppelt.

4. Definieren Sie Auslöser und Regeln für die Zurückstellung

   Halten Sie fest, was „Bonitäts- oder KYC-Prüfung nötig?“ in Ihrem Unternehmen zu einem Ja macht (Vertragswert, Zahlung auf Rechnung, eine neue Rechtseinheit oder eine regulierte Branche) und wer das entscheidet. Legen Sie dann fest, was eine Zurückstellung praktisch bedeutet: ob die Konfigurationsarbeit weiterläuft, wer den Kunden informiert und welcher Nachweis das Konto freigibt. Nehmen Sie diese Formulierungen aus Ihrer eigenen Richtlinie, nicht aus dieser Vorlage.

5. Vereinbaren Sie den Migrationstest vor der Migration

   Füllen Sie aus, was „Daten korrekt migriert?“ tatsächlich prüft: Datensatzzahlen je Objekt, Kontrollsummen auf den Betragsfeldern und eine Stichprobe, die der Kunde selbst durchsieht. Benennen Sie, wer abnimmt (das sollte der Kunde sein und nicht das Team, das den Ladelauf gefahren hat) und begrenzen Sie, wie viele Korrekturzyklen laufen, bevor der Go-live-Termin formal neu bewertet wird.

6. Fixieren Sie die Go/No-go-Kriterien und geben Sie eine versionierte Fassung frei

   Listen Sie die Freigabekriterien vorab auf, benennen Sie, wer die Freigaberunde leitet, und bestätigen Sie, dass die Entscheidung beim Kunden liegt. Ergänzen Sie am Nachfass-Zweig Ihre eigenen Schwellen, etwa Tage ohne Antwort bis zur Eskalation und bis zur Pausierung. Teilen Sie das Diagramm anschließend mit Vertrieb, Finanzen und Support zur Kommentierung und führen Sie es unter Versionskontrolle, damit Diagramm und schriftliches Playbook nicht auseinanderlaufen.

Häufig gestellte Fragen

Wie lange sollte ein Kunden-Onboarding dauern?

Das hängt fast vollständig davon ab, ob Datenmigration und Integrationen im Umfang liegen. Ein in sich geschlossenes Konto ohne Migration kann in ein bis zwei Wochen live sein. Kommen eine Datenmigration und eine Integration hinzu, sind vier bis acht Wochen realistisch; Implementierungen über mehrere Systeme mit Sicherheitsprüfung dauern länger. Die nützliche Messgröße ist nicht die Gesamtdauer, sondern wie lange jede Bahn den Kunden hält, denn die meisten Überschreitungen sind Wartezeit und nicht Arbeitszeit, und der größte einzelne Block ist üblicherweise das Warten auf Aufgaben beim Kunden, etwa Datenexporte und Administratorzugänge. Messen Sie die Übergaben, bevor Sie die Arbeit selbst verdichten.

Was sollte die Übergabe vom Vertrieb an das Onboarding enthalten?

Genug, damit das Umsetzungsteam dem Kunden keine Fragen stellt, die er im Verkaufsprozess längst beantwortet hat. Also: der unterzeichnete Leistungsumfang, was mündlich zugesagt wurde, was ausdrücklich ausgeschlossen ist, die kommerziellen Bedingungen mit Auswirkung auf die Umsetzung wie der Abrechnungsbeginn, der benannte Sponsor und die operativen Ansprechpartner, die vom Kunden beschriebene technische Umgebung und jede Frist, auf die sich der Kunde intern festgelegt hat. Legen Sie das in einem strukturierten Formular ab, nicht in einer erzählenden E-Mail. Der häufigste Fehler ist die Zusage aus der letzten Quartalswoche, die nie bei der Person ankommt, die sie einlösen muss.

Was tun, wenn ein neuer Kunde während des Onboardings nicht mehr reagiert?

Legen Sie die Schwellen vorab fest statt von Fall zu Fall. Dieses Ablaufdiagramm leitet einen nicht reagierenden Kunden von „Daten und Zugänge vom Kunden erhalten?“ zum Nachfassen durch den zuständigen Vertriebskontakt, der die Beziehung und meist auch die Mobilnummer des Sponsors hat, und danach in einen pausierten und markierten Zustand, wenn weiterhin kein Kontakt zustande kommt. Ausdrücklich zu pausieren ist aus zwei Gründen wichtig: Es hört auf, still reservierte Implementierungskapazität zu binden, und es erzeugt einen Nachweis darüber, warum sich der Go-live-Termin verschoben hat. Klären Sie, was Pausieren kommerziell bedeutet, denn die Abrechnung hat oft schon begonnen.

Wie unterscheidet sich Kunden-Onboarding von Lieferanten- oder Mitarbeiter-Onboarding?

Sie teilen ein Wort und fast nichts sonst. Lieferanten-Onboarding ist Eingangsprüfung: Due Diligence, Risikoeinstufung und Verifizierung der Bankdaten, bevor ein Lieferant bezahlt werden darf, wobei die Nachweislast beim Lieferanten liegt. Mitarbeiter-Onboarding ist ein interner Eintrittsprozess mit Vertrag, Ausstattung und Zugängen. Kunden-Onboarding ist Leistungserbringung nach dem Abschluss: Hier sind Sie derjenige, der etwas beweisen muss, während der Kunde bereits einen unterschriebenen Vertrag und eine Erwartung hat. Die praktische Folge: Kunden-Onboarding kennt kein Tor, das Sie einfach geschlossen halten können. Bleibt es stehen, braucht das Diagramm eine definierte Pause und eine Eskalation, keine Ablehnung.