Viele Lizenzen sind aktiviert und die Klickzahlen steigen. Ist das bereits erfolgreiche Product Adoption? Nicht unbedingt. Aktivität beweist weder eine dauerhafte Verankerung im Arbeitsprozess noch einen Beitrag zum Kundenziel.
Die entscheidende Frage lautet: Nutzen die vorgesehenen Personen wertrelevante Funktionen regelmäßig, zweckmäßig und selbstständig in Arbeitsabläufen? Erst dann entsteht aus technischer Verfügbarkeit eine tragfähige Nutzungspraxis.
Das Wichtigste in Kürze
- Product Adoption ist mehr als Log-in, Lizenzaktivierung oder einmalige Feature-Nutzung.
- Wirksame Adoption verbindet Nutzer, Aufgabe, Funktion, Nutzungstakt und Arbeitsprozess.
- Im B2B-SaaS muss ein Unternehmen sowohl einzelne Nutzer als auch Rollen, Teams und Kundenorganisationen betrachten.
- Nutzungsdaten liefern wichtige Signale. Sie benötigen jedoch Kontext aus Gesprächen, Prozessdaten und Kundenzielen.
- Adoption ist eine Voraussetzung für Value-in-Use, aber noch kein Beweis für Kundenerfolg.
- Kennzahlen müssen zum jeweiligen Anwendungsfall passen. Universelle Grenzwerte sind meist irreführend.
Was Product Adoption bedeutet
Die Forschung verwendet keinen einheitlichen Product-Adoption-Begriff für Customer Success. Deshalb nutzt dieser Beitrag folgende Arbeitsdefinition:
Product Adoption bezeichnet den Grad, in dem die vorgesehenen Nutzer und Organisationseinheiten wertrelevante Funktionen einer Lösung in ihre Arbeitsprozesse integrieren, im passenden Takt einsetzen und ausreichend selbstständig anwenden.
Definitionshinweis: eigene Synthese für diese Artikelserie auf Grundlage von Cooper und Zmud (1990), Jasperson, Carter und Zmud (2005), Burton-Jones und Straub (2006) sowie Barki, Titah und Boffo (2007). Die Formulierung ist keine wörtlich übernommene wissenschaftliche Definition.
Damit liegt Product Adoption nach dem Customer Onboarding. Onboarding stellt Arbeitsfähigkeit her. Customer Success begleitet anschließend die dauerhafte, zielgerichtete Nutzung und ihre Weiterentwicklung.
Aktivierung, Adoption und Kundenerfolg sind nicht identisch
Aktivierung bezeichnet einen ersten relevanten Nutzungsschritt. Time to First Value markiert den ersten anerkannten Wertbeitrag. Adoption zeigt dagegen, dass Nutzer die Lösung wiederholt in ihre Arbeit einbeziehen. Kundenerfolg verlangt schließlich die erkennbare Zielerreichung.
Cooper und Zmud (1990) unterscheiden bei der Einführung von Informationstechnologie unter anderem Akzeptanz, Routinisierung und Infusion. Eine Anwendung kann somit akzeptiert sein, ohne ihr Potenzial im Unternehmen auszuschöpfen. Auch Jasperson et al. (2005) richten den Blick auf Verhaltensweisen nach der erstmaligen Einführung und auf die häufige Unterauslastung bereits installierter Systeme.
Deshalb gilt für die Steuerung (eigene begriffliche Verdichtung):
Aktivierung schafft den Einstieg. Adoption verankert die Nutzung. Kundenerfolg bewertet die Zielerreichung.
Warum Log-ins kein ausreichender Nachweis sind
Ein Log-in sagt nicht, welche Aufgabe jemand erledigt. Ebenso wenig zeigt er, ob die Person einen Prozess erfolgreich abschließt. Manche Nutzer öffnen eine Lösung häufig, weil Abläufe unnötig kompliziert sind. Andere erzielen großen Nutzen über automatisierte Prozesse, ohne sich täglich anzumelden.
Burton-Jones und Straub (2006) zeigen, dass Systemnutzung nur im jeweiligen Zusammenhang sinnvoll messbar ist. Entscheidend sind Nutzer, System und Aufgabe. Eine ungeeignete Nutzungskennzahl kann sogar zu gegensätzlichen Schlussfolgerungen über Leistung führen.
Auch Barki et al. (2007) erweitern den Blick über reine Interaktionen mit der Technik hinaus. Nutzer lernen, passen Aufgaben an und verändern das Zusammenspiel von Mensch, Technologie und Arbeitsprozess. Product Adoption muss daher mehr erfassen als Klicks und Sitzungsdauer.
Fünf Dimensionen wirksamer Product Adoption
Eine belastbare Bewertung verbindet fünf Dimensionen:
| Dimension | Leitfrage | Mögliches Signal |
|---|---|---|
| Reichweite | Nutzen die vorgesehenen Rollen und Einheiten die Lösung? | aktive Zielnutzer oder aktive Kundenbereiche |
| Nutzungstiefe | Verwenden sie die für den Anwendungsfall relevanten Funktionen? | ausgeführte Kernfunktionen und vollständige Workflows |
| Nutzungstakt | Erfolgt die Nutzung so häufig, wie es der Arbeitsprozess verlangt? | tägliche, wöchentliche oder ereignisbezogene Ausführung |
| Prozessintegration | Ist die Lösung Bestandteil eines stabilen Arbeitsablaufs? | Übergaben, Datenflüsse und Verantwortlichkeiten funktionieren |
| Zielbezug | Unterstützt die Nutzung das vereinbarte Kundenziel? | Verbindung zwischen Nutzungssignal und Ergebniskennzahl |
Tabelle 1: Dimensionen wirksamer Product Adoption. Eigene Darstellung auf Grundlage von Frambach und Schillewaert (2002), Cooper und Zmud (1990), Burton-Jones und Straub (2006) und dem praxisorientierten Breadth-Depth-Frequency-Modell von Pendo. Die Ergänzungen Prozessintegration und Zielbezug sind eigene konzeptionelle Erweiterungen.
Keine Dimension reicht allein aus. Eine hohe Reichweite bei geringer Tiefe kann auf oberflächliche Nutzung hinweisen. Hohe Nutzungstiefe bei nur einem Power User schafft dagegen ein personelles Risiko.
Product Adoption beginnt mit einem Kernprozess
Unternehmen sollten nicht jede verfügbare Funktion gleich gewichten. Zunächst benötigen Anbieter und Kunde einen priorisierten Anwendungsfall. Anschließend bestimmen sie den Kernprozess, die beteiligten Rollen und die Funktionen, ohne die dieser Prozess nicht erfolgreich ablaufen kann.
Für eine Planungssoftware könnte der Kernprozess beispielsweise von der Datenübernahme über die gemeinsame Bearbeitung bis zur Freigabe eines belastbaren Plans reichen. Ein einzelner Export oder Dashboard-Aufruf wäre dann nur ein Teilschritt.
Die Auswahl folgt dem Kundenziel, nicht der Produktnavigation. Gehring et al. (2026) beschreiben Goal Framing als gemeinsame Identifikation und Operationalisierung von Kundenzielen. Der Beitrag Was bedeutet Kundenerfolg im Customer Success? erläutert diese Grundlage. Erst danach lässt sich entscheiden, welche Nutzung tatsächlich wertrelevant ist.
Mit welchen Kennzahlen Unternehmen Adoption messen können
Die folgenden Arbeitsdefinitionen für B2B-SaaS sind nicht standardisiert. Unternehmen müssen sie an Rolle, Kernprozess und Nutzungstakt anpassen.
| Kennzahl | Arbeitsformel | Aussage |
| Reichweitenquote | aktive Zielnutzer ÷ vorgesehene Zielnutzer | Erreicht die Lösung die relevanten Personen? |
| Kernprozessquote | Kunden mit vollständig ausgeführtem Kernprozess ÷ Kunden mit relevantem Anwendungsfall | Wird der zentrale Workflow tatsächlich umgesetzt? |
| Nutzungstiefe | regelmäßig genutzte wertrelevante Funktionen ÷ vereinbarte wertrelevante Funktionen | Wie umfassend nutzen Kunden den vorgesehenen Lösungsumfang? |
| Nutzungsstabilität | Perioden mit erfolgreichem Kernprozess ÷ erwartete Nutzungsperioden | Bleibt die Nutzung über den benötigten Zeitraum bestehen? |
| Autonomiequote | ohne Anbieterintervention abgeschlossene Kernprozesse ÷ abgeschlossene Kernprozesse | Können Nutzer den Prozess selbstständig ausführen? |
| Power-User-Konzentration | Kernprozessaktivitäten der definierten aktivsten Nutzergruppe ÷ alle Kernprozessaktivitäten | Hängt die Nutzung von wenigen Personen ab? |
Tabelle 2: Mögliche Kennzahlen zur Operationalisierung von Product Adoption. Eigene Darstellung und Formeln auf Grundlage von Tabelle 1; keine wissenschaftlich standardisierten Kennzahlen. Auswahl und Gewichtung müssen empirisch geprüft werden.
Ein monatlicher Prozess benötigt keine tägliche Nutzung. Außerdem gehören nur relevante Nutzer und Funktionen in den Nenner. Sonst bestraft die Kennzahl ein korrektes Rollenmodell.
Im B2B zählt der Account, nicht nur der einzelne Nutzer
B2B-Software wirkt häufig arbeitsteilig. Administratoren konfigurieren, Fachnutzer bearbeiten Vorgänge und Führungskräfte prüfen Ergebnisse. Daher kann kein einzelner Nutzer die Adoption des gesamten Kunden repräsentieren.
Frambach und Schillewaert (2002) betrachten Technologieadoption sowohl auf Ebene der Organisation als auch auf Ebene einzelner Anwender. Für Customer Success folgt daraus eine zweistufige Auswertung: Welche Rollen handeln wie vorgesehen, und welche Kundenorganisationen führen den gesamten Kernprozess stabil aus?
Power User können Adoption beschleunigen, Kollegen helfen und die Lösung in den Arbeitskontext übersetzen. Zugleich dürfen sie nicht den gesamten Account repräsentieren. Ein kleiner Nutzerkreis kann hohe Aktivität erzeugen, obwohl vorgesehene Rollen kaum mitarbeiten. Verlässt eine Schlüsselperson das Unternehmen, kann die Adoption einbrechen.
Deshalb sollte Customer Success auch die Nutzungsverteilung prüfen. Die in Tabelle 2 vorgeschlagene Power-User-Konzentration ist eine eigene Managementkennzahl für dieses Personenrisiko. Ihre Interpretation hängt vom Rollenmodell ab: Bei einem zentralisierten Prozess kann eine hohe Konzentration korrekt sein.
Vier Datenquellen ergeben ein belastbares Bild
Produkttelemetrie liefert objektive Verhaltensdaten. Dennoch erklärt sie selten Motivation, Prozessqualität oder Zielbeitrag. Deshalb sollten CSM und Product Team vier Perspektiven verbinden:
| Datenquelle | Erkenntnis | Typische Grenze |
| Produkttelemetrie | Nutzer, Ereignisse, Funktionen und Zeitverläufe | zeigt nicht automatisch Zweck oder Ergebnis |
| Prozess- und Ergebnisdaten | Durchlaufzeiten, Fehler, Volumen oder Qualität | benötigt Baseline und vergleichbare Definitionen |
| Kundengespräche | Hindernisse, Arbeitsweisen und wahrgenommener Nutzen | kann durch Einzelmeinungen verzerrt sein |
| Support- und Enablementdaten | Hilfebedarf, Wissenslücken und wiederkehrende Blockaden | viele Kontakte können Lernen oder Probleme bedeuten |
Tabelle 3: Datenquellen zur Bewertung von Product Adoption. Eigene Darstellung auf Grundlage von Hochstein et al. (2023) und DeLone und McLean (2003).
Adoption gehört in den Customer Health Score
Hochstein et al. (2023) fassen Produktnutzung, Beziehungsqualität und Wertrealisierung als unterschiedliche Bestandteile von Customer Health auf. Deshalb sollten Reichweite, Nutzungstiefe und Stabilität als objektive Signale in einen Customer Health Score einfließen.
Adoption bildet jedoch nur eine Dimension ab. Hohe Nutzung beweist weder eine stabile Beziehung noch realisierten Wert. Ein vorübergehender Rückgang kann zudem saisonal entstehen. Daher benötigt der Health Score auch Zielerreichung, Stakeholderbindung, Supportentwicklung und qualitative Einschätzungen.
Der Score dient als Frühwarn- und Priorisierungshilfe. Er ersetzt keine Diagnose und beweist keine bevorstehende Kündigung. Gewichtungen und Grenzwerte sind unternehmensspezifische Modellentscheidungen und müssen deshalb als eigene Operationalisierung dokumentiert und regelmäßig überprüft werden.
Supportkontakte sind mehrdeutige Adoptionssignale
Supportkontakte können offene Fragen klären und dadurch Adoption fördern. Vor allem zu Beginn zeigen sie häufig, dass Nutzer aktiv lernen. Wiederholen sich dagegen dieselben Fragen oder Blockaden im Kernprozess, können fehlendes Wissen, schlechte Bedienbarkeit oder unklare Abläufe vorliegen.
Auch wenige Tickets sind nicht automatisch positiv. Vielleicht arbeiten Nutzer autonom; vielleicht haben sie den Versuch aufgegeben oder umgehen die Lösung. Customer Success sollte deshalb nicht nur die Anzahl betrachten, sondern Anlass, betroffene Rolle, Wiederholung, Schweregrad und Entwicklung der Produktnutzung vor und nach der Klärung.
Hochstein et al. (2023) beziehen objektive Daten wie Nutzungs- und Supportsignale in Customer Health ein. Die hier beschriebene gemeinsame Interpretation ist eine eigene Managementableitung: Support löst reaktive Fragen, während Customer Success die Muster aufgreift und gegebenenfalls Product, Enablement oder den Kundenprozess koordiniert.
Woran Customer Success schwache Adoption erkennt
Einzelne niedrige Werte sind noch kein Beweis für ein Risiko. Daher zählen vor allem Muster:
- Nur ein Champion nutzt die Kernfunktionen.
- Lizenzaktivierungen steigen, vollständige Kernprozesse jedoch nicht.
- Nutzer kehren nach Schulungen kurzfristig zurück und brechen anschließend wieder ab.
- Teams exportieren Daten und arbeiten außerhalb der Lösung weiter.
- Supportfälle wiederholen sich an denselben Prozessschritten.
- Nutzung konzentriert sich auf einfache Funktionen ohne Bezug zum Kundenziel.
- Einheiten oder Standorte entwickeln stark unterschiedliche Nutzungsmuster.
- Automatisierte Prozesse laufen zwar, ihre Ergebnisse fließen jedoch nicht in Entscheidungen ein.
Diese Signale lösen zunächst eine Diagnose aus. Der CSM sollte also nicht vorschnell mehr Trainings ansetzen. Vielleicht fehlen Daten, Berechtigungen, Prozessentscheidungen, Führungssponsoring oder passende Produktfunktionen.
Wie Customer Success Product Adoption entwickelt
Customer Success besitzt nicht alle erforderlichen Ressourcen, orchestriert jedoch die Verbesserung. Zunächst prüft der CSM gemeinsam mit dem Kunden Zielbild, Rollen und Kernprozess. Danach vergleicht er Soll- und Ist-Nutzung und priorisiert die größte Lücke.
Je nach Ursache bindet er Onboarding, Product, Support, Professional Services oder Führungskräfte des Kunden ein. Maßnahmen können rollenbezogenes Enablement, Prozessanpassungen, Datenbereinigung, geänderte Berechtigungen oder ein kleinerer Anwendungsumfang sein.
Dabei genügt es nicht, Aktivität kurzfristig zu erhöhen. Jasperson et al. (2005) lenken den Blick auf die fortlaufende Erweiterung und Anpassung der Nutzung nach der Einführung. Folglich sollte Customer Success nach jeder Intervention prüfen, ob Nutzer ihr Verhalten dauerhaft ändern.
Der Beitrag Customer Success als Wertrealisierungsfunktion zeigt, wie Adoption anschließend mit sichtbaren Outcomes verbunden wird.
Adoption ist notwendig, aber nicht gleich Value-in-Use
Eine Lösung kann intensiv genutzt werden und trotzdem wenig Wert schaffen. Vielleicht automatisiert sie den falschen Prozess, erzeugt Zusatzarbeit oder unterstützt ein überholtes Ziel. Umgekehrt kann eine selten genutzte Analysefunktion eine wichtige Entscheidung ermöglichen und hohen Wert stiften.
DeLone und McLean (2003) behandeln Systemnutzung und Net Benefits deshalb als verbundene, aber unterschiedliche Dimensionen des Informationserfolgs. Im Customer Success entspricht das der Trennung zwischen Adoption und Zielerreichung.
Prohl-Schwenke und Kleinaltenkamp (2021) beschreiben Customer Success Management als Überwachung und Steigerung von Value-in-Use. Product Adoption liefert dafür Verhaltenssignale. Ob daraus Wert entsteht, muss der Kunde jedoch anhand seiner Prozesse und Ziele bewerten. Genau diesen Zusammenhang erläutert der Beitrag Customer Value und Value-in-Use.
Fazit: Wirksame Nutzung braucht Kontext
Product Adoption zeigt sich nicht an möglichst vielen Klicks. Sie zeigt sich daran, dass die richtigen Rollen wertrelevante Funktionen im passenden Takt und innerhalb eines stabilen Arbeitsprozesses einsetzen.
Deshalb verbindet eine belastbare Messung Reichweite, Nutzungstiefe, Takt, Prozessintegration und Zielbezug. Produktdaten bilden den Ausgangspunkt. Erst Prozesskennzahlen, Kundengespräche und Ergebnisdaten erklären jedoch, ob die Nutzung zweckmäßig ist.
Customer Success hat dabei eine klare Aufgabe: Nutzungsmuster verstehen, Hindernisse diagnostizieren, beteiligte Funktionen koordinieren und die Verbindung zum Kundenziel sichern. Product Adoption wird dadurch zur Brücke zwischen arbeitsfähigem Kunden und realisiertem Wert.
Praktischer nächster Schritt: Wählen Sie für einen Kundentyp einen priorisierten Anwendungsfall. Definieren Sie Zielrollen, Kernprozess, wertrelevante Funktionen und passenden Nutzungstakt. Prüfen Sie anschließend, welche vorhandenen Daten diese vier Elemente tatsächlich abbilden.
Wissenschaftliche Quellen
- Barki, H., Titah, R. & Boffo, C. (2007): Information System Use-Related Activity: An Expanded Behavioral Conceptualization of Individual-Level Information System Use. Information Systems Research, 18(2), 173–192.
- Burton-Jones, A. & Straub, D. W. (2006): Reconceptualizing System Usage: An Approach and Empirical Test. Information Systems Research, 17(3), 228–246.
- Cooper, R. B. & Zmud, R. W. (1990): Information Technology Implementation Research: A Technological Diffusion Approach. Management Science, 36(2), 123–139.
- DeLone, W. H. & McLean, E. R. (2003): The DeLone and McLean Model of Information Systems Success: A Ten-Year Update. Journal of Management Information Systems, 19(4), 9–30.
- Frambach, R. T. & Schillewaert, N. (2002): Organizational Innovation Adoption: A Multi-Level Framework of Determinants and Opportunities for Future Research. Journal of Business Research, 55(2), 163–176.
- Gehring, A., Ulaga, W., Eggert, A. & Hochstein, B. (2026): Customer Success: An Interorganizational Performance Concept in Business Markets. Journal of the Academy of Marketing Science, 54, 402–425.
- Hochstein, B., Voorhees, C. M., Pratt, A., Rangarajan, D., Nagel, D. & Mehrotra, V. (2023): Customer Success Management, Customer Health, and Retention in B2B Industries. International Journal of Research in Marketing, 40(4), 912–932.
- Jasperson, J., Carter, P. E. & Zmud, R. W. (2005): A Comprehensive Conceptualization of Post-Adoptive Behaviors Associated with IT-Enabled Work Systems. MIS Quarterly, 29(3), 525–557.
- Prohl-Schwenke, K. & Kleinaltenkamp, M. (2021): How Business Customers Judge Customer Success Management. Industrial Marketing Management, 96, 197–212.
Praxisquelle
Zitierhinweis: Wissenschaftliche Aussagen werden sinngemäß als gekennzeichnete Paraphrasen wiedergegeben. Die Arbeitsdefinition, die begriffliche Verdichtung, die Tabellen und die Kennzahlenformeln sind eigene Synthesen beziehungsweise Operationalisierungen; die jeweils verwendeten Grundlagen und Eigenanteile stehen unmittelbar am betreffenden Element.
Comments are closed