Was „Erfolgreich Ongebordet" wirklich bedeutet: Kriterien, auf die sich beide Teams einigen

Fragen Sie zehn Personen in einem SaaS-Unternehmen, was „erfolgreich ongebordet" bedeutet, und Sie erhalten neun verschiedene Antworten — und eine Person, die noch nie darüber nachgedacht hat.

Das Sales-Team denkt, ein Kunde ist ongebordet, wenn er live gegangen ist. Das Implementierungsteam denkt, er ist ongebordet, wenn die Integration getestet ist. Der CSM denkt, ongebordet bedeutet, dass der Kunde das Produkt aktiv für sein erklärtes Ziel nutzt. Der Customer Success Director denkt, es bedeutet, dass der Kunde die Bereitschaft bestätigt hat, zur managed Success-Phase überzugehen. Alle diese Definitionen sind plausibel. Keine davon ist identisch.

Diese Definitionslücke bleibt nicht akademisch. Sie treibt Churn.

Wenn Sales ein Account geistig abschließt, sobald der erste Login erfolgt, hört es auf, auf die Onboarding-Qualität zu achten. Wenn CS kein definiertes Ende des Onboardings hat, messen Health Scores an Tag 30 einen unvollständigen Zustand, ohne es zu wissen. Wenn der Kickoff-Call ohne einen schriftlichen Onboarding-Erfolgsmeilenstein endet, steuern sowohl CSM als auch Kunde auf ein vages Konzept von „fertig" zu, das keiner von beiden messen kann.

Unmessures Onboarding produziert Churn still und leise. Unternehmen bemerken es erst beim Renewal, wenn Kunden, die 11 Monate „live" waren, das Ergebnis, für das sie bezahlt haben, immer noch nicht erreicht haben — und der CSM das in einem Renewal-Gespräch erklären muss.

Schlüsselfakten: Onboarding-Definition und Churn

• Kunden, die innerhalb von 90 Tagen keinen ersten definierten Erfolgsmeilenstein erreicht haben, haben eine 3- bis 4-mal höhere Wahrscheinlichkeit, beim Renewal abzuwandern, als solche, die ihn erreicht haben, laut Gainsights State of Customer Success Benchmark-Daten.
• 58 % der SaaS-Unternehmen haben entweder keine dokumentierte Definition von „erfolgreich ongebordet" oder Sales und CS verwenden getrennte Definitionen, laut TOPO (jetzt Gartner).
• Erstjahres-Churn sinkt um 22 % bei Unternehmen, die einen gemeinsam definierten Onboarding-Erfolgsmeilenstein implementieren und ihn als Feld im Kundendatensatz verfolgen, laut Gainsights Benchmarks zur Implementierungsqualität.
• Nur 34 % der B2B SaaS-Unternehmen schließen „Sponsor-Bestätigung" als Kriterium in ihre Onboarding-Definition ein — doch sponsor-bestätigtes Onboarding zeigt eine um 31 % höhere Zwei-Jahres-Retention als nicht bestätigtes, laut Daten aus Totangos Customer Success Benchmarks.
• Die durchschnittliche Zeit vom Go-Live bis zum „erfolgreich ongebordet" (nach irgendeiner Definition) beträgt 47 Tage für SMB-Accounts und 73 Tage für Mid-Market, laut CSM-Praxis-Benchmarks — was darauf hindeutet, dass „live sein" an Tag 14 selten gleichbedeutend mit „ongebordet" zum selben Zeitpunkt ist.

Warum „live gegangen" nicht die Messlatte ist

Live gehen bedeutet, dass das technische Setup abgeschlossen ist: Zugangsdaten erstellt, Integration verbunden, Grundkonfiguration abgeschlossen, Nutzer angelegt. Das Produkt ist zugänglich. Das ist Go-Live.

Erfolgreich ongebordet bedeutet, dass der Kunde sein erstes Ergebnis mit dem Produkt erzielt hat. Das, wofür er es gekauft hat — der Use Case, den er in der Discovery beschrieben hat, das Problem, für dessen Lösung er bezahlt hat — läuft. Er ist nicht nur in der Plattform; er zieht Nutzen daraus.

Die Lücke zwischen diesen beiden Zuständen ist der Ausgangspunkt für die meisten Churn-Fälle. Ein Kunde, der „live" ist, aber sein erstes Ergebnis noch nicht erreicht hat, ist ein Kunde, der:

• Einen Grund hat, den Vertrag zu behalten (Sunk Cost, IT-Investition, politisches Commitment), aber keinen Grund, ihn zu erneuern
• NPS-Umfragen mit 6 oder 7 beantwortet — nicht aktiv unzufrieden, aber auch kein Fan
• Das Produkt intern nicht championen oder expandieren wird, weil er noch nicht artikulieren kann, was es für ihn tut
• Anfällig für ein Wettbewerbsgespräch in Monat 8 mit der Botschaft „wir hätten Sie bis jetzt schon zu X gebracht" ist

„Live gegangen" ist ein Meilenstein. „Erfolgreich ongebordet" ist eine Definition von Bereitschaft. Ein Kunde kann 60 Tage live sein und immer noch nicht erfolgreich ongebordet sein. Das ist kein Produktversagen. Es ist ein Prozessversagen — und es beginnt mit dem Fehlen einer schriftlichen Definition.

Die vier Kriterien, die „Erfolgreich Ongebordet" definieren

Eine vollständige Onboarding-Definition hat vier Komponenten. Alle vier müssen zutreffen, damit ein Account als „Erfolgreich Ongebordet: Ja" im Kundendatensatz markiert wird.

Kriterium 1: Technische Fertigstellung

Die Kern-Integration oder -Konfiguration ist live und getestet. Nicht „in Bearbeitung" oder „geplant" — live, verifiziert und unter Produktionsbedingungen funktionierend. Bei manchen Produkten ist das die gesamte Implementierung. Bei anderen (komplexe API-Integrationen, Multi-System-Workflows, Datenmigration) ist das die längste Phase. Technische Fertigstellung ist notwendig, aber nicht hinreichend.

Wie es im Datensatz aussieht: „Integration: Salesforce CRM via REST API verbunden. Verifiziert: 15.03.2026. Fehlerrate: 0 in den ersten 72 Stunden. CSE-Bestätigung: Sam Park."

Kriterium 2: Adoption Trigger

Mindestens N Nutzer haben sich angemeldet und innerhalb von X Tagen nach Go-Live eine definierte Kernaktion abgeschlossen. Die konkreten Zahlen hängen vom Produkttyp und der Deal-Größe ab — aber sowohl die Zahl als auch die Aktion müssen vor dem Kickoff definiert sein, nicht im Nachhinein bewertet werden.

Der Adoption Trigger ist der Verhaltensnachweis, dass das Produkt von den Endnutzern akzeptiert wurde, nicht nur vom Administrator konfiguriert wurde. Es ist das Signal, dass die Implementierung auf menschlicher Ebene funktioniert hat, nicht nur auf technischer. Ohne ihn kann „erfolgreich ongebordet" mit einem Produkt erfüllt sein, das nur eine Person berührt hat.

Wie es im Datensatz aussieht: „Adoption Trigger: 8 von 10 lizenzierten Nutzern haben innerhalb von 30 Tagen nach Go-Live ihren ersten Pipeline-Eintrag erstellt. Status: Erreicht an Tag 28."

Kriterium 3: Erfolgsmeilenstein

Der Kunde hat das erste Ergebnis, für das er das Produkt gekauft hat, erreicht oder verfolgt es aktiv. Das ist das „Warum sie unterschrieben haben"-Kriterium — es entspricht direkt den Erfolgskriterien, die in der Discovery dokumentiert wurden. Wenn der Kunde gekauft hat, um sein Pipeline-Reporting zu automatisieren, bedeutet Erfolgsmeilenstein, dass der Pipeline-Report automatisch läuft. Wenn er gekauft hat, um einen manuellen Tabellenprozess zu ersetzen, bedeutet Erfolgsmeilenstein, dass die Tabelle außer Betrieb genommen wurde.

Dieses Kriterium erfordert das meiste Urteilsvermögen und die ehrlichste Kommunikation mit dem Kunden. Es hat auch die direkteste Beziehung zur Renewal: Kunden, die den Erfolgsmeilenstein in 90 Tagen erreicht haben, erneuern deutlich häufiger als solche, die ihn nicht erreicht haben.

Wie es im Datensatz aussieht: „Erfolgsmeilenstein: Erster automatisierter Pipeline-Report am 01.04.2026 an den VP Sales geliefert. Kundenbestätigung: E-Mail von Jordan Chen, VP Sales, 02.04.2026."

Kriterium 4: Sponsor-Bestätigung

Der Executive Sponsor oder Champion hat schriftlich (E-Mail oder Slack) oder in einem aufgezeichneten Call bestätigt, bereit für den Übergang zur nächsten Phase zu sein. Nicht angenommen. Nicht aus der Abwesenheit von Beschwerden geschlossen. Bestätigt.

Sponsor-Bestätigung ist das am häufigsten übersprungene Kriterium — nur 34 % der Unternehmen schließen es in ihre Onboarding-Definition ein. Aber es schließt einen wichtigen Kreis: Es ist der Moment, in dem der Account offiziell vom „Implementierungsmodus" in den „Managed Success-Modus" übergeht, und es schafft einen dokumentierten Nachweis, der CS schützt, wenn der Account später behauptet, nie ordnungsgemäß ongebordet worden zu sein.

Wie es im Datensatz aussieht: „Sponsor-Bestätigung: Jordan Chen, VP Sales, hat am 03.04.2026 per E-Mail die Bereitschaft bestätigt. Zitat: 'Team ist einsatzbereit. Bereit für die nächste Phase.'"

So schreiben Sie die Definition Ihres Teams

Die vier oben genannten Kriterien sind das Framework. Die Definition Ihres Teams füllt die Variablen aus. Zwei Versionen nebeneinander:

SMB-Beispiel (transaktional, 10 Lizenzen, Standardprodukt):

Mid-Market-Beispiel (Multi-Team, 50 Lizenzen, Custom Integration):

Führen Sie diese Übung mit Ihrem CS-Lead und einem repräsentativen AE durch. Das Gespräch selbst ist der Wert — wo sie bei den Definitionen nicht übereinstimmen, entstehen aktuell genau die Onboarding-Lücken.

Wo „Erfolgreich Ongebordet" im Kundendatensatz lebt

Dieser Meilenstein ist ein Feld, kein Bauchgefühl. Er gehört in die Single Source of Truth Kundendatenbank als Boolean mit einem Datum: Erfolgreich Ongebordet: Ja / Nein | Datum: 03.04.2026.

Wer es aktualisiert. Der CSM. Nicht der AE. Nicht das Implementierungsteam. Der CSM, der Einblick in alle vier Kriterien hat und die Sponsor-Bestätigung erhält.

Was es auslöst. Alle vier Kriterien sind erfüllt. Nicht drei. Nicht „fast fertig." Wenn die technische Fertigstellung abgehakt ist, aber die Adoption bei 40 % liegt, bleibt das Feld auf „Nein".

Was passiert, wenn es auf „Ja" springt. Drei Dinge sollten automatisch ausgelöst werden: (1) Der Account wechselt von der Onboarding-Queue zur Managed Success-Queue; (2) das Health-Score-Modell wechselt vom Onboarding-Health-Modell (das technische Fertigstellung stark gewichtet) zum laufenden Health-Modell (das Nutzung, Engagement und Stimmung gewichtet); (3) AE und CS Manager werden benachrichtigt, dass der Account für Expansion-Gespräche bereit ist.

Was passiert, wenn er nicht innerhalb des Zielzeitraums auf „Ja" wechselt. Der Account tritt in einen Eskalationspfad ein. Der CSM meldet es dem CS Manager an Tag 30 nach dem Zieldatum. Der CS Manager nimmt am nächsten Kundencall teil. Die Eskalation setzt sich fort, bis entweder der Meilenstein erreicht ist oder der Account formal als gefährdet eingestuft wird.

Wie es mit Health Scoring verbunden ist

„Erfolgreich Ongebordet: Ja/Nein" ist der einzige prädiktivste binäre Input im frühen Health Score. Hier ist der Grund.

Ein Health Score an Tag 30 ohne definierten Onboarding-Meilenstein misst einen Account, der sich in sehr unterschiedlichen Zuständen befinden kann — einige sind vollständig live und nehmen gut an, einige sind noch im technischen Setup, einige warten auf die IT des Kunden für eine Überprüfung. Diese zusammenzurechnen produziert einen Health Score, der Ihnen fast nichts über das tatsächliche Churn-Risiko sagt.

Sobald der Onboarding-Meilenstein definiert und verfolgt wird, kann die Health-Scoring-Logik branchen:

• Accounts vor dem Meilenstein: Das Health-Modell betont den Fortschritt in Richtung der vier Kriterien — ist die technische Fertigstellung im Zeitplan, baut die Adoption auf, ist der Sponsor eingebunden.
• Accounts nach dem Meilenstein: Das Health-Modell wechselt zu laufenden Engagement-Signalen — Nutzungshäufigkeit, Feature-Tiefe, NPS-Trend, Support-Volumen.

Ohne den Meilenstein haben Sie ein Health-Modell, das versucht, zwei sehr unterschiedliche Account-Zustände zu bedienen. Das Ergebnis sind irreführende Scores — Accounts vor dem Meilenstein, die gesund aussehen, weil sie mit dem Implementierungsteam interagieren, und Accounts nach dem Meilenstein, die gefährdet aussehen, weil das Implementierungsteam-Engagement abgefallen ist (wie es sollte, weil das Onboarding abgeschlossen ist).

Siehe Customer Health Scoring mit Sales-Kontext-Inputs für die Verdrahtung des Onboarding-Meilensteins in ein Health-Modell, das Vor- und Nach-Meilenstein-Zustände unterscheidet.

Die Sales-CS-Handoff-Implikation

AEs sollten die Onboarding-Erfolgskriterien kennen, bevor sie einen Deal abschließen — nicht weil sie das Onboarding verantworten, sondern weil die Erfolgskriterien aus der Discovery dieselben Kriterien sind, die das CS-Team verwendet, um den Erfolgsmeilenstein zu definieren.

Wenn ein AE durch die Discovery geht und erkennt, dass das Hauptziel des Kunden ist, sein manuelles Pipeline-Reporting zu ersetzen, wird dieser Use Case zum Erfolgsmeilenstein. Der AE, der „Kunde möchte besseres Reporting" in die Discovery-Notizen schreibt, liefert einen vagen Input. Der AE, der schreibt „primäres Erfolgskriterium des Kunden: automatisierter Pipeline-Report ersetzt freitagmorgendliche manuelle Tabelle, vertrauenswürdig vom VP Sales für Board-Vorbereitung", liefert einen Erfolgsmeilenstein, den CS ab Tag 1 operationalisieren kann.

Discovery-Notizen sind Onboarding-Inputs. Wenn AEs das verstehen, stellen sie bessere Discovery-Fragen und dokumentieren Antworten spezifischer. Wenn sie es nicht tun, verbringt CS die ersten zwei Onboarding-Wochen damit, die Discovery, die der AE bereits gemacht hat, zu wiederholen.

Das ist eines der überzeugendsten Argumente dafür, CS in den Deal-Kontext-Review einzubeziehen — nicht um den Deal zu verlangsamen, sondern um sicherzustellen, dass der Discovery-Output vollständig genug ist, um das Onboarding voranzutreiben.

Den Meilenstein operationalisieren

Drei Dinge sind zu tun, bevor Sie das ausrollen:

Auf die Kickoff-Agenda setzen. Der Kickoff-Call ist der Moment, wo die vier Kriterien mit dem Kunden bestätigt werden — nicht als interne CS-Definition präsentiert, sondern besprochen als „So werden wir wissen, dass Sie gut aufgestellt sind." Das macht drei Dinge: Es gibt dem Kunden ein klares Bild davon, wie „fertig" aussieht, es schafft gemeinsame Verantwortung für den Meilenstein, und es zeigt Diskrepanzen zwischen dem, was CS plant, und dem, was der Kunde erwartet hat (was, wenn beim Kickoff aufgedeckt, behebbar ist; wenn an Tag 60 entdeckt, oft nicht).

Erwartungen an den Zeitplan setzen. Seien Sie explizit über das Ziel: „Unser Ziel ist es, alle vier Kriterien bis Tag 30 (oder Tag 60 für Mid-Market) zu erfüllen. Hier ist, was wir von Ihrem Team brauchen, um das zu erreichen." Die Zeitplanerwartung schafft Dringlichkeit auf beiden Seiten und gibt dem CSM eine vertretbare Position, wenn Kundenverzögerungen den Meilenstein hinausschieben.

Den Eskalationspfad für den Fall definieren, dass der Meilenstein nicht erreicht wird. Wer eskaliert, an wen und in welchem Zeitfenster sollte aufgeschrieben werden, bevor es nötig ist. Ein vernünftiger Standard: Wenn das Kriterium der technischen Fertigstellung nicht bis Tag 14 (SMB) oder Tag 30 (Mid-Market) erfüllt ist, meldet der CSM es dem CS Manager. Wenn der Erfolgsmeilenstein nicht bis Tag 45 (SMB) oder Tag 75 (Mid-Market) erreicht ist, nimmt der CS Manager am nächsten Kundencall teil und erstellt einen überarbeiteten Plan mit dem Kunden. Wenn keines der Kriterien bis Tag 60 (SMB) oder Tag 90 (Mid-Market) erfüllt ist, wird der Account formal als gefährdet eingestuft und ein Rettungsplan ausgelöst.

---

Häufig gestellte Fragen

Sollte die Onboarding-Erfolgsdefinition je nach Deal-Größe variieren?

Ja. Die Variablen in den vier Kriterien — die N Nutzer für den Adoption Trigger, der spezifische Erfolgsmeilenstein, das Zeitziel — sollten mit der Deal-Komplexität skalieren. Ein 10-Lizenzen-SMB-Account mit Standardkonfiguration sollte ein 30-Tage-Ziel haben. Ein 50-Lizenzen-Mid-Market-Account mit Custom Integration sollte ein 60-Tage-Ziel haben. Dieselbe Definition für alle Deal-Größen zu verwenden, setzt entweder nicht erreichbare Zeitpläne für komplexe Accounts oder eine zu niedrige Messlatte für einfache.

Was, wenn ein Kunde sich selbst für ongebordet hält, bevor CS das tut?

Das kommt häufiger vor, als man denkt. Der Kunde denkt „wir sind live, wir sind fertig", weil die Integration funktioniert. CS weiß, dass der Adoption Trigger noch nicht ausgelöst hat und der Erfolgsmeilenstein noch nicht erreicht wurde. Sagen Sie dem Kunden nicht, dass er nicht ongebordet ist — das ist ein Tonproblem. Formulieren Sie es stattdessen um: „Sie sind live und das Setup funktioniert. Die nächste Phase ist, sicherzustellen, dass [spezifisches Ergebnis] so läuft, wie Sie es in Ihren Zielen beschrieben haben. Wir möchten sicherstellen, dass Sie das erreichen, bevor wir in den Managed Success-Modus wechseln." Der Erfolgsmeilenstein gibt CS einen Weg zur Umleitung, ohne das zu entwerten, was der Kunde bereits erreicht hat.

Wie hängt die Onboarding-Definition mit Preisgestaltung und Tier zusammen?

Implementierungsumfang, Komplexität und die zugewiesene CSM-Ressource sollten den Onboarding-Kriterien für den Tier des Kunden entsprechen. Eine Enterprise-Onboarding-Definition mit dediziertem CSE-Zugang und einem Custom Dashboard-Erfolgsmeilenstein ist implizit in einem Enterprise-Vertrag eingepreist. Ein transaktionaler SMB-Account, der Enterprise-Level-Onboarding-Kriterien erhält, ist nicht skalierbar. Bauen Sie für jeden Haupttier verschiedene Onboarding-Definitionsvorlagen und bestätigen Sie beim Vertragsabschluss, welche gilt.

Kann die Onboarding-Erfolgsdefinition nach dem Kickoff neu verhandelt werden?

Ja, aber nur schriftlich und mit Kenntnis des CS Managers. Wenn sich die Prioritäten eines Kunden während der Implementierung verschieben — der VP Sales geht, der Integrationsumfang ändert sich, der primäre Use Case entwickelt sich — kann der Erfolgsmeilenstein angepasst werden. Erfassen Sie die Anpassung im Kundendatensatz mit Datum und Begründung. Aber lassen Sie den Meilenstein nicht unbegrenzt weiterrücken ohne Dokumentation. Eine nicht dokumentierte Anpassung ist nicht von „wir haben ihn von Anfang an nie definiert" zu unterscheiden.

---

Mehr erfahren

• Sales & Customer Success Alignment Glossar
• Gemeinsamer Kickoff-Call: Agenda, Teilnehmer, Ergebnisse
• Customer Health Scoring mit Sales-Kontext-Inputs
• Single Source of Truth: Der Kundendatensatz
• Deal Context Transfer: Was CS von Sales wirklich braucht