Ein B2B-SaaS-Kunde durchl\u00e4uft nicht einfach einen Verkaufstrichter und verl\u00e4ngert anschlie\u00dfend automatisch seinen Vertrag. Zwischen der ersten Bewertung einer L\u00f6sung und einer sp\u00e4teren Vertragsentscheidung liegen mehrere Phasen. In jeder Phase ver\u00e4ndern sich Ziele, Risiken, beteiligte Personen und notwendige Beitr\u00e4ge.<\/p>\n\n\n\n
Der Customer Lifecycle im B2B-SaaS macht diese Entwicklung steuerbar. Er verbindet Evaluation, Kauf, Implementierung, Onboarding, Adoption, Wertrealisierung sowie Renewal, Expansion oder Offboarding. Damit schafft er einen gemeinsamen Orientierungsrahmen f\u00fcr Vertrieb, Implementierung, Customer Success, Support, Produktmanagement und Account Management.<\/p>\n\n\n\n
Allerdings darf das Modell nicht als starre Abfolge verstanden werden. Viele Phasen \u00fcberschneiden sich. Au\u00dferdem entwickeln sich einzelne Nutzergruppen innerhalb eines Kundenunternehmens unterschiedlich schnell. Ein guter Lifecycle gibt daher Orientierung, ohne die Realit\u00e4t k\u00fcnstlich zu vereinfachen.<\/p>\n\n\n\n
Der Customer Lifecycle beschreibt die Phasen einer Kundenbeziehung aus einer steuernden Unternehmensperspektive. Er beantwortet vor allem drei Fragen: Wo steht der Kunde gerade? Welches Ergebnis soll er als N\u00e4chstes erreichen? Welche Beitr\u00e4ge m\u00fcssen Anbieter und Kunde daf\u00fcr leisten?<\/p>\n\n\n\n
Im B2B-SaaS beginnt der Lifecycle nicht erst nach dem Kauf. Bereits w\u00e4hrend der Evaluation entstehen Erwartungen, Erfolgsma\u00dfst\u00e4be und Annahmen \u00fcber den sp\u00e4teren Nutzen. Danach muss der Anbieter das Verkaufsversprechen in eine nutzbare L\u00f6sung und schlie\u00dflich in nachweisbare Ergebnisse \u00fcberf\u00fchren.<\/p>\n\n\n\n
Customer Success begleitet diese Entwicklung, besitzt aber nicht automatisch jede Phase. Wie im Grundlagenbeitrag Customer Success Management: Definition und Abgrenzung<\/a> erl\u00e4utert, erg\u00e4nzt Customer Success bestehende Funktionen. Deshalb braucht jede Phase klare Verantwortlichkeiten und geregelte \u00dcbergaben.<\/p>\n\n\n\n Customer Lifecycle und Customer Journey betrachten dieselbe Kundenbeziehung aus unterschiedlichen Blickwinkeln. Der Lifecycle strukturiert die Beziehung in steuerbare Phasen. Die Customer Journey betrachtet dagegen die Erfahrungen, Interaktionen und Touchpoints aus Kundensicht.<\/p>\n\n\n\n Lemon und Verhoef (2016)<\/a> gliedern die Customer Journey \u00fcbergreifend in eine Vorkauf-, Kauf- und Nachkaufphase. Dabei entsteht Kundenerfahrung \u00fcber zahlreiche direkte und indirekte Touchpoints. Im B2B-Gesch\u00e4ft kommen mehrere Personen, Funktionen und Kan\u00e4le hinzu.<\/p>\n\n\n\n Homburg und Tischer (2023)<\/a> zeigen deshalb, dass B2B-Unternehmen ihre Touchpoints wertorientiert gestalten, intern integrieren und gegen\u00fcber den einzelnen Mitgliedern des Buying Centers steuern m\u00fcssen. Der Lifecycle ersetzt diese Journey-Perspektive nicht. Vielmehr liefert er den organisatorischen Rahmen, in dem relevante Journeys stattfinden.<\/p>\n\n\n\n In der Evaluation pr\u00fcft der Kunde, ob die L\u00f6sung zu seinem Problem, seinen Prozessen und seinen wirtschaftlichen Zielen passt. Der Anbieter sollte deshalb nicht nur Funktionen pr\u00e4sentieren. Er muss au\u00dferdem verstehen, welche Ver\u00e4nderung der Kunde erreichen will und welche Bedingungen daf\u00fcr erf\u00fcllt sein m\u00fcssen.<\/p>\n\n\n\n Hier beginnt das Goal Framing. Anbieter und Kunde pr\u00e4zisieren Ziele, Ausgangslage, Messgr\u00f6\u00dfen, Zeitrahmen und notwendige Beitr\u00e4ge. Der Beitrag Was bedeutet Kundenerfolg im Customer Success?<\/a> erkl\u00e4rt diesen Zusammenhang sowie den sinnvollen Einsatz SMART formulierter Kundenziele ausf\u00fchrlicher.<\/p>\n\n\n\n Aktuelle Forschung versteht Customer Success als interorganisationale Leistung. Zielerreichung allein reicht dabei nicht aus; auch eine \u00fcbereinstimmende Bewertung und die Sichtbarkeit des Erfolgs z\u00e4hlen (Gehring et al., 2026<\/a>). Deshalb sollte die Evaluation bereits kl\u00e4ren, wer sp\u00e4ter ein Ergebnis beurteilt und wie der Kunde es intern nachweist.<\/p>\n\n\n\n Mit dem Vertragsabschluss endet der Vertriebsvorgang. Die Wertrealisierung beginnt jedoch erst. Genau an dieser Schnittstelle gehen h\u00e4ufig Informationen verloren: Kaufgr\u00fcnde, priorisierte Anwendungsf\u00e4lle, Stakeholder, Risiken, zugesagte Leistungen oder angenommene Voraussetzungen erreichen das nachgelagerte Team nur unvollst\u00e4ndig.<\/p>\n\n\n\n Deshalb braucht der \u00dcbergang mehr als einen CRM-Eintrag. Ein gemeinsamer Handover sollte mindestens die Kundenziele, Erfolgskriterien, Rollen, vereinbarten Leistungen, Abh\u00e4ngigkeiten und offenen Fragen enthalten. Au\u00dferdem sollte der Kunde aktiv beteiligt sein. So kann er falsche Annahmen korrigieren, bevor sie den Projektverlauf belasten.<\/p>\n\n\n\n Der Success Plan wird hier zur gemeinsamen Arbeitsgrundlage. Er \u00fcbersetzt das Verkaufsversprechen in \u00fcberpr\u00fcfbare Meilensteine. Gleichzeitig macht er deutlich, welche Ressourcen der Kunde bereitstellen muss. Damit verhindert die \u00dcbergabe, dass Sales einen idealisierten Zielzustand verkauft, den Implementierung und Customer Success sp\u00e4ter nicht belastbar herstellen k\u00f6nnen.<\/p>\n\n\n\n In der Implementierungsphase wird die SaaS-L\u00f6sung technisch und organisatorisch einsatzf\u00e4hig. Dazu geh\u00f6ren beispielsweise Konfiguration, Datenmigration, Schnittstellen, Rechtekonzepte, Tests und die Anpassung angrenzender Prozesse.<\/p>\n\n\n\n Trotzdem ist Implementierung keine rein technische Aufgabe. Mero et al. (2022)<\/a> zeigen am Beispiel einer SaaS-Einf\u00fchrung, dass sich Softwarefunktionen und organisatorische Routinen durch iteratives Lernen aneinander anpassen. Folglich sollte das Projektteam Annahmen fr\u00fch testen und aus der tats\u00e4chlichen Nutzung lernen.<\/p>\n\n\n\n Der relevante Fortschritt lautet daher nicht nur \u201eSystem bereitgestellt\u201c. Entscheidend ist, ob der Kunde einen priorisierten Anwendungsfall zuverl\u00e4ssig ausf\u00fchren kann. Daf\u00fcr ben\u00f6tigen Anbieter und Kunde eindeutige Abnahmekriterien, klare Entscheidungswege und einen sichtbaren Umgang mit Blockaden. Customer Success h\u00e4lt w\u00e4hrenddessen die Verbindung zwischen technischer Lieferung und angestrebtem Gesch\u00e4ftsergebnis.<\/p>\n\n\n\n Onboarding bringt Organisation und Menschen in die Lage, die L\u00f6sung sinnvoll einzusetzen. Die Phase umfasst daher mehr als Schulungen. Nutzer m\u00fcssen neue Abl\u00e4ufe verstehen, Zust\u00e4ndigkeiten akzeptieren und das neue Verhalten in ihren Arbeitsalltag integrieren.<\/p>\n\n\n\n Dabei erh\u00f6ht ein zu gro\u00dfer Umfang nicht automatisch den Wert. Eine umfangreiche empirische B2B-SaaS-Studie zeigt sogar, dass viele gleichzeitig verkaufte Zusatzleistungen die wahrgenommene Komplexit\u00e4t steigern und die Retention w\u00e4hrend des Onboardings senken k\u00f6nnen. Reichhaltigere pers\u00f6nliche Kommunikation kann diesen Effekt abmildern (Steinhoff et al., 2025<\/a>).<\/p>\n\n\n\n Deshalb sollte das Onboarding einen klar priorisierten Weg zum ersten relevanten Ergebnis bieten. Ein gutes Team definiert wenige notwendige Meilensteine, pr\u00fcft die Bef\u00e4higung der Nutzer und r\u00e4umt Hindernisse schnell aus. Time-to-First-Value ist dabei hilfreicher als die blo\u00dfe Anzahl abgeschlossener Trainings.<\/p>\n\n\n\n Nach dem Onboarding muss die L\u00f6sung im Tagesgesch\u00e4ft bestehen. Adoption bedeutet jedoch nicht nur, dass sich Nutzer anmelden. Sie zeigt sich darin, dass relevante Personen die entscheidenden Funktionen in der vorgesehenen Qualit\u00e4t und H\u00e4ufigkeit einsetzen.<\/p>\n\n\n\n Deshalb sollten Unternehmen Nutzungsdaten immer mit dem Anwendungsfall verbinden. F\u00fcr eine Abrechnungssoftware kann beispielsweise der Anteil korrekt automatisierter Vorg\u00e4nge aussagekr\u00e4ftiger sein als die Zahl monatlich aktiver Nutzer. Bei einer Analyseplattform kann dagegen entscheidend sein, ob F\u00fchrungskr\u00e4fte Berichte regelm\u00e4\u00dfig f\u00fcr Entscheidungen nutzen.<\/p>\n\n\n\n Customer Success identifiziert nun Nutzungsl\u00fccken, kl\u00e4rt ihre Ursachen und koordiniert passende Ma\u00dfnahmen. Hochstein et al. (2021)<\/a> beschreiben diese Rolle als proaktive Bef\u00e4higung und Einbindung des Kunden in die gemeinsame Wertsch\u00f6pfung. Folglich verbindet Adoption Produktverhalten, Kompetenzen, Prozesse und Kundenziele, statt Aktivit\u00e4t mit Erfolg gleichzusetzen.<\/p>\n\n\n\n In dieser Phase muss aus der Nutzung ein relevanter Beitrag zum Kundenziel entstehen. Der Kunde spart beispielsweise Zeit, senkt Fehler, reduziert Risiken oder verbessert seine Entscheidungsqualit\u00e4t. Erst dann realisiert er den potenziellen Wert der L\u00f6sung in seinem konkreten Nutzungskontext.<\/p>\n\n\n\n Der Beitrag Customer Value und Value-in-Use<\/a> erkl\u00e4rt ausf\u00fchrlich, warum Wert nicht einfach im Produkt steckt. Prohl und Kleinaltenkamp (2020)<\/a> unterscheiden beim Value-in-Use-Management zwischen dem Monitoring realisierter Wertbeitr\u00e4ge und ihrer gezielten Verbesserung.<\/p>\n\n\n\n Deshalb ben\u00f6tigt Customer Success sowohl Ergebnisdaten als auch das Urteil der beteiligten Stakeholder. Au\u00dferdem muss der erreichte Fortschritt sichtbar werden. Prohl-Schwenke und Kleinaltenkamp (2021)<\/a> zeigen, dass Anbieter die Value-in-Use-Erfahrung aktiv beeinflussen k\u00f6nnen. Das gelingt jedoch nur, wenn ihre Aktivit\u00e4ten f\u00fcr den Kunden selbst zus\u00e4tzlichen Wert schaffen.<\/p>\n\n\n\n Renewal ist kein isoliertes Ereignis kurz vor Vertragsende. Die Verl\u00e4ngerungsentscheidung verdichtet vielmehr die Erfahrungen aus allen vorherigen Phasen. Deshalb sollte der Anbieter nicht erst 90 Tage vor dem Termin nach einem Business Case suchen.<\/p>\n\n\n\n Ein belastbarer Renewal-Prozess pr\u00fcft fr\u00fchzeitig Zielerreichung, Stakeholder-Zustimmung, Nutzungsreife, offene Risiken und den zuk\u00fcnftigen Bedarf. Customer Health kann dabei Orientierung geben. Allerdings darf ein Health Score nicht nur Logins und Supportf\u00e4lle addieren. Forschung nennt Beziehungsqualit\u00e4t, Produktnutzung und Wertrealisierung als zentrale Dimensionen (Hochstein et al., 2023<\/a>).<\/p>\n\n\n\n Auch Expansion geh\u00f6rt in diese Phase, sofern sie zus\u00e4tzlichen Kundennutzen erm\u00f6glicht. Der Anbieter sollte deshalb zuerst den neuen Anwendungsfall und die Voraussetzungen pr\u00fcfen. Ein Upsell ohne ausreichende Adoption oder Ressourcen kann dagegen Komplexit\u00e4t erh\u00f6hen und den bisherigen Erfolg gef\u00e4hrden.<\/p>\n\n\n\n Nicht jede Kundenbeziehung wird verl\u00e4ngert. Dann braucht der Lifecycle einen geordneten Abschluss. Offboarding umfasst Zugriffsrechte, Datenexport, L\u00f6schpflichten, offene Supportf\u00e4lle, Abrechnung, Wissenstransfer und eine klare Abschlusskommunikation.<\/p>\n\n\n\n Dar\u00fcber hinaus sollte das Unternehmen den K\u00fcndigungsgrund sauber untersuchen. \u201eZu teuer\u201c ist selten eine ausreichende Erkl\u00e4rung. Vielleicht fehlte ein relevanter Anwendungsfall, vielleicht blieb die Adoption gering oder ein Sponsor verlie\u00df das Unternehmen. Deshalb sollten Customer Success, Sales, Produkt und Support ihre Erkenntnisse gemeinsam auswerten.<\/p>\n\n\n\n Ein professionelles Offboarding respektiert die Entscheidung des Kunden. Gleichzeitig sch\u00fctzt es Vertrauen und erm\u00f6glicht sp\u00e4ter ein Win-back. Vor allem schlie\u00dft es den Lernkreislauf: Erkenntnisse aus verlorenen Kunden verbessern Zielkl\u00e4rung, Produkt, Implementierung und Betreuung k\u00fcnftiger Kunden.<\/p>\n\n\n\n Die Phasen helfen bei der Steuerung, doch sie laufen selten sauber nacheinander. Implementierung und Onboarding k\u00f6nnen parallel stattfinden. Neue Nutzer beginnen sp\u00e4ter erneut mit der Bef\u00e4higung. Eine Produkterweiterung startet f\u00fcr einen Teil des Kunden sogar einen zus\u00e4tzlichen Mini-Lifecycle.<\/p>\n\n\n\n Auch die Customer Journey verl\u00e4uft dynamisch und teilweise rekursiv (Homburg & Tischer, 2023<\/a>). Deshalb sollte ein Unternehmen Phasen nicht nur anhand eines Datums wechseln. Besser sind \u00fcberpr\u00fcfbare Eintritts- und Austrittskriterien.<\/p>\n\n\n\n Beispielsweise endet Onboarding nicht, weil 60 Tage vergangen sind. Es endet, wenn definierte Nutzer den priorisierten Anwendungsfall selbstst\u00e4ndig ausf\u00fchren und ein erstes relevantes Ergebnis erkennen k\u00f6nnen. Auf diese Weise bleibt das Lifecycle-Modell flexibel, ohne beliebig zu werden.<\/p>\n\n\n\n Eine einzige Kennzahl kann den gesamten Lifecycle nicht sinnvoll abbilden. Stattdessen braucht jede Phase eine begrenzte Zahl passender Fortschritts- und Ergebnisindikatoren.<\/p>\n\n\n\nCustomer Lifecycle und Customer Journey sind nicht identisch<\/h2>\n\n\n\n
Phase 1: Evaluation und Zielkl\u00e4rung<\/h2>\n\n\n\n
Phase 2: Kauf und \u00dcbergabe<\/h2>\n\n\n\n
Phase 3: Implementierung und Konfiguration<\/h2>\n\n\n\n
Phase 4: Onboarding und Bef\u00e4higung<\/h2>\n\n\n\n
Phase 5: Adoption im Arbeitsalltag<\/h2>\n\n\n\n
Phase 6: Wertrealisierung und Reife<\/h2>\n\n\n\n
Phase 7: Renewal und wertorientierte Expansion<\/h2>\n\n\n\n
Phase 8: Offboarding und Lernen aus Churn<\/h2>\n\n\n\n
Warum der Lifecycle kein gerader Prozess ist<\/h2>\n\n\n\n
Welche Kennzahlen zu den Phasen passen<\/h2>\n\n\n\n