Ein Kunde nutzt die Software regelmäßig. Der Customer Success Manager hält viele Gespräche. Außerdem arbeitet das Team mehrere Aufgaben ab. Trotzdem bleibt eine entscheidende Frage offen: Kommt der Kunde seinem Geschäftsziel tatsächlich näher?
Ein Success Plan beantwortet diese Frage. Er verbindet Kundenziel, Ausgangslage, Maßnahmen, Verantwortlichkeiten und Erfolgsnachweise. Dadurch wird aus einer allgemeinen Absicht ein gemeinsamer Arbeitsrahmen. Dieser Rahmen hilft dem Anbieter und dem Kunden, Fortschritt sichtbar zu machen und bei Abweichungen rechtzeitig zu handeln.
Das Wichtigste in Kürze
- Ein Success Plan beschreibt, welchen Erfolg der Kunde erreichen will und wie beide Seiten daran arbeiten.
- Er enthält wenige priorisierte Ziele, messbare Zielwerte, Meilensteine, Verantwortliche und Nachweise.
- Der Customer Success Manager steuert den Prozess. Der Kunde bleibt jedoch Eigentümer seiner Geschäftsziele.
- Ein Success Plan ist weder Account Plan noch Projektplan, Onboarding-Checkliste oder QBR-Präsentation.
- Er bleibt über die Nutzungsphase hinweg lebendig und verändert sich mit den Zielen des Kunden.
Was ist ein Success Plan?
Ein Success Plan ist ein gemeinsam gepflegtes Steuerungsdokument für den Kundenerfolg. Er übersetzt priorisierte Kundenziele in eine Ausgangslage, einen Zielwert, geeignete Nachweise, konkrete Beiträge, Verantwortlichkeiten und einen Review-Rhythmus.
Diese Definition ist eine eigene Synthese. Sie stützt sich wissenschaftlich auf das Goal Framing von Gehring et al. (2026), die systematische Wertmessung von Keränen und Jalkala (2013) sowie die gemeinsame Lösungsrealisierung bei Tuli, Kohli und Bharadwaj (2007). Praktisch knüpft sie an die Success Plan-Ansätze von GitLab, Gainsight und Donna Weber an.
Entscheidend ist das Wort „gemeinsam“. Ein internes Aufgabenboard des Anbieters ist noch kein Success Plan. Erst die Abstimmung mit dem Kunden schafft einen verbindlichen Bezugsrahmen.
Wozu dient ein Success Plan?
Customer Success braucht mehr als Aktivität. Viele Calls, Schulungen oder Logins zeigen zunächst nur, dass etwas geschieht. Sie belegen noch nicht, dass der Kunde sein Ziel erreicht.
Deshalb verbindet ein Success Plan drei Ebenen. Erstens klärt er das gewünschte Geschäftsergebnis. Zweitens beschreibt er die dafür nötigen Verhaltens- und Nutzungsänderungen. Drittens legt er fest, wie beide Seiten Fortschritt nachweisen.
Damit konkretisiert der Plan das gemeinsame Verständnis von Kundenerfolg im Customer Success. Zugleich schafft er eine Grundlage für Prioritäten. Das Team kann dadurch Maßnahmen ablehnen, die zwar sinnvoll wirken, aber nicht zum vereinbarten Ziel beitragen.
Wo beginnt der Success Plan im Customer Lifecycle?
Ein guter Success Plan beginnt nicht bei null. Der Vertrieb sollte bereits Erwartungen, Nutzenannahmen und zugesagte Ergebnisse dokumentieren. Nach dem Vertragsabschluss prüft das Team diese Angaben gemeinsam mit dem Kunden.
Anschließend schafft das Customer Onboarding die technische und organisatorische Arbeitsfähigkeit. Der Onboarding-Plan steuert dafür Einrichtung, Daten, Rollen, Training und erste Nutzung. Er liegt dem laufenden Customer Success Management vorgelagert.
Sobald der Kunde arbeitsfähig ist, rückt die fortlaufende Wertrealisierung in den Mittelpunkt. Nun dient der Success Plan als lebender Rahmen für Ziele, Adoption, Fortschritt und Nachweise. Er kabb aus dem Onboarding-Plan überführt werden und begleitet somit die Nutzungsphase und reicht über den ersten Wertmoment hinaus.
Welche Bestandteile gehören in einen Success Plan?
Ein Success Plan muss verständlich bleiben. Deshalb sollte er wenige Ziele vollständig operationalisieren. Die folgende Struktur verbindet wissenschaftliche Anforderungen an Ziel- und Wertmessung mit bewährten Praxisansätzen.
| Bestandteil | Leitfrage |
|---|---|
| Kundenziel und Geschäftsnutzen | Was will der Kunde verändern und warum ist das wichtig? |
| Ausgangslage oder Baseline | Wo steht der Kunde heute? |
| Zielwert und Termin | Welcher messbare Zustand soll bis wann erreicht sein? |
| Kennzahl und Datenquelle | Woran erkennen beide Seiten den Fortschritt? |
| Meilensteine und Initiativen | Welche Schritte führen zum Ziel? |
| Beitrag des Anbieters | Welche Beratung, Befähigung oder Produktunterstützung leistet der Anbieter? |
| Beitrag des Kunden | Welche Ressourcen, Entscheidungen und Veränderungen übernimmt der Kunde? |
| Verantwortliche | Wer steuert das Ziel und wer erledigt einzelne Maßnahmen? |
| Risiken und Annahmen | Was könnte die Zielerreichung behindern? |
| Review und Nachweis | Wann prüfen beide Seiten den Stand und welche Evidenz akzeptieren sie? |
Tabelle 1: Kernbestandteile eines Success Plans. Eigene Darstellung und Synthese auf Grundlage von Gehring et al. (2026), Keränen und Jalkala (2013), Tuli et al. (2007), GitLab und Donna Weber.
Neben den verpflichtenden Feldern, die zur Steuerung erforderlich ind, empfiehlt sich aus der persönlichen Erfahrung heraus, gerade bei größeren Kunden auch Unternehmen, Geschäftsmodell und Organisationsstruktur abzubilden. Kann der Customer Success Manager die eigene Lösung im Kontext des Kundenunternehmens verstehen und gedanklich sinnvoll einbetten, ist gewährleistet, dass der CSM als Gesprächspartner auf Augenhöhe wahrgenommen wird.
Kundenziele müssen messbar werden
Ein Ziel wie „mehr Effizienz“ bietet noch keine Steuerung. Es fehlen Ausgangslage, Zielzustand und Beleg. Besser lautet das Ziel beispielsweise: „Das Serviceteam reduziert die durchschnittliche Bearbeitungszeit bis zum 30. November von 18 auf 12 Minuten.“
Danach müssen beide Seiten die Messung klären. Welche Datenquelle gilt? Wie häufig wird gemessen? Welche Sondereffekte sind zu berücksichtigen? Und wer bestätigt das Ergebnis?
Gehring et al. (2026) bezeichnen die gemeinsame Identifikation und Operationalisierung von Zielen als Goal Framing. Ein Success Plan macht dieses Framing arbeitsfähig. Er darf daher nicht nur Maßnahmen sammeln. Vielmehr muss jedes priorisierte Ziel einen überprüfbaren Zielzustand erhalten.
Beide Seiten brauchen eigene Verpflichtungen
Der Anbieter kann Kundenerfolg unterstützen. Er kann ihn jedoch nicht allein produzieren. Der Kunde muss ebenfalls Daten bereitstellen, Entscheidungen treffen, Mitarbeitende befähigen und Arbeitsweisen verändern.
Genau deshalb braucht jeder Success Plan wechselseitige Verpflichtungen. Ein Customer Success Manager kann etwa einen Workflow-Workshop moderieren. Der Kunde benennt dafür einen Process Owner und stellt Nutzungsdaten bereit. Erst beide Beiträge ermöglichen die gewünschte Veränderung.
Diese Logik folgt dem Prozessverständnis von Tuli et al. (2007). Demnach entsteht eine B2B-Lösung durch relationale Prozesse, die beide Organisationen verbinden. Auch Donna Webers Praxisansatz betont gemeinsame Ziele, messbare Ergebnisse und Verantwortlichkeit auf beiden Seiten.
Was unterscheidet den Success Plan von anderen Plänen?
Unternehmen führen oft mehrere Dokumente für denselben Kunden. Ohne klare Trennung entstehen Doppelarbeit und widersprüchliche Aussagen.
| Instrument | Zentrale Perspektive | Typischer Prozessverantwortlicher | Abgrenzung zum Success Plan |
| Success Plan | Kundenziele, Nutzung und realisierter Wert | Customer Success Manager | Gemeinsamer Steuerungsrahmen für Kundenerfolg |
| Account Plan | Geschäftsbeziehung, Umsatz, Renewal und Expansion | Account Manager oder Key Account Manager | Vorwiegend interne kommerzielle und strategische Sicht des Anbieters |
| Projektplan | Lieferumfang, Termine, Budget und Abhängigkeiten | Projektleitung | Steuert ein zeitlich begrenztes Vorhaben und dessen Outputs |
| Onboarding-Plan | Arbeitsfähigkeit und erste wirksame Nutzung | Onboarding- oder Implementierungsleitung | Endet mit definierten Übergabekriterien |
| QBR oder EBR | Gemeinsame Bewertung und Entscheidungen | CSM und Kundenverantwortliche | Ist ein Review-Format, kein eigener Zielplan |
Tabelle 2: Abgrenzung des Success Plans von verwandten Steuerungsinstrumenten. Eigene Darstellung und konzeptionelle Synthese auf Grundlage von Wengler et al. (2026), GitLab und Gainsight.
Success Plan und Account Plan bleiben getrennt
Der Success Plan und der Account Plan dürfen gemeinsame Informationen nutzen. Dazu zählen Stakeholder, Vertragsdaten und strategische Rahmenbedingungen. Ihr Zweck bleibt jedoch verschieden.
Der Success Plan fragt: „Welches Ergebnis will der Kunde erreichen?“ Der Account Plan fragt dagegen: „Wie entwickelt der Anbieter diese Geschäftsbeziehung?“ Deshalb gehören Forecast, Renewal-Strategie und Expansion primär in den Account Plan.
Wengler et al. (2026) unterscheiden Customer Success Management und Key Account Management anhand ihrer Wertbeiträge. CSM steuert vor allem die Realisierung des erwarteten Werts in der Nutzung. KAM richtet sich stärker auf die strategische Geschäftsbeziehung. Diese Trennung erläutert auch der Beitrag Customer Success und Account Management klar trennen.
Ein QBR ersetzt keinen Success Plan
Ein Quarterly Business Review oder Executive Business Review ist ein Gesprächsformat. Dort bewerten Kunde und Anbieter Fortschritt, Hindernisse und nächste Entscheidungen. Der Success Plan liefert dafür die inhaltliche Grundlage.
Deshalb sollte das Team keine zweite Zielwelt für die Präsentation bauen. Es übernimmt stattdessen Ziele, Kennzahlen, Nachweise und offene Entscheidungen aus dem Plan. Nach dem Termin fließen Beschlüsse und neue Verantwortlichkeiten wieder zurück.
So entsteht ein einfacher Kreislauf: planen, handeln, messen, gemeinsam bewerten und anpassen. GitLab beschreibt Success Plans entsprechend als lebende Roadmaps und nutzt wiederkehrende Reviews für Priorisierung und Fortschrittskontrolle. Das QBR bleibt damit ein Steuerungstermin. Der Success Plan bleibt die gemeinsame Arbeitsgrundlage.
Wer verantwortet den Success Plan?
Der Customer Success Manager führt Methode, Aktualisierung und Review-Rhythmus. Außerdem verbindet er Ziele mit Adoption, Wertnachweisen und Risiken. Diese Prozessverantwortung bedeutet jedoch keine alleinige Ergebnisverantwortung.
Auf Kundenseite braucht jedes Geschäftsziel einen Business Owner. Diese Person besitzt die fachliche Autorität und verantwortet die notwendige Veränderung. Weitere Arbeitspakete erhalten jeweils einen klaren Verantwortlichen.
Die Rollen sollten daher ausdrücklich im Plan stehen. Ein einzelnes Feld „Owner“ reicht oft nicht. Sinnvoll sind mindestens Zielverantwortlicher beim Kunden, Prozessverantwortlicher im CSM und Verantwortliche für einzelne Initiativen. GitLab nutzt dafür unter anderem Directly Responsible Individuals auf Anbieter- und Kundenseite.
So entsteht ein belastbarer Success Plan
Zunächst wählen Kunde und CSM ein bis drei priorisierte Geschäftsziele. Danach erfassen sie die Ausgangslage und übersetzen jedes Ziel in einen messbaren Zielzustand. Anschließend legen sie Datenquelle und Prüfrhythmus fest.
Im nächsten Schritt bestimmen beide Seiten die nötigen Initiativen. Dazu gehören Produktnutzung, Prozessanpassungen, Befähigung und interne Kommunikation. Danach weisen sie jeder Initiative einen Verantwortlichen und einen Termin zu.
Schließlich dokumentieren sie Annahmen, Risiken und Abhängigkeiten. Der Plan gilt erst dann als gemeinsam vereinbart, wenn der Kunde Ziel, Beiträge und Nachweis bestätigt. Eine rein intern ausgefüllte Vorlage erfüllt diesen Anspruch nicht.
Wie bleibt der Success Plan lebendig?
Ein Success Plan ist kein Abschlussdokument. Kundenziele, Ansprechpartner und Rahmenbedingungen verändern sich. Deshalb braucht der Plan regelmäßige kurze Updates und gezielte Reviews.
Der CSM aktualisiert Fortschritt nicht nach Bauchgefühl. Er nutzt vereinbarte Produkt-, Prozess- oder Geschäftsdaten. Außerdem hält er Entscheidungen und Abweichungen fest. Bei roten Signalen klären beide Seiten die Ursache und passen Maßnahmen an.
Damit wird der Success Plan zum operativen Kern der Wertrealisierungsfunktion im Customer Success. Er zeigt nicht nur, was getan wurde. Vielmehr macht er sichtbar, ob der Kunde den angestrebten Wert erreicht.
Prohl und Kleinaltenkamp (2020) ordnen das Überwachen und Verbessern des Value-in-Use als fortlaufende Managementaufgabe ein. Der Success Plan übersetzt diese Aufgabe in einen gemeinsamen Arbeitsrhythmus.
Wie lässt sich die Qualität eines Success Plans prüfen?
Auch der Plan selbst braucht Qualitätskriterien. Die folgenden Kennzahlen sind eigene Operationalisierungen. Sie sind keine allgemein anerkannten Standardkennzahlen.
| Kennzahl | Eigene Berechnungslogik | Aussage |
| Operationalisierungsquote | Vollständig beschriebene aktive Ziele ÷ alle aktiven Ziele × 100 | Anteil der Ziele mit Baseline, Zielwert, Termin, Datenquelle und Kundenverantwortlichem |
| Evidenzabdeckung | Fällige Ziele mit aktuellem Nachweis ÷ alle fälligen Ziele × 100 | Zeigt, ob Fortschrittsaussagen datenbasiert sind |
| Kundenbestätigte Zielerreichung | Vom Kunden bestätigte erreichte Ziele ÷ alle fälligen Ziele × 100 | Trennt interne Einschätzung von gemeinsam verifiziertem Erfolg |
Tabelle 3: Mögliche Qualitätskennzahlen für Success Plans. Eigene Darstellung und Operationalisierung auf Grundlage von Goal Framing bei Gehring et al. (2026), Value Assessment bei Keränen und Jalkala (2013) sowie der Verifizierungslogik von GitLab.
Die Kennzahlen bewerten nicht den gesamten Customer Health Score. Sie prüfen lediglich, ob der Plan steuerbar und evidenzbasiert bleibt.
Typische Fehler bei Success Plans
Der häufigste Fehler ist eine anbieterseitige Aufgabenliste. Dann erscheinen Trainings, Meetings und Konfigurationen als Erfolg, obwohl das Kundenziel fehlt.
Ebenso problematisch sind Ziele ohne Baseline oder Datenquelle. Auch zehn gleichrangige Ziele verwässern die Prioritäten. Zudem scheitert der Plan, wenn der Kunde keinen Verantwortlichen benennt oder keine eigenen Beiträge übernimmt.
Schließlich darf der Plan nicht zum versteckten Vertriebsforecast werden. Renewal und Expansion können aus realisiertem Wert folgen. Sie sind aber keine Kundenziele. Wer beides vermischt, schwächt Vertrauen und verliert den Blick auf den Nutzen.
Fazit: Der Success Plan macht Kundenerfolg steuerbar
Ein Success Plan verbindet das gewünschte Ergebnis des Kunden mit gemeinsamer Arbeit und überprüfbarer Evidenz. Deshalb enthält er Ziele, Baselines, Zielwerte, Maßnahmen, Beiträge, Verantwortlichkeiten und einen festen Review-Rhythmus.
Sein Wert liegt nicht in der Vorlage. Entscheidend sind die gemeinsamen Entscheidungen, die darin sichtbar werden. Der Customer Success Manager hält diesen Prozess zusammen. Der Kunde verantwortet jedoch seine Geschäftsziele und die erforderlichen Veränderungen.
So verhindert der Success Plan, dass Customer Success nur Aktivität dokumentiert. Stattdessen richtet er beide Organisationen auf messbaren Kundenerfolg aus.
Wissenschaftliche Quellen
- Gehring, M., Mödinger, W., Reith, R. und Hochstein, B. (2026): Customer success: Toward a new foundational customer management concept. Journal of the Academy of Marketing Science. https://doi.org/10.1007/s11747-025-01121-5
- Keränen, J. und Jalkala, A. (2013): Towards a framework of customer value assessment in B2B markets: An exploratory study. Industrial Marketing Management, 42(8), 1307–1317. https://doi.org/10.1016/j.indmarman.2013.06.010
- Prohl, K. und Kleinaltenkamp, M. (2020): Managing value in use in business markets. Industrial Marketing Management, 91, 563–579. https://doi.org/10.1016/j.indmarman.2020.03.017
- Tuli, K. R., Kohli, A. K. und Bharadwaj, S. G. (2007): Rethinking customer solutions: From product bundles to relational processes. Journal of Marketing, 71(3), 1–17. https://doi.org/10.1509/jmkg.71.3.001
- Wengler, S., Kleinaltenkamp, M., Heirati, N. und Prohl-Schwenke, K. (2026): Untangling value-based customer management approaches in business markets: Value-based selling, customer success management, key account management. Industrial Marketing Management, 133, 162–174. https://doi.org/10.1016/j.indmarman.2026.01.009
Praxisquellen
- Donna Weber: Onboarding Matters – Book Resources: Success Plan Template. https://donnaweber.com/book-resources/
- Gainsight: Success Plan FAQs. https://support.gainsight.com/gainsight_nxt/Success_Plans/FAQs/Success_Plan_FAQs
- Gainsight: Share Success Plan. https://support.gainsight.com/gainsight_nxt/Success_Plans/User_Guides/Share_Success_Plan
- GitLab: Customer Success Plans. https://handbook.gitlab.com/handbook/customer-success/csm/success-plans/
- GitLab: Customer Success Management Handbook. https://handbook.gitlab.com/handbook/customer-success/csm/
Hinweis zur Quellenverwendung
„Success Plan“ ist kein einheitlich normierter wissenschaftlicher Begriff. Dieser Beitrag kennzeichnet deshalb die Definition, Tabellen und Kennzahlen ausdrücklich als eigene Synthesen oder Operationalisierungen. Wissenschaftliche Quellen begründen die Ziel-, Wert- und Rollenlogik. Die konkrete Ausgestaltung des Instruments stützt sich zusätzlich auf transparent ausgewiesene Praxisquellen.
Comments are closed