Kunden-Onboarding automatisieren: So wirst du den immer gleichen Call los

Es gibt einen Moment, den fast jedes wachsende SaaS-Unternehmen erlebt: Der 45-Minuten-Onboarding-Call, der anfangs das beste Verkaufsargument war, wird zum Engpass. Beim zehnten Kunden ist er noch machbar. Beim dreißigsten frisst er eine halbe Stelle. Und beim hundertsten ist er der Grund, warum niemand im Team dazu kommt, an etwas anderem zu arbeiten.

Die naheliegende Reaktion ist, mehr Leute einzustellen. Die bessere ist, zu unterscheiden: Welcher Teil dieses Calls ist eigentlich wertvoll — und welcher ist nur Wiederholung?

Der Test: Würdest du das jedem Kunden identisch sagen?

Nimm deinen letzten Onboarding-Call und teile ihn gedanklich in zwei Spalten.

Spalte A — identisch für jeden Kunden. "So legst du einen Benutzer an." "Hier stellst du die Benachrichtigungen ein." "So importierst du deine Daten." Das ist Wissensvermittlung. Sie ist notwendig, aber sie ist nicht persönlich.

Spalte B — spezifisch für diesen Kunden. "Bei eurem Prozess würde ich das anders aufsetzen." "Warum genau braucht ihr diese Auswertung?" "Wer bei euch übernimmt das später?" Das ist Beratung. Sie entscheidet darüber, ob der Kunde bleibt.

In den meisten Onboarding-Calls, die ich gesehen habe, liegt das Verhältnis bei ungefähr 70 zu 30 — zugunsten von Spalte A. Das heißt: Zwei Drittel deiner teuersten Zeit gehen für etwas drauf, das ein Kunde genauso gut allein anschauen könnte, wann es ihm passt.

Automatisiere Spalte A. Verteidige Spalte B. Wer versucht, auch die Beratung wegzuautomatisieren, spart am falschen Ende und merkt es erst an der Abwanderungsrate.

Warum die meisten Hilfe-Artikel nicht funktionieren

Der übliche erste Versuch ist eine Wissensdatenbank. Das ist richtig gedacht und scheitert trotzdem oft an drei Dingen:

Sie veralten unsichtbar. Ein Screenshot aus der alten Oberfläche macht einen Artikel nicht falsch, sondern etwas Schlimmeres: unglaubwürdig. Wer einmal einer Anleitung gefolgt ist, die nicht mehr stimmt, öffnet die nächste gar nicht erst.

Sie sind ungeordnet. Fünfzig Artikel in einer Suchleiste sind kein Onboarding. Sie helfen jemandem, der bereits weiß, wonach er sucht — also genau nicht dem neuen Kunden.

Sie kosten mehr Zeit als der Call. Einen guten Hilfe-Artikel zu schreiben, zu bebildern und aktuell zu halten, dauert leicht zwei Stunden. Der Call dauert 45 Minuten. Solange das so ist, gewinnt der Call — jedes Mal.

Der letzte Punkt ist der entscheidende. Dokumentation scheitert selten am Wollen, fast immer an den Kosten pro Aktualisierung.

Vier Schritte, die funktionieren

1. Fang bei den Fragen an, nicht bei den Funktionen

Der häufigste Fehler ist, die Dokumentation entlang der Produktstruktur zu bauen — ein Kapitel pro Menüpunkt. Kunden denken aber nicht in Menüpunkten, sondern in Aufgaben.

Nimm stattdessen die letzten 30 Support-Tickets und die letzten 10 Onboarding-Calls. Schreib auf, welche Fragen tatsächlich gestellt wurden, und sortiere nach Häufigkeit. Die obersten fünf sind dein Onboarding. Alles andere hat Zeit.

2. Bring die Schritte in eine Reihenfolge

Ein neuer Kunde braucht keine Auswahl, er braucht einen Weg. Der Unterschied zwischen einer Artikelsammlung und einem Kurs ist genau diese Reihenfolge: Was muss zuerst passieren, damit der zweite Schritt überhaupt Sinn ergibt?

Praktisch heißt das: Kapitel statt Kategorien, und pro Kapitel drei bis fünf kurze Lektionen. Wenn ein Kapitel länger als 15 Minuten wird, ist es zwei Kapitel.

3. Zeigen statt beschreiben

"Klicke oben rechts auf Einstellungen, dann im linken Menü auf Integrationen, dort auf Neue Verbindung" — solche Sätze schreibt niemand gern, und niemand liest sie gern. Eine Bildschirmaufnahme desselben Vorgangs dauert 20 Sekunden und ist eindeutig.

Genau hier setzt SnapDoku an: Du nimmst den Vorgang einmal auf, die KI erkennt die einzelnen Klicks und erzeugt daraus die Schritt-für-Schritt-Anleitung, ein vertontes How-To-Video und — wenn du magst — den fertigen Kurs mit Kapiteln. Damit fallen die Kosten pro Aktualisierung so weit, dass sich Aktualisieren wieder lohnt. Und das ist der eigentliche Punkt: Nicht die erste Version ist das Problem, sondern die zwölfte.

4. Bring es dorthin, wo der Kunde ist

Die beste Anleitung nützt nichts, wenn sie in einem Portal liegt, das niemand öffnet. Drei Orte funktionieren zuverlässig:

• In der Anwendung selbst, an der Stelle, an der die Frage entsteht
• In der Willkommens-E-Mail, als ein einziger Link auf den Kurs — nicht als Liste von zehn Artikeln
• Als Antwortbaustein im Support, damit dieselbe Erklärung nicht zum zwölften Mal getippt wird

Was du danach messen solltest

Zwei Zahlen genügen am Anfang:

Zeit bis zum ersten Erfolgserlebnis. Wie lange dauert es vom Vertragsabschluss bis zu dem Moment, in dem der Kunde zum ersten Mal etwas Sinnvolles mit deinem Produkt gemacht hat? Diese Zahl sollte sinken. Wenn sie das nicht tut, ist deine Dokumentation zwar vorhanden, aber am falschen Ort.

Anteil der Kunden ohne Onboarding-Call. Das ist die ehrlichste Erfolgskennzahl. Wenn nach drei Monaten immer noch jeder Kunde einen Call bekommt, hat sich nichts geändert — dann wurde Dokumentation zusätzlich gebaut statt ersetzend.

Ein realistisches Ziel für die ersten Monate: die Hälfte der Kunden onboardet sich selbst, die andere Hälfte bekommt weiterhin einen Call — aber einen kürzeren, der nur noch aus Spalte B besteht.

Der ehrliche Teil

Automatisiertes Onboarding ist kein Selbstläufer. Es kostet einmalig echte Arbeit, und es funktioniert nicht für jedes Produkt gleich gut. Bei erklärungsbedürftigen Lösungen mit hohem Vertragswert bleibt der persönliche Kontakt der bessere Weg — dort ist der Call kein Kostenfaktor, sondern Teil des Produkts.

Aber wenn dein Team gerade den immer gleichen Satz zum wiederholten Mal sagt, ist das kein Zeichen von guter Betreuung. Es ist ein Zeichen dafür, dass dieser Satz aufgezeichnet gehört.