Ein Customer Success Plan ist ein gemeinsames Dokument, das das Geschäftsergebnis des Käufers mit einer Abfolge von Meilensteinen, benannten Ownern auf beiden Seiten und einer Review-Kadenz verknüpft. Erstellen Sie ihn, indem Sie vom Ergebnis ausgehen, das der Kunde gekauft hat (nicht von den Features, die Sie ausgeliefert haben), zu den Meilensteinen zurückrechnen, die es belegen, jedem einen Owner zuweisen und einen Review-Rhythmus festlegen, der die Abweichung vor dem Renewal erkennt. Der Plan ist beidseitig: Der Kunde zeichnet ihn ab, sonst sind es nur Ihre internen Notizen.
Der häufigste Fehler ist ein “Success Plan”, der in Wahrheit eine Feature-Adoption-Checkliste ist: einloggen, das CRM verbinden, Nutzer einladen. Adoption ist ein Frühindikator, nicht das Ergebnis. Wenn der Kunde Ihr Tool gekauft hat, um die Support-Antwortzeit von 8 Stunden auf 1 Stunde zu senken, dann trackt der Plan die Antwortzeit, und die Adoption-Schritte existieren nur, weil sie diese Zahl bewegen.
Voraussetzungen
- Das vom Käufer im Sales-Zyklus genannte Geschäftsergebnis: Ziehen Sie es aus den MEDDPICC-Notizen, dem Mutual Action Plan oder dem Gong-Call des gewonnenen Deals. Wenn es nicht festgehalten ist, ist Ihre erste Aufgabe ein Discovery Call, um es zu bekommen.
- Zugriff auf die Baseline-Metrik des Kunden (die “From”-Zahl). Ohne Baseline können Sie keine Bewegung zeigen.
- Eine CS-Plattform, um den Plan zu hosten und den Status der Meilensteine zu tracken: Gainsight, Planhat, Catalyst oder Vitally. Ein geteiltes Notion oder Google Doc reicht für einen ersten Plan; wechseln Sie auf eine Plattform, sobald Sie mehr als ~15 Accounts zu tracken haben.
Schritt 1 — schreiben Sie das Ergebnis als messbare Aussage
Wandeln Sie das vage Ziel in einen From/To/By-Satz um: “Die durchschnittliche Erstantwortzeit bis Ende Q3 von 8h auf unter 2h senken.” Drei Teile, alle erforderlich: die Metrik, das Target und das Datum. Wenn Sie vom Kunden keine Zahl bekommen, ist das Ergebnis nicht validiert: Gehen Sie zurück zum Champion und nageln Sie es fest, bevor Sie irgendetwas anderes bauen. Ein Plan auf Basis von “die Effizienz verbessern” lässt sich nicht überprüfen, weil nichts als erledigt markiert werden kann.
Schritt 2 — rechnen Sie zu den Meilensteinen zurück
Zerlegen Sie das Ergebnis in 3-6 Meilensteine, jeder ein Checkpoint dafür, dass das Ergebnis auf Kurs ist. Für das Antwortzeit-Beispiel:
- Woche 2 — Implementierung abgeschlossen. Tool an den Helpdesk angebunden (z. B. Zendesk oder Intercom), Routing-Regeln aktiv.
- Woche 4 — Erster Wert. Erste 50 Tickets automatisch triagiert; Agents geschult. Das ist der Time-to-Value-Meilenstein — siehe Time to Value.
- Woche 8 — Halbes Target. Erstantwortzeit im Pilotteam auf 4h gesenkt.
- Woche 12 — Target erreicht. Unter 2h über alle Teams; Ergebnis validiert.
Jeder Meilenstein benennt den Frühindikator, den er bewegt. Adoption-Aufgaben (Schulung, Integration) leben unter den Meilensteinen, niemals als die Meilensteine selbst.
Schritt 3 — weisen Sie Owner auf beiden Seiten zu
Jeder Meilenstein hat genau einen Owner auf Ihrer Seite (den CSM oder den Implementierungs-Lead) und einen auf Kundenseite (den Delegierten des wirtschaftlichen Käufers, meist einen Admin oder Team Lead). Zwei Owner bedeuten keinen Owner. Benennen Sie den Executive Sponsor auf beiden Seiten gesondert: Sie sind der Eskalationsweg, nicht der Ausführende. Wenn der Kunde für einen Meilenstein keinen internen Owner benennen kann, ist dieser Meilenstein ab Tag eins gefährdet; markieren Sie ihn.
Schritt 4 — legen Sie die Review-Kadenz fest
Passen Sie die Kadenz an die Meilenstein-Dichte an, nicht an einen festen Unternehmenskalender:
- Onboarding (Wochen 0-12): wöchentlicher 30-minütiger Checkpoint. Hier driften Pläne am schnellsten ab.
- Steady State: monatliche Working Session, mit einem vierteljährlichen QBR für die Executive Sponsors.
- Gefährdete Accounts: wöchentlich, bis sich der Health Score erholt.
Jede Review tut drei Dinge: Meilensteine als erledigt/gefährdet/blockiert markieren, neu bestätigen, dass die Ergebnis-Metrik noch die richtige ist, und Blocker an die benannten Owner eskalieren. Eine Review, die nur Status meldet, ohne einen Blocker zu bewegen, ist Theater.
Schritt 5 — verdrahten Sie ihn mit dem Health Score
Der Plan ist kein eigenständiges Artefakt. Der Status “Meilenstein im Verzug” speist als rotes Signal in den Customer Health Score ein, sodass ein vom Plan abdriftender Account in der Portfolio-Ansicht auftaucht, bevor der CSM es manuell bemerkt. Modellieren Sie den Plan in Gainsight oder Planhat als Success-Plan-Objekt mit Fälligkeitsdaten für Meilensteine und lösen Sie eine CTA (Call-to-Action) aus, wenn ein Meilenstein überfällig wird.
Erfolgskriterien
Sie haben einen echten Plan, keine Checkliste, wenn: die Top-Line eine From/To/By-Metrik ist, der der Kunde zugestimmt hat; jeder Meilenstein die Metrik benennt, die er bewegt; jeder Meilenstein einen Owner pro Seite hat; die Review-Kadenz in beiden Kalendern steht; und der Meilenstein-Status mit dem Health Score verdrahtet ist.
Häufige Fallstricke
- Feature-Checkliste, die sich als Plan tarnt. Guard: Jeder Meilenstein muss die Geschäftsmetrik benennen, die er voranbringt. Benennt er nur ein Feature, schreiben Sie ihn unter einen metriktragenden Meilenstein um.
- Keine Baseline. Ohne die “From”-Zahl können Sie Aktivität zeigen, aber niemals Fortschritt. Guard: Weigern Sie sich, den Plan zu finalisieren, bis die Baseline-Metrik im Plan-Objekt erfasst ist.
- Einseitige Ownership. Ein Plan mit ausschließlich Ownern auf CSM-Seite ist Ihre To-do-Liste, kein beidseitiger Plan. Guard: Ein Meilenstein ohne benannten Kunden-Owner wird standardmäßig als gefährdet markiert.
- Einrichten und vergessen. Der Plan veraltet in der Woche nach dem Kickoff, wenn keine Kadenz durchgesetzt wird. Guard: Eine verpasste Review senkt automatisch den Health Score des Accounts und zwingt ihn zurück in die Queue.
- Ergebnis-Drift. Die Metrik, die dem Kunden bei Vertragsabschluss wichtig war, ist beim Renewal womöglich nicht mehr die entscheidende. Guard: Bestätigen Sie die Ergebnis-Aussage bei jedem QBR neu, nicht nur beim Kickoff.
Verwandt
- Customer Success Playbook — die wiederholbaren Plays, die der Plan ausführt
- Customer Health Score — wo der Off-Plan-Status auftaucht
- Time to Value — der erste Meilenstein, den jeder Plan braucht
- Renewal Management — was der Plan letztlich schützt
- Customer Onboarding — die Phase, in der der Plan am dichtesten ist