Customer Value Cycle: Kundennutzen iterativ erreichen

Der Rogall Customer Value Cycle (RCVC) als PDSA-inspiriertes Operating Model für Customer Success

Ein Customer Value Cycle beginnt mit einer einfachen Frage: Was soll sich im Geschäft des Kunden durch die Lösung verbessern? Ein eingeführtes System und aktive Nutzer liefern darauf noch keine Antwort. Erst wenn Menschen ihre Arbeitsweise verändern und ein relevantes Ergebnis entsteht, lässt sich über realisierten Kundennutzen sprechen.

Bei einem einmaligen Verkauf kann der Anbieter den Kauf abschließen und die weitere Betreuung an den Kundendienst übergeben. Im Abo-Modell hängt dagegen ein wesentlicher Teil des künftigen Umsatzes davon ab, ob der Kunde die Lösung weiter nutzen und bezahlen will. Trotzdem beginnt die Retention-Arbeit mancherorts erst, wenn die nächste Vertragsentscheidung naht. Wie lässt sich die Zeit dazwischen für tatsächlichen Kundennutzen nutzen? Dafür dient der hier vorgestellte Rogall Customer Value Cycle (RCVC).

Das Wichtigste in Kürze: Das Modell überträgt die Lernlogik von Plan–Do–Study–Act (PDSA) auf die gemeinsame Wertrealisierung im Customer Success. Ein fortgeschriebener Success Plan verbindet die Zyklen. Renewal ist ein kommerzieller Entscheidungspunkt im Verlauf der Beziehung und kein fünfter Schritt des Modells. Die Bausteine sind bekannt; die hier beschriebene Kombination ist ein konzeptioneller Vorschlag, dessen Wirkung noch empirisch geprüft werden muss.

Was ist Customer Value – und was messen wir tatsächlich?

Customer Value bezeichnet den Wert, den ein Kunde einer Lösung in seinem konkreten Kontext beimisst. Im Kontext von Customer Success Management ist es das angestrebte Geschäftsergebnis als Ziel („Desired Business Outcome“). Entscheider berücksichtigen Nutzen, Aufwand und verfügbare Alternativen. Während der Nutzung verändert sich diese Bewertung: Ein System kann technisch funktionieren und zugleich am wichtigsten Geschäftsziel vorbeigehen. Die Forschung zu Value Co-Creation betrachtet den Kunden als aktiven Mitgestalter. Er integriert die Ressourcen des Anbieters mit eigenen Menschen, Daten und Prozessen; der Anbieter kann die Wertrealisierung ermöglichen und unterstützen, aber nicht allein herstellen. [1][2]

Für die Steuerung hilft eine klare Unterscheidung:

Ebene	Beispiel	Aussagekraft
Aktivität	Schulung abgeschlossen, 80 Nutzer angelegt	Voraussetzungen wurden geschaffen.
Nutzung und Adoption	Ein definierter Vorgang läuft im neuen System	Die Veränderung gelangt in den Arbeitsprozess.
Operatives Ergebnis	Bearbeitungszeit sinkt von zehn auf sieben Minuten	Ein vereinbarter Prozessindikator verbessert sich.
Business Outcome	Rückstände sinken bei gleicher Personalkapazität	Ein relevantes Kundenziel wird erreicht.
Bewerteter Value	Die Leitung bestätigt den Nutzen im Verhältnis zu Aufwand und Alternativen	Der Kunde ordnet das Ergebnis wirtschaftlich und strategisch ein.

Quelle: Eigene Systematisierung auf Grundlage der Value-Co-Creation-Forschung [1][2]. Die Beispiele sind illustrativ.

Hohe Nutzung kann ein gutes Frühsignal sein. Sie beweist weder Zeitersparnis noch Qualität, Risikoreduktion oder Wachstum. Umgekehrt kann geringe Nutzung eines selten benötigten Compliance-Prozesses sinnvoll sein, wenn dieser im Ernstfall zuverlässig funktioniert. Deshalb müssen Kunde und Anbieter vorab festlegen, welche Nutzung sie erwarten und welches Ergebnis sie damit prüfen wollen. Diese Trennung vertieft der Beitrag Warum Unternehmen Customer Success Management brauchen.

Vom Übergabepfad zum wiederkehrenden Customer Value Cycle

Ein Customer Lifecycle ordnet Kauf, Einführung, Nutzung, Verlängerung und gegebenenfalls Ausstieg. Meine MBA-Arbeit über Customer Success im B2B-SaaS nutzt diese Perspektive, um Aufgaben und Übergaben zu analysieren. Sie bleibt für Verantwortlichkeiten und Vertragsereignisse sinnvoll. Ein Neukunde benötigt andere Leistungen als ein langjähriger Kunde. [6]

Warum das Abo-Modell den Blick verändert

Beim einmaligen Produktverkauf entsteht ein wesentlicher Teil des Erlöses mit dem Abschluss. Danach übernehmen Kundendienst und weitere After-Sales-Funktionen etwa Betrieb, Support und Gewährleistungsfälle. Sie wurden in der Vergangenheit oft als Cost Center geführt. Wiederkäufe, Wartungsverträge und Empfehlungen bleiben wirtschaftlich wichtig; Kundenbindung war also nie bedeutungslos. Allerdings muss nicht derselbe Vertrag regelmäßig erneut wirtschaftlich bestätigt werden.

Im abonnementbasierten B2B-Geschäft fließen Umsätze über die Vertragsdauer. An einer Verlängerung, Kündigungsfrist oder Budgetprüfung wird sichtbar, ob der Kunde die weitere Investition rechtfertigen kann. Selbst eine automatische Verlängerung ist kein Beweis für realisierten Nutzen: Ein Kunde kann später reduzieren oder kündigen. Damit wird Retention zu einer laufenden Managementaufgabe. Die Forschung beschreibt Customer Success gerade als proaktive, wiederkehrende Arbeit an der Wertrealisierung bei abonnementsbasierten B2B-Lösungen. [12]

Wenn Unternehmen ihre Organisation nur um die jährliche Vertragsentscheidung erweitern, ändern sie zwar die Verkaufsroutine, allerdings noch nicht die Arbeit während der Laufzeit. Ein Anruf wenige Wochen vor Ablauf kann vielleicht einen Vertrag klären; versäumte Prozessänderungen, fehlende Adoption oder nie gemessene Ergebnisse können auf diese Weise jedoch kaum nachgeholt werden. Diese Lücke führt vom herkömmlichen Übergabepfad zur Frage nach einem wiederkehrenden Steuerungsmodell.

Was die bestehende Arbeitsteilung bereits leistet

In vielen B2B-SaaS-Unternehmen entsteht ein nachvollziehbarer Übergabepfad. Seine konkrete Ausgestaltung variiert; manche Unternehmen verbinden mehrere Verantwortungen in einer Rolle.

Funktion	Typischer Beitrag zur Kundenbeziehung
Vertrieb	Erarbeitet in der Discovery Ziele, Nutzenannahmen und Kaufentscheidung.
Onboarding und Implementierung	Überführt die Lösung technisch und organisatorisch in den Betrieb.
Customer Success	Begleitet Adoption, Kundenziele, Risiken und Ergebnisgespräche.
Account Management	Betreut die kommerzielle Beziehung, Vertragsfragen und Erweiterungen.
Support	Hilft bei konkreten Fragen und Störungen, auch parallel zu allen anderen Tätigkeiten.

Quelle: Eigene vereinfachte Darstellung der Rollenlogik; vgl. [5][6][12]. Die tatsächliche Zuordnung ist organisationsabhängig.

Diese Arbeitsteilung ist eine Leistung: Fachleute übernehmen Aufgaben, für die sie die nötigen Kompetenzen besitzen. Übergaben bewahren Wissen und verhindern, dass der Kunde bei jeder neuen Ansprechperson von vorn beginnt. Die Nutzenannahmen aus dem Vertrieb sollten deshalb im Onboarding und späteren Success Plan überprüfbar weiterleben. Auch andere Value-Realization-Ansätze betonen diesen Übergang. [5][9]

Wo aus dem Pfad eine Steuerungslücke werden kann

Eine gelungene Übergabe gewährleistet noch keine fortlaufende Antwort auf die Frage, ob das Kundenziel erreicht wurde. Der Vertrieb kann einen plausiblen Business Case übergeben, Onboarding die Einführung abschließen und Support offene Tickets lösen. Der Kunde nutzt das Produkt regelmäßig. Trotzdem bleibt offen, ob der ursprünglich erwartete Zeitgewinn eintrat, weshalb er gegebenenfalls ausblieb und welches Ziel als Nächstes Vorrang hat.

Auch Customer Success und Account Management können diese Fragen bearbeiten. Eine Rollenbezeichnung allein legt jedoch weder eine gemeinsame Messung noch den Zeitpunkt einer Entscheidung fest. Wenn jedes Team nur seinen eigenen Meilenstein betrachtet, wandert die Nutzenannahme durch die Organisation, ohne systematisch gegen Kundenergebnisse geprüft zu werden. Beginnt Retention erst mit der Frage „Wollen Sie verlängern?“, muss der erreichte Wert kurz vor der Entscheidung nachträglich rekonstruiert werden. Ist das Ziel verfehlt, bleibt wenig Zeit für eine wirksame Veränderung. Das ist eine mögliche Lücke im Ablauf, keine Behauptung über jedes Unternehmen. Bereits existierende lebende Success Plans und Business Reviews zeigen, dass Unternehmen sie bewusst schließen können. [5][7][12]

Wie aus der Abfolge ein Kreislauf wird

Der erste Zyklus nimmt die Discovery aus dem Vertrieb auf: Welche Wirkung wurde erwartet, welche Voraussetzungen und Messgrößen wurden vereinbart? Onboarding und Implementierung setzen den ersten Anwendungsfall um. Customer Success und Kunde untersuchen gemeinsam Nutzung und Ergebnis. Aus dieser Untersuchung folgt eine Entscheidung: Hindernisse beheben, einen wirksamen Ablauf erweitern oder das Ziel neu definieren. Der aktualisierte Success Plan führt diese Entscheidung in die nächste Planung.

Danach benötigt der Kunde keine erneute Erstimplementierung. Ein neuer Standort, ein zusätzlicher Use Case, veränderte Prozesse oder eine enttäuschte Erwartung können den nächsten Durchlauf auslösen. Account Management bleibt für kommerzielle Schritte zuständig; Support löst weiterhin konkrete Probleme. Beide liefern Erkenntnisse und wirken an Maßnahmen mit. Der Customer Value Cycle ersetzt diese Funktionen nicht. Er verbindet ihre Beiträge mit einer wiederholten, vom Kunden bestätigten Prüfung des Nutzens.

Der Lifecycle zeigt damit, wann Ereignisse und Übergaben anstehen. Der Zyklus beschreibt, wie Kunde und Anbieter innerhalb der laufenden Beziehung planen, handeln, lernen und anpassen. Gerade diese Verbindung macht den Ansatz praktisch: Sie bewahrt die bewährte Arbeitsteilung und hält die Wertfrage über mehrere Ziele und Vertragsperioden hinweg offen.

PDSA als Inspiration für den Customer Value Cycle

Der Plan–Do–Study–Act-Zyklus wird mit Walter A. Shewhart und W. Edwards Deming verbunden. Beim Deming Institute steht Study für den Vergleich einer vorher formulierten Erwartung mit beobachteten Ergebnissen. Auf dieser Grundlage werden Annahmen und Maßnahmen angepasst. PDSA stammt aus der Qualitäts- und Verbesserungsarbeit; das folgende Modell ist keine identische Anwendung und keine von mir erfundene Variante der PDSA-Methode. [3][4]

Auf das Customer Success Management übertragen, bedeutet diese Lernlogik im Customer Value Cycle : Kunde und Anbieter vereinbaren zunächst, welche Wirkung sie erreichen wollen und woran sie diese erkennen. In Value Discovery & Success Planning formulieren sie beispielsweise die Erwartung, die Bearbeitungszeit eines Vorgangs innerhalb von acht Wochen von zehn auf sieben Minuten zu senken. Enablement & Implementation schafft die dafür nötigen Voraussetzungen. In Adoption & Value Realization wenden die betroffenen Teams den vorbereiteten Ablauf im Arbeitsalltag an. Value Review & Evolution untersucht anschließend, welche Ergebnisse tatsächlich entstanden sind, was Abweichungen erklärt und welche Anpassungen sinnvoll sind. Daraus entsteht die nächste Planung. Der PDSA-Gedanke bleibt dabei erhalten: Eine vorher formulierte Erwartung wird anhand tatsächlicher Ergebnisse untersucht und auf dieser Grundlage weiterentwickelt.

„Iterativ“, „feedbackbasiert“, „lernorientiert“ und „adaptiv“ beschreiben den Ansatz genauer als das alleinstehende Wort „agil“. Kurze Lernschleifen und Anpassungen passen zu agilem Denken. Historisch geht PDSA der modernen Agile-Bewegung jedoch voraus. Ein Business Review wird auch nicht allein dadurch agil, dass es quartalsweise stattfindet.

Der Rogall Customer Value Cycle in vier Schritten

Der RCVC ist ein Vorschlag für die Steuerung wiederholter Wertrealisierung nach dem Kauf. Er kann den Übergang vom Vertrieb aufnehmen und beginnt danach so oft neu, wie Kundenziele, Ergebnisse oder Umstände es erfordern. Die vier Schritte bilden keine starren Kalenderquartale.

Schritt	Leitfrage	Vereinbartes Ergebnis
1. Value Discovery & Success Planning	Welchen Kundennutzen wollen wir erreichen, woran erkennen wir ihn und was ist dafür nötig?	Geschäftsziel und Nutzenhypothese klären; Baseline, Zielgrößen, Messweg, Stakeholder, Voraussetzungen und Verantwortliche im Success Plan vereinbaren.
2. Enablement & Implementation	Welche Voraussetzungen müssen wir schaffen, damit der Kunde die geplante Veränderung umsetzen kann?	Lösung, Daten, Schnittstellen, Rollen und Prozesse vorbereiten; betroffene Menschen befähigen und die Einsatzbereitschaft des Anwendungsfalls prüfen.
3. Adoption & Value Realization	Wird die vorbereitete Veränderung im Arbeitsalltag angewendet und welche Wirkung entsteht dabei?	Den neuen Ablauf im Kundenprozess ausführen und verankern; Nutzung, Prozessdaten und erste Ergebnisse beobachten. Adoption zeigt die Anwendung, beweist aber noch keinen Kundennutzen.
4. Value Review & Evolution	Was wurde tatsächlich erreicht, was erklärt Abweichungen und was folgt daraus?	Ergebnisse mit Baseline und Erwartung vergleichen, den Nutzen mit dem Kunden bewerten, Anpassungen entscheiden und den Success Plan für den nächsten Zyklus fortschreiben.

Quelle: Eigene Modellkonzeption von Hanno M. Rogall (RCVC 1.0 / 2026), inspiriert von der iterativen PDSA-Lernlogik nach Shewhart/Deming [3][4]. Die vier RCVC-Schritte sind keine direkte Zuordnung zu Plan, Do, Study und Act.

1. Value Discovery & Success Planning: Erfolg und Voraussetzungen planen

Value Discovery fragt nach dem geschäftlichen Problem hinter dem gewünschten Feature. Ein Ziel wie „Transparenz verbessern“ braucht einen konkreten Bezug: Wer muss welche Entscheidung früher treffen? Welche Information fehlt heute? Welche Verzögerung soll sinken?

Der Success Plan hält Ausgangswert, Zielwert, Messmethode, Zeitraum und Umsetzungsverantwortung fest. Zugleich klären beide Seiten, welche Voraussetzungen für die gewünschte Wirkung nötig sind: betroffene Teams, Prozessänderungen, Daten, Schnittstellen und Entscheidungen beim Kunden. Ohne Baseline können beide Seiten Veränderungen später kaum einordnen. Ist eine Messung zunächst unmöglich, kann der erste Zyklus ausdrücklich dem Aufbau eines verlässlichen Messverfahrens dienen. Der Vertrieb liefert dafür die ursprünglichen Nutzenannahmen; Customer Success validiert sie mit den verantwortlichen Personen des Kunden. Zu dieser Schnittstelle passt Value Selling: Kundennutzen gemeinsam greifbar machen. Eine spätere Vertiefung zur Value Discovery wird die Erhebung und Prüfung dieser Annahmen im Detail behandeln.

2. Enablement & Implementation: Voraussetzungen schaffen

Bei einem Neukunden umfasst dieser Schritt häufig technische Einführung, Datenmigration, Konfiguration, Onboarding und Training. Später können weitere Nutzer, Standorte, Schnittstellen, Module oder Prozesse hinzukommen. Es geht jeweils darum, den geplanten Anwendungsfall arbeitsfähig zu machen: Sind Daten verfügbar? Funktionieren Schnittstellen? Sind Rollen und Verantwortungen geklärt? Wissen die betroffenen Menschen, wie sie den Ablauf ausführen sollen?

Enablement und Implementation greifen ineinander. Eine Schulung allein ändert noch keinen Arbeitsprozess; eine technisch fertige Konfiguration bewirkt ohne Befähigung ebenfalls wenig. Der CSM hält das gemeinsame Kundenziel im Blick, während Implementierung, Training, Support und kundenseitige Verantwortliche ihre jeweiligen Beiträge leisten. Ein Implementierungsreview kann helfen sicherzustellen, dass der vorgesehene Einsatz beginnen kann. Er belegt aber noch nicht, dass die Lösung bereits den erhofften Value liefert.

3. Adoption & Value Realization: Veränderung anwenden

Jetzt verwenden die betroffenen Teams die vorbereitete Lösung in den vereinbarten Arbeitsabläufen. Adoption bedeutet hier mehr als Logins: Der konkrete Vorgang muss im Alltag auf die neue Weise bearbeitet werden. Der Kunde stellt die eigenen Menschen, Entscheidungen und Prozesse bereit; der Anbieter unterstützt bei Hindernissen und kann die Nutzung anhand des ausgewählten Anwendungsfalls beobachten.

Erst diese Anwendung eröffnet die Möglichkeit, dass der geplante Nutzen entsteht: etwa kürzere Bearbeitungszeiten, weniger Fehler, bessere Dokumentation oder ein sinkender Rückstand. Nutzungs- und Prozessdaten zeigen, ob und wie die Veränderung stattfindet. Sie sind frühe Indikatoren, kein Beweis für den Business Outcome. Auch ein positives operatives Signal muss im nächsten Schritt mit der Ausgangslage, möglichen Störfaktoren und der Bewertung durch den Kunden abgeglichen werden.

4. Value Review & Evolution: Ergebnis prüfen und nächsten Zyklus ableiten

Kunde und Anbieter vergleichen die im Success Plan festgehaltene Erwartung mit den beobachteten Ergebnissen. Vielleicht steigt die Nutzung, während die Bearbeitungszeit gleich bleibt. Vielleicht sinkt die Zeit nur in einem Team. Vielleicht haben sich Fallmix oder Nachfrage geändert. Solche Befunde verlangen Analyse statt einer Erfolgsmeldung aus dem Dashboard. Der Review klärt, welche Wirkung plausibel auf den veränderten Ablauf zurückgeht, wo Unsicherheit bleibt und welchen Wert der Kunde dem Ergebnis beimisst.

Ein Business Review kann diese gemeinsame Prüfung strukturieren: Was war das Ziel? Welche Veränderung wurde umgesetzt? Welche Evidenz liegt vor? Was sagt der Kunde zur Wirkung? Wo bleiben Gegenbeispiele? Direkte Kosteneinsparungen sind nur dann zu behaupten, wenn Kosten tatsächlich entfallen. Freigesetzte Zeit ist zunächst Kapazität; der Kunde kann sie etwa für Rückstandsabbau oder mehr Leistung einsetzen.

Aus der Prüfung folgt eine Entscheidung. Beide Seiten können einen wirksamen Ablauf ausweiten, ein Training nachholen, eine Integration verbessern oder einen unergiebigen Anwendungsfall beenden. Auch das Geschäftsziel kann sich ändern. Sie dokumentieren Entscheidung, Verantwortliche und offene Annahmen im Success Plan. Danach beginnt die nächste Runde mit einer aktualisierten Discovery; sie muss nicht bei null anfangen. Die Frage lautet: Welchen Value wollen wir als Nächstes erreichen, und welche bisherigen Annahmen gelten weiterhin? Bleibt die Wirkung aus, ist ein ehrliches Re-Planning besser als eine mechanische Wiederholung derselben Maßnahmen.

Success Plan und High Impact Engagements

Der Success Plan ist das gemeinsame Steuerungsartefakt über mehrere Customer Value Cycles hinweg. Er dokumentiert pro Ziel mindestens Ausgangslage, erwartete Veränderung, Messung, Zeitfenster, Verantwortliche, Evidenz und Entscheidungen. Er wird im Verlauf angelegt, operationalisiert, geprüft und fortgeschrieben. Diese Idee eines lebenden Plans ist in der Praxis bereits etabliert; das GitLab Handbook beschreibt einen kundenbezogenen Plan über Onboarding und laufende Reviews hinweg. [5]

Nicht jede Nutzungsabweichung braucht ein Meeting. Standarddaten lassen sich automatisiert beobachten. Menschliche Customer Success-Arbeit konzentriert sich auf Entscheidungen und Deutung: Value Discovery und Zielabgleich, Implementierungsreview, Enablement bei Hindernissen, Adoption Review, Risiko-Intervention, Success Plan-Review und Business Review. Ein Renewal Review erhält seinen Platz, wenn ein kommerzieller Entscheidungspunkt näher rückt. Die passende Intensität richtet sich nach Kundensegment, Komplexität und Risiko. Weitere Hinweise liefert der Beitrag zur Customer Success-Segmentierung.

Diese Kontakte sind nur dann „High Impact“, wenn sie eine relevante Frage klären oder eine Entscheidung ermöglichen. Ein Anruf zur Terminabsprache, eine E-Mail mit dem Videolink oder ein routinemäßiger Termin ohne Konsequenz verbraucht auf beiden Seiten unnötig Zeit und hat keinen „Impact“ auf die Geschäftsentwicklung.

Renewal: Entscheidungspunkt im laufenden Zyklus

Renewal ist im RCVC keine fünfte Phase. Die Vertragsverlängerung folgt einer kommerziellen Frist, während Wertrealisierung fortlaufend stattfindet. Retention-Arbeit beginnt daher mit dem ersten vereinbarten Kundenziel und nicht erst mit der Verlängerungsfrage. Ein Review vor Vertragsende prüft daher zusätzlich die Renewal Readiness: Welche Ziele sind nachweisbar erreicht? Welche bleiben offen? Welche Risiken bestehen? Welcher weitere Nutzen ist unter welchen Voraussetzungen plausibel?

Das Review liefert eine Grundlage für die Entscheidung des Kunden und für die kommerzielle Abstimmung. Es ersetzt weder Budgetfreigabe noch Verhandlung. Im hier verwendeten Rollenmodell führt Vertrieb oder Account Management die kommerzielle Entscheidung; Customer Success bringt die gemeinsame Evidenz und künftigen Wertbedarf ein. [6] Ein gutes Renewal wird durch belegten und erwartbaren Value unterstützt, ist aber wegen Preisen, Strategie, Wettbewerb und Budget nie garantiert. Entsprechend sind Retention, Expansion und Advocacy erwünschte mögliche Ergebnisse wiederholter Wertrealisierung, keine automatisch eintretenden Schritte im Modell. Siehe dazu Renewal, Retention und Churn und Expansion im Customer Success.

Fiktives Beispiel: zwei Lernschleifen in einem B2B-SaaS-Konto

Ein ausdrücklich fiktiver Anbieter liefert eine Software zur Bearbeitung interner Serviceanfragen. Ein Kunde mit zwei Standorten möchte Rückstände abbauen und die Dokumentation vereinheitlichen. Alle Zahlen dienen nur der Illustration.

Erster Zyklus: Kunde und Anbieter messen bei vergleichbaren Standardfällen zunächst eine mediane Bearbeitungszeit von zehn Minuten. Gemeinsam erwarten sie nach acht Wochen sieben Minuten und definieren, welche Fälle in die Messung eingehen. Ein Team übernimmt den neuen Ablauf; Rollen, Vorlagen und Schnittstellen werden eingerichtet. Nach acht Wochen nutzen 85 Prozent der vorgesehenen Beschäftigten den Ablauf. Die mediane Bearbeitungszeit liegt dennoch bei neun Minuten. Im Review zeigt sich: Mitarbeitende erfassen Daten zweimal, weil eine Schnittstelle fehlt. Die hohe Adoption widerlegt den Prozessengpass nicht. Beide Seiten beschließen die Integration und halten die geänderte Erwartung im Success Plan fest.

Zweiter Zyklus: Nach Einführung der Schnittstelle und einer kurzen Schulung misst der Kunde bei vergleichbaren Fällen sieben Minuten. Parallel sinkt der Rückstand. Beide Seiten prüfen, ob Fallmix, Personalstärke oder saisonale Effekte das Ergebnis beeinflusst haben. Die Leitung bestätigt, dass freigewordene Kapazität den Rückstandsabbau ermöglicht hat. Sie behauptet keine eingesparten Personalkosten, da die Beschäftigten weiter im Unternehmen arbeiten. Nun entsteht ein neues Ziel: Der zweite Standort soll denselben Ablauf übernehmen, ohne die Dokumentationsqualität zu verschlechtern. Damit startet ein weiterer Zyklus mit neuer Baseline und anderen Stakeholdern.

Würde der Anbieter erst wenige Wochen vor Vertragsende nach der Verlängerung fragen, träfe er möglicherweise auf die enttäuschende Messung des ersten Zyklus. Der rechtzeitige Review macht den Engpass sichtbar, solange beide Seiten die Schnittstelle noch verbessern und die Wirkung erneut prüfen können.

Fällt in diese zweite Runde die Vertragsverlängerung, kann das Business Review die bisherige Wirkung und die Bedingungen des nächsten Vorhabens für die Entscheidung zusammenfassen. Die Verlängerung bleibt ein eigenes kommerzielles Ereignis.

Was ist übernommen, adaptiert und neu kombiniert?

Ein Customer Value Cycle ist als allgemeiner Begriff und als Grundidee nicht neu. Maranda Dziekonski beschreibt Ziele verstehen, planen, Value liefern und berichten; sie warnt ausdrücklich davor, Adoption mit Renewal-Sicherheit gleichzusetzen. Ortto nennt fünf Stufen eines Value-Realization-Cycle. Cuvama verbindet Sales-Handover, Success Plan, Business Reviews und sich entwickelnde Kundenbedürfnisse in einer fortlaufenden Schleife. Ibbaka verwendet ebenfalls ein Value-Cycle-Framework für Customer Value Management. GitLab beschreibt lebende Success Plans und outcomeorientierte Reviews. Selbst der Bezug von PDSA auf Customer Success-Prozesse ist andernorts bereits ausdrücklich empfohlen worden. [5][7][8][9][10][11]

Herkunft/Baustein	Beitrag zum vorliegenden Modell	Grenze eines Neuheitsanspruchs
PDSA nach Shewhart/Deming	Erwartung vorab formulieren, Ergebnisse untersuchen, daraus lernen	Lernzyklus und vierteilige Grundlogik sind übernommen.
Value Co-Creation und Value-in-use	Kundennutzen im Anwendungskontext gemeinsam verstehen	Wissenschaftlicher Bezugsrahmen ist etabliert.
Vorhandene Value Cycles	Ziele, Delivery, Nachweis und Weiterentwicklung	Wiederkehrende Wertarbeit ist bereits beschrieben.
Success Plans und Business Reviews	Gemeinsame Dokumentation und Ergebnisgespräche	Lebende Pläne und Reviews sind etablierte Praxis.
RCVC 1.0	PDSA-inspirierte, überprüfbare Nutzenhypothese je Kundenziel; getrennte Betrachtung von Voraussetzungen, Anwendung und Wertrealisierung; gemeinsame Ergebnisprüfung und Weiterentwicklungsentscheidung; ein fortgeschriebener Success Plan; Renewal als periodischer kommerzieller Entscheidungspunkt.	Eigenständige konzeptionelle Kombination und Akzentsetzung, keine nachgewiesene methodische Ersterfindung oder empirisch validierte Überlegenheit.

Quelle: Eigene vergleichende Einordnung auf Basis der PDSA-Quellen [3][4] und der dokumentierten Praxisansätze [5][7]–[11]. Kein vollständiger systematischer Literaturreview.

Der Unterschied liegt damit in der konkreten Architektur und ihrer konsequenten Verwendung: Jede relevante Maßnahme hat eine vorher vereinbarte Nutzenhypothese, eine Prüfung der tatsächlichen Wirkung und eine Entscheidung für den folgenden Zyklus. Ob diese Kombination bessere Ergebnisse erzielt als andere Operating Models, muss eine Anwendung mit geeigneten Vergleichsdaten erst zeigen.

Fazit: Die nächste Value-Frage macht den Unterschied

Der Customer Value Cycle gibt Customer-Success-Teams einen wiederholbaren Rahmen, um von Aktivität zu überprüfbarer Wirkung zu gelangen. Ein Lifecycle bleibt für Übergaben, Termine und Vertragsereignisse nützlich. Der Zyklus steuert, was zwischen diesen Ereignissen gelernt und verändert wird.

Für den Einstieg genügt ein priorisiertes Kundenziel: Ausgangslage erfassen, erwartete Wirkung festhalten, eine konkrete Veränderung umsetzen und die Ergebnisse mit dem Kunden untersuchen. Danach aktualisieren beide Seiten den Success Plan. Die nächste Frage lautet nicht „Welche Funktion können wir noch ausrollen?“, sondern: Welchen Value wollen wir als Nächstes erreichen?

Quellen und Weiterführung

1. Vargo, S. L. & Lusch, R. F. (2008): „Service-dominant logic: continuing the evolution“, Journal of the Academy of Marketing Science 36, 1–10. DOI.
2. Payne, A. F., Storbacka, K. & Frow, P. (2008): „Managing the co-creation of value“, Journal of the Academy of Marketing Science 36, 83–96. DOI. Ergänzend: Rogall, H. M. (2025), Erfolgsfaktor Customer Success Management in B2B-SaaS-Kundenorganisationen, MBA-Masterarbeit, Kapitel 2.4; unveröffentlichte, vom Autor bereitgestellte Fassung.
3. W. Edwards Deming Institute: PDSA Cycle, insbesondere Plan, Study und Vergleich von Vorhersage und Ergebnis.
4. Moen, R. & Norman, C.: „Circling Back: Clearing Up Myths About the Deming Cycle and Seeing How It Keeps Evolving“.
5. GitLab Handbook: Success Plans und Executive Business Reviews.
6. Rogall, H. M. (2025): Erfolgsfaktor Customer Success Management in B2B-SaaS-Kundenorganisationen, Handlungsempfehlungen zur Abgrenzung von CSM und Vertrieb; unveröffentlichte, vom Autor bereitgestellte Fassung. Siehe auch den Value-Selling-Beitrag.
7. Dziekonski, M. (2024): „Using a value cycle to drive renewals“, Customer Success Collective.
8. Wiseman, E. (2022): „5 strategies for driving customer value realization in SaaS“, Ortto.
9. Cuvama: „The Ultimate Guide to Value Realization“, Abschnitt zum vierstufigen Value Realization Framework.
10. Ibbaka: „The Value Narrative: Integrating Value Across the Customer Lifecycle“, fünfteiliger Value Cycle.
11. Griffin, K.: „4 Steps to Automate Your Customer Success Processes with Intention“, ausdrücklicher PDSA-Hinweis für Customer-Success-Prozesse.
12. Hochstein, B., Chaker, N. N., Rangarajan, D., Nagel, D. & Hartmann, N. N. (2021): „Proactive Value Co-Creation via Structural Ambidexterity: Customer Success Management and the Modularization of Frontline Roles“, Journal of Service Research, 24(4), 601–621. Die Fallstudie beschreibt proaktive Wertarbeit und die Herausforderung langfristiger Verlängerung bei abonnementsbasierten B2B-Lösungen.

Autoren- und Versionshinweis: Hanno M. Rogall, Rogall Customer Value Cycle (RCVC): Ein PDSA-inspiriertes Operating Model für kontinuierliche Wertrealisierung im Customer Success, Version 1.0 / 2026. Vorgesehene Erstveröffentlichung: CustomerSuccess.eu. Konzeptioneller Praxisrahmen; nicht als empirisch validiertes Wirkungsmodell ausgewiesen.