Wie wird aus einem Interessenten ein Kunde, der meine Software langfristig in seinem Unternehmen einsetzt? Und wie entsteht daraus wiederkehrender Revenue?
In der Praxis scheitert die Antwort oft an der falschen Herangehensweise: Entweder wird ein allgemeiner Funnel übernommen, der den Kaufprozess von Softwarekunden kaum abbildet, oder SaaS schauen zu früh auf KPIs, bevor klar ist, welcher Fortschritt gemessen werden soll.
Die SaaS Customer Journey ordnet diesen gesamten Weg in aufeinanderfolgende Phasen ein. Sie beginnt bereits vor dem ersten Touchpoint mit deiner Software und reicht von der Buyer Journey bis zum Ende der Kundenbeziehung.
In diesem Beitrag zeigen wir dir anhand unserer Erfahrungen aus über 120 SaaS-Projekten, wie du deine Customer Journey strukturierst und die Übergänge zwischen den einzelnen Phasen sauber definierst. Außerdem erfährst du, welche Kennzahlen dir zeigen, ob Buyer und Kunden tatsächlich vorankommen.
SaaS Customer Journey: Das Wichtigste in Kürze
- Für einen potenziellen Kunden beginnt die SaaS Customer Journey bereits in der Pre-Awareness-Phase, bevor er dein SaaS kennt. Die Buyer Journey bildet den Abschnitt bis zur Kaufentscheidung. Danach folgt die Kundenphase.
- Nach dem Kauf beweist eine abgeschlossene Implementation noch keinen Kundennutzen. Der Kunde muss seinen Kern-Use-Case ausführen und anschließend einen messbaren Business Impact erreichen.
- Renewal wird während der gesamten Vertragslaufzeit vorbereitet. Sinkt die Nutzung oder bleibt der erwartete Business Impact aus, kann das bereits lange vor Vertragsende auf Churn-Risiko hinweisen.
- Das übergeordnete Ziel ist, den Customer Lifetime Value (CLV) zu erhöhen und Churn zu reduzieren. Die Net Revenue Retention (NRR) zeigt dir, wie sich dein wiederkehrender Revenue aus bestehenden Kunden entwickelt.
Was ist eine SaaS Customer Journey?
Die SaaS Customer Journey beschreibt, wie sich die Beziehung zwischen einem SaaS-Unternehmen und einem potenziellen Kunden vom ersten Bedarf bis zum Ende der Nutzung entwickelt. Vor dem Vertragsabschluss befindet sich der potenzielle Kunde im ersten Teil der Customer Journey: der Buyer Journey.
Die Buyer Journey beginnt, bevor ein potenzieller Kunde dein SaaS wahrnimmt. Er erkennt zunächst ein Problem und beschäftigt sich mit möglichen Lösungswegen. Im weiteren Verlauf prüft er konkrete Angebote und arbeitet auf eine Kaufentscheidung hin.
Nach der Buyer Journey folgt mit dem Vertragsabschluss der zweite Teil der Customer Journey. Ab diesem Zeitpunkt erzeugt der Kunde Annual Recurring Revenue (ARR) für dein SaaS.
Die SaaS Customer Journey verbindet damit den Weg zur Kaufentscheidung mit der anschließenden Kundenentwicklung. Sie zeigt dir, wie sich aus einem Buyer nach dem Vertragsabschluss ein langfristiger Kunde entwickelt.
Warum werden Buyer Journey und Customer Journey bei SaaS gemeinsam betrachtet?
Beim Vergleich Buyer Journey vs. Customer Journey werden beide Begriffe häufig wie getrennte Modelle behandelt. Bei vielen transaktionalen Geschäftsmodellen ist diese Trennung nachvollziehbar: Der Kunde trifft eine Kaufentscheidung, bezahlt das Produkt und erhält den gekauften Gegenwert weitgehend mit der Transaktion.
Bei SaaS funktioniert das Geschäftsmodell anders. Mit dem Vertragsabschluss beginnt die eigentliche Nutzung erst. Der Anbieter erzielt wiederkehrenden Revenue und muss deshalb auch nach dem Kauf dafür sorgen, dass der Kunde den versprochenen Nutzen erreicht und seinen Vertrag langfristig fortführt.
Dadurch hängt die Kundenentwicklung unmittelbar mit der vorherigen Buyer Journey zusammen. Wird beispielsweise ein Kunde gewonnen, dessen Use Case schlecht zum Produkt passt oder dessen Erwartungen im Kaufprozess falsch gesetzt wurden, zeigt sich das häufig erst später bei Adoption, Renewal oder Churn.
Für SaaS-Unternehmen wird die Buyer Journey deshalb als Teil der Customer Journey betrachtet. So lässt sich nachvollziehen, welche Kaufentscheidungen später zu langfristigem Customer Value führen und an welchen Stellen bereits vor dem Vertragsabschluss die Grundlage für spätere Probleme entsteht.
Welche Phasen durchläuft die Customer Journey im SaaS?
Die gesamte SaaS Customer Journey lässt sich in zwei Abschnitte teilen. Vor Closed Won durchläuft der potenzielle Kunde die Buyer Journey. Nach dem Kauf beginnt die Kundenphase, in der sich zeigen muss, ob das Versprechen aus dem Kaufprozess tatsächlich eingelöst wird.
Was passiert vor Closed Won in der Buyer Journey?
Die Buyer Journey beginnt, bevor der potenzielle Kunde dein SaaS kennt. Zunächst muss er sein Problem einordnen und mögliche Lösungswege verstehen. Erst später prüft er konkrete Anbieter und arbeitet auf eine Kaufentscheidung hin.
| Phase | Aktion des potenziellen Kunden | Hauptziel des SaaS |
|---|---|---|
| Pre-Awareness | bemerkt ein Problem, hat dessen Ursache aber noch nicht klar eingeordnet | Problemverständnis aufbauen |
| Awareness | ordnet das Problem ein und beschäftigt sich mit möglichen Lösungswegen | für Problem und Lösungsweg sichtbar werden |
| Consideration | prüft mögliche Anbieter und vergleicht deren Ansätze | Fit zum Bedarf des Buyers belegen |
| Preference | prüft den bevorzugten Anbieter genauer und klärt offene Fragen | Kaufentscheidung absichern |
| Purchase | entscheidet sich für einen Anbieter und schließt den Vertrag ab | Kaufprozess zum Abschluss führen |
Marketing und Sales müssen dem Buyer in jeder Phase die Informationen geben, die er für seinen nächsten Schritt benötigt. Ein potenzieller Kunde in Pre-Awareness braucht andere Antworten als ein Buying Committee kurz vor der Vertragsentscheidung.
Welchen Effekt eine optimierte Journey erzeugt
Für die Business-Intelligence-Plattform bimanu haben wir beispielsweise mit SEO relevante Suchanfragen entlang der Customer Journey erschlossen. Die daraus entstandenen Spitzenplatzierungen steigerten den monatlichen Website-Traffic von 320 auf über 2.200 Besucher. Das zeigt, wie ein SaaS potenzielle Buyer bereits in frühen Phasen erreicht und sie bis zur konkreten Kaufentscheidung mit passenden Inhalten begleitet.
PS: Wie du diesen ersten Abschnitt im Detail aufbaust, erklären wir in unserem Artikel zur Buyer Journey im B2B SaaS.
Was passiert nach Closed Won in der Journey des Kunden?
Mit dem Vertragsabschluss endet die Buyer Journey, die Customer Journey läuft jedoch weiter. Ab diesem Punkt muss aus dem Versprechen aus Sales tatsächlicher Kundennutzen entstehen.
| Phase | Aktion des Kunden | Hauptziel des SaaS |
|---|---|---|
| Implementation | richtet die Software für den geplanten Use Case ein | Einsatzfähigkeit herstellen |
| Activation | führt den Kern-Use-Case erstmals über die Software aus | ersten Produktnutzen erreichen |
| Adoption | integriert den Use Case in den normalen Arbeitsablauf | regelmäßige Nutzung aufbauen |
| Value Realization | erreicht den erwarteten wirtschaftlichen Effekt | Business Impact belegen |
| Renewal | bewertet, ob der Vertrag fortgeführt wird | bestehenden Revenue halten |
| Expansion | erweitert den bestehenden Account | zusätzlichen Revenue im Account aufbauen |
| Advocacy | teilt belegbare Erfahrungen mit anderen | Proof für weitere Buyer schaffen |
Die Phasen laufen nicht bei jedem Account streng nacheinander. Während ein Team die Software bereits regelmäßig nutzt, kann ein anderes noch in der Implementation stecken. Auch Expansion und Advocacy können schon vor dem ersten Renewal entstehen, sobald der Kunde einen ausreichenden Nutzen aus dem Produkt zieht.
Für dein Team zählt deshalb vor allem die Frage, welches konkrete Ergebnis der Buyer oder Kunde als Nächstes erreichen muss. Genau dieser nächste Schritt verbindet eine Phase mit der folgenden.
Wie gelingt der Übergang von der Buyer Journey in die Kundenphase?
Mit Closed Won endet die Buyer Journey und die Implementation beginnt. Damit der Kunde in dieser Phase auf das richtige Ziel hinarbeitet, darf der Kontext aus dem Kaufprozess beim Übergang nicht verloren gehen.
Der Handoff überträgt diesen Kontext von Sales in die Kundenphase. Dein Team muss wissen, warum der Kunde die Software gekauft hat und woran er später messen wird, ob sich die Entscheidung gelohnt hat.
Diese Informationen sollte dein Sales-Team im Handoff übergeben:
| Information | Warum sie gebraucht wird |
|---|---|
| Ausgangsproblem | zeigt, warum der Kunde gekauft hat |
| gewünschter Outcome | definiert den erwarteten Wert |
| Baseline | macht spätere Verbesserung messbar |
| Use Case | steuert die ersten Schritte im Produkt |
| Champion | erhält die Beziehung im Account |
| Economic Buyer | wird später für Value Reviews wichtig |
| bestehende Risiken | ermöglicht frühe Reaktion |
| Integrationen | beeinflussen die Einführung |
| Ziel-Go-live | gibt dem Projekt einen Zeitrahmen |
Der Handoff schafft damit die Grundlage für die nächsten Phasen der Customer Journey. Dein Team kennt das ursprüngliche Problem des Kunden und weiß, welches Ergebnis später erreicht werden muss.
Mit diesem Kontext kann die Implementation auf den gekauften Use Case ausgerichtet werden. Möchte ein Kunde ein Reporting-SaaS nutzen, um seinen Reporting-Aufwand zu reduzieren, müssen beispielsweise die benötigten Datenquellen angebunden und der Reporting-Workflow im Produkt abgebildet werden. Der nächste Schritt besteht darin, aus dieser technisch einsatzfähigen Software einen tatsächlich genutzten Workflow zu machen.
Handoff-Test
Nimm einen neu gewonnenen Kunden und beantworte ohne Rückfrage zwei Fragen: Welches Problem wollte er lösen? Woran wird er später messen, ob sich die Entscheidung für deine Software gelohnt hat?
Kannst du eine der beiden Fragen nicht eindeutig beantworten, fehlt dir wichtiger Kontext.
Wie kommst Du von Implementation zu Activation?
Implementation bedeutet zunächst, dass die Software einsatzfähig wird. Je nach Produkt gehören dazu beispielsweise die Konfiguration oder Datenmigration. Bei größeren SaaS-Produkten müssen häufig zusätzlich bestehende Systeme angebunden werden.
Ein abgeschlossener Setup-Prozess sagt noch nicht, ob der Kunde seinen gekauften Use Case ausführen kann. Eine Integration kann technisch funktionieren, während der eigentliche Workflow noch gar nicht über das Produkt läuft.
Deshalb braucht jede Implementation einen klar definierten Activation Moment. Die Activation beschreibt den frühen Moment, an dem der Kunde den Kernnutzen des Produkts erstmals tatsächlich erlebt.
Beispiele:
- CRM: Der erste echte Deal läuft vollständig über den neuen Sales-Workflow.
- Analytics SaaS: Ein Dashboard liefert erstmals eine Information, aus der das Team eine konkrete Entscheidung ableitet.
- HR SaaS: Der erste vollständige Mitarbeiterprozess läuft über die Software.
- Collaboration SaaS: Das erste Team bearbeitet einen echten Arbeitsprozess gemeinsam im Tool.
Übertrage dieses Prinzip auf dein SaaS und definiere einen beobachtbaren Moment, der den funktionierenden Kern-Use-Case belegt. Hinterlege diesen Moment im Onboarding und erfasse für jeden neuen Account, wann er ihn erreicht.
Sobald der Activation Moment feststeht, kannst du auch messen, wie schnell neue Kunden dorthin kommen. Dafür brauchst du die Time to Value.
Warum solltest Du Time to Value messen?
Die Time to Value (TTV) misst, wie lange ein Kunde bis zum vorher definierten Activation Moment benötigt. Für dieses Framework beginnt die Messung mit dem Start des Onboardings. Bei Self-Service-SaaS kann der Startpunkt bereits die Account-Aktivierung sein.
Bei Enterprise SaaS passt häufig der Onboarding-Kick-off besser, weil vor der eigentlichen Nutzung noch Integrationen oder Migrationen anstehen. Ein allgemeiner TTV-Benchmark hilft deshalb nur begrenzt. Für deine Messung brauchst du einen festen Startpunkt und einen klar definierten Activation Moment.
Beispiel: So kann eine TTV-Messung aussehen
Ein Reporting-SaaS definiert den Onboarding-Kick-off als Startpunkt. Die Activation ist erreicht, sobald der Kunde seinen ersten vollständigen Report über die Software erstellt hat.
Onboarding-Kick-off: 3. März
Activation erreicht: 14. März
Time to Value: 11 Tage
Für jeden neuen Account wird dieselbe Messung durchgeführt. So kann das SaaS beispielsweise prüfen, welche Kundensegmente besonders lange bis zur Activation benötigen und an welcher Stelle im Onboarding Zeit verloren geht.
Übertrage das auf dein SaaS: Welches Ereignis startet deine TTV-Messung und welcher beobachtbare Moment beendet sie?
Wie erkennst Du echte Adoption?
Activation zeigt dir, dass der Kunde den Mehrwert einmal erlebt hat. Adoption zeigt dir, ob das Produkt anschließend Teil seines normalen Arbeitsprozesses wird. Ein hohes Customer Engagement kann dabei ein Hinweis darauf sein, dass Kunden die für ihren Use Case vorgesehenen Workflows tatsächlich nutzen.
Deine Aufgabe: Prüfe, ob der Kunde die Workflows tatsächlich über deine Software abwickelt, für die er sie gekauft hat. Diese vier Perspektiven helfen dabei:
| Dimension | Frage |
|---|---|
| Breadth | Wie viele der vorgesehenen Nutzer arbeiten mit dem Produkt? |
| Depth | Werden die Funktionen für den gekauften Use Case verwendet? |
| Frequency | Wird das Produkt im passenden Rhythmus genutzt? |
| Use-case Coverage | Wie viele geplante Prozesse laufen inzwischen über das Produkt? |
Mehr Nutzung ist dabei nicht automatisch besser. Wenn ein Produkt nur einmal im Monat für einen bestimmten Prozess gebraucht wird, wären tägliche Logins eine wertlose Kennzahl.
Miss Nutzung immer am gekauften Use Case
Ein Kunde kauft keine Login-Zahl. Er kauft einen besseren Prozess oder einen wirtschaftlichen Effekt. Definiere deshalb für jeden Kern-Use-Case, welcher Workflow genutzt werden muss und wie häufig diese Nutzung typischerweise vorkommt.
Prüfe anschließend auf Account-Ebene, ob dieser Zielzustand tatsächlich erreicht wird.
Wie machst Du Value Realization messbar?
Value Realization ist der Punkt, an dem aus dem Versprechen aus Sales ein belegbares Ergebnis wird. Angenommen, Sales verkauft die Software mit dem Argument, dass das Reporting weniger Zeit benötigt. Dann sollte später nicht nur gezeigt werden, welche Features verwendet wurden.
Die stärkere Aussage lautet beispielsweise:
| Reporting-Aufwand | |
|---|---|
| Vor Einführung | 8 Stunden pro Woche |
| Nach Einführung | 3 Stunden pro Woche |
| Veränderung | 5 Stunden weniger pro Woche |
Damit wird der Business Case aus dem Kaufprozess nach dem Kauf überprüfbar. Für die Umsetzung brauchst du bereits vor dem Go-live eine Baseline, die den bisherigen Zustand des Kunden festhält.
Halte beispielsweise fest, wie viel Zeit oder Kosten der bestehende Prozess verursacht. Miss denselben Wert nach der Einführung erneut und dokumentiere die Veränderung im Account.
So entsteht aus „der Kunde nutzt das Produkt“ eine belastbare Aussage wie: „Der Kunde spart fünf Stunden Reporting-Aufwand pro Woche.“ Ein belegter Business Outcome schafft damit die Grundlage für die spätere Vertragsverlängerung.
Wann beginnt Renewal in der SaaS Customer Journey?
Renewal beginnt lange vor dem Ablaufdatum des Vertrags. Wenn ein Kunde über Monate keinen klaren Wert erkennt, kannst du dieses Problem kurz vor der Verlängerung kaum durch einen Rabatt lösen. Renewal ist deshalb das Ergebnis der bisherigen Customer Journey.
Frühe Warnsignale können beispielsweise sein:
- Nutzung fällt: Der Kern-Use-Case wird seltener ausgeführt.
- Champion fällt weg: Dein wichtigster interner Ansprechpartner verlässt das Unternehmen.
- Value Reviews werden verschoben: Der Account beschäftigt sich kaum mit den erreichten Ergebnissen.
- Support-Probleme bleiben offen: Frust baut sich über längere Zeit auf.
Ein einzelnes Signal bedeutet noch keinen Churn. Mehrere Entwicklungen gleichzeitig solltest du allerdings früh prüfen. Lege deshalb für deine wichtigsten Signale klare Schwellenwerte fest.
Wenn die Nutzung eines Kern-Workflows beispielsweise über mehrere Wochen fällt oder der Champion wegbricht, sollte der Account in einen Review gelangen. So kannst du reagieren, bevor aus einem frühen Warnsignal Churn wird.
Wie kann ein Customer Health Score zusätzlich helfen?
Ein Customer Health Score bündelt solche Signale in einer Account-Bewertung. Baue ihn zunächst aus tatsächlicher Produktnutzung und erreichten Business Outcomes auf.
Bei größeren Accounts kannst du zusätzlich erfassen, wie stabil deine Beziehung zu den wichtigsten Stakeholdern ist. Der Score soll dir früh zeigen, welche Accounts du genauer prüfen musst.
Wie entsteht Expansion aus einer SaaS Customer Journey?
Expansion bedeutet, dass ein bestehender Kunde seinen Vertrag ausbaut. Das kann beispielsweise über zusätzliche Nutzer oder ein weiteres Produkt passieren. Auch eine neue Business Unit kann zusätzlichen ARR erzeugen.
Bei einer Expansion startet häufig eine neue kleine Buyer Journey innerhalb des bestehenden Accounts. Ein neues Modul kann einen anderen Budgetverantwortlichen haben oder erneut eine technische Prüfung auslösen.
Die Ausgangslage ist dabei besser als beim ersten Kauf, weil bereits ein bestehender Use Case bewertet werden kann. Dein Team kann den erreichten Business Impact nutzen, um den Business Case für die Erweiterung zu begründen.
Expansion beginnt mit bewiesenem Wert
Die stärkste Basis für ein Upsell ist ein Account, der bereits belegen kann, was dein Produkt verändert hat. Aus diesem Proof lässt sich der Business Case für den nächsten Use Case deutlich leichter aufbauen.
Wann wird Advocacy Teil der SaaS Customer Journey?
Advocacy wird interessant, sobald dein Kunde den Nutzen deiner Software selbst belegen kann. Frage deshalb nicht direkt nach dem Go-live nach einer Referenz. Warte, bis ein konkreter Business Outcome erreicht wurde.
Nach einem belegten Ergebnis kannst du beispielsweise nach einer Bewertung oder Case Study fragen. Bei einer starken Kundenbeziehung kann daraus später auch eine Empfehlung an andere Unternehmen entstehen.
Advocacy verbindet die Kundenphase wieder mit der Akquisition. Erfahrungen bestehender Kunden können neuen Buyern dabei helfen, dein SaaS während ihrer eigenen Buyer Journey besser einzuschätzen.
Wie skalierst Du die SaaS Customer Journey?
Solange die Customer Journey nur in einzelnen Account-Notizen oder den Köpfen deiner Mitarbeiter liegt, lässt sie sich kaum über viele Kunden hinweg steuern. Eine Customer Journey Map überträgt die einzelnen Phasen in einen einheitlichen Arbeitsprozess und hält fest, welches Ergebnis pro Phase entstehen muss.
Für jede Phase solltest du diese sechs Punkte erfassen:
- Customer Job: Was möchte der Buyer oder Kunde gerade erreichen?
- Ausgangslage: Wo steht er aktuell?
- Nächster Value Moment: Welches Ergebnis soll als Nächstes entstehen?
- Customer Action: Was muss der Buyer oder Kunde dafür tun?
- Company Action: Welche Unterstützung liefert dein Team?
- Messung: Welche Kennzahl zeigt, dass der Schritt abgeschlossen ist?
Die Customer Journey Map schafft damit eine gemeinsame Arbeitsgrundlage für alle beteiligten Teams. Vor Closed Won hält sie fest, welcher nächste Entscheidungsschritt beim Buyer entstehen muss. Nach dem Kauf verschiebt sich der Blick auf Nutzung und Business Impact.
Beispiel: Customer Journey eines Reporting-SaaS
- Customer Job: Reporting-Aufwand reduzieren.
- Ausgangslage: Das Team benötigt aktuell acht Stunden pro Woche.
- Nächster Value Moment: Der erste Report wird vollständig über das SaaS erstellt.
- Customer Action: Datenquelle anbinden und Reporting-Prozess im Tool abbilden.
- Company Action: Customer Success begleitet Setup und ersten echten Workflow.
- Messung: Der erste vollständige Report wurde über das SaaS erstellt.
Danach führst du denselben Aufbau für die nächste Phase weiter. Aus dem ersten funktionierenden Report kann regelmäßige Nutzung entstehen. Erst bei der Value Realization prüfst du, ob der Reporting-Aufwand gegenüber der ursprünglichen Baseline tatsächlich sinkt.
Auch bei mehreren Kundensegmenten musst du die Journey nicht jedes Mal neu aufbauen. Nutze eine gemeinsame Grundstruktur und passe sie dort an, wo sich Kaufprozess oder Nutzung tatsächlich unterscheiden.
Die Customer Journey Map schafft damit einen wiederholbaren Ablauf für neue Accounts. Sobald die einzelnen Fortschritte definiert sind, kannst du die passenden KPIs daran ausrichten.
Welche KPIs solltest Du entlang der SaaS Customer Journey messen?
SaaS KPIs helfen dir, die Customer Journey messbar zu machen. Welche Kennzahl du brauchst, hängt davon ab, welchen Fortschritt du in der jeweiligen Phase überprüfen willst. Vor Closed Won misst du beispielsweise, ob passende Buyer bis zur Kaufentscheidung kommen.
Nach dem Kauf verschiebt sich der Blick auf Nutzung und Retention. So erkennst du, ob aus gewonnenen Accounts langfristiger Revenue entsteht.
| Phase | KPI |
|---|---|
| Buyer Journey | Qualified Pipeline, Win Rate |
| Implementation | Time to Go-Live |
| Activation | Activation Rate, Time to Value |
| Adoption | Use-case Adoption |
| Value Realization | Business-Outcome-KPI, z. B. Zeitersparnis oder Kostensenkung |
| Renewal | Renewal Rate, Churn Rate |
| Expansion | Expansion ARR / MRR |
| Advocacy | Referenz- oder Review-Rate |
Die Journey-KPIs zeigen dir, ob Buyer und Kunden in den einzelnen Phasen vorankommen. Steigt beispielsweise die Time to Value oder fällt die Use-case Adoption, siehst du früh, an welcher Stelle Accounts ins Stocken geraten.
Welche KPIs brauchst Du für die wirtschaftliche Bewertung Deiner Customer Journey?
Journey-KPIs sind Frühindikatoren für den Fortschritt einzelner Accounts. Für die wirtschaftliche Steuerung brauchst du zusätzlich Kennzahlen, die zeigen, was mit deinem bestehenden Revenue passiert und welchen Wert ein Kunde über die gesamte Beziehung erzeugt.
- Gross Revenue Retention (GRR): Zeigt, wie viel Revenue aus deinem bestehenden Kundenbestand nach Kündigungen und Downgrades erhalten bleibt. Expansion fließt nicht in die Berechnung der Gross Revenue Retention ein.
- Net Revenue Retention (NRR): Bezieht Expansion mit ein und zeigt, ob dein bestehender Kundenbestand insgesamt Revenue verliert oder ausbaut.
- Customer Lifetime Value (CLV): Zeigt, welchen wirtschaftlichen Wert ein Kunde über die Dauer seiner Beziehung zu deinem SaaS erzeugt.
Die Kombination beider Ebenen verhindert Fehlinterpretationen. Steigt beispielsweise deine Activation Rate, während die NRR fällt, funktioniert der Weg zum ersten Produktnutzen besser, der Revenue aus bestehenden Kunden entwickelt sich jedoch schwächer.
Auch eine hohe NRR solltest du nicht isoliert betrachten. Ist gleichzeitig die GRR niedrig, kann starke Expansion Verluste durch Churn oder Downgrades überdecken. Der CLV ergänzt diesen Blick über die gesamte Kundenbeziehung und hilft dir zu prüfen, welche Kundensegmente wirtschaftlich den größten Wert erzeugen.
Eine hohe NRR ist wenig aussagekräftig, wenn gleichzeitig viel Revenue durch Churn verloren geht. Im SaaS Benchmark Report 2026 findest du Vergleichswerte für NRR, GRR und Logo Churn und erfährst, wie du deine eigenen Kennzahlen besser einordnest.
SaaS Benchmarks ansehenWelche Fehler solltest Du bei der SaaS Customer Journey vermeiden?
Die häufigsten Fehler entstehen, wenn Teams nur ihren eigenen Abschnitt der Customer Journey betrachten. Dann wird beispielsweise die Akquisition auf neue Verträge optimiert, ohne später zu prüfen, welche gewonnenen Kundentypen tatsächlich langfristig Wert aus dem Produkt ziehen.
- Customer Journey erst bei Closed Won starten: Beziehe die Buyer Journey mit ein, damit du nachvollziehen kannst, welche Kunden du gewinnst und wie sich diese Accounts später entwickeln.
- Handoff als Admin-Aufgabe behandeln: Übertrage mindestens das Ausgangsproblem und den erwarteten Business Outcome. Fehlt dieser Kontext, startet der Account mit einer Informationslücke.
- Setup mit Wert verwechseln: Ein vollständig eingerichteter Account sagt noch wenig über den Business Impact. Definiere deshalb einen echten Activation Moment.
- Adoption nur über Logins messen: Prüfe, ob Kunden die Workflows nutzen, für die sie das Produkt gekauft haben.
- Renewal zu spät bearbeiten: Reagiere bereits auf frühe Signale wie fallende Nutzung oder fehlende Stakeholder.
- Expansion vor Value Realization forcieren: Ein Upsell lässt sich besser begründen, wenn der erste Use Case bereits messbaren Wert liefert.
Die meisten dieser Fehler haben denselben Ursprung: Das Unternehmen misst seine eigenen Aktivitäten stärker als die Veränderung auf Buyer- oder Kundenseite. Prüfe deshalb in jeder Phase, was beim Buyer oder Kunden messbar anders sein muss, bevor die nächste Phase beginnt.
Fazit: Eine SaaS Customer Journey muss Revenue über Zeit sichern
Eine SaaS Customer Journey beginnt vor dem Vertragsabschluss und endet erst mit dem Ende der Nutzung. Die Buyer Journey bildet den ersten Abschnitt. Nach dem Kauf setzt sich derselbe Weg über Implementation bis zur langfristigen Kundenentwicklung fort.
Für dein SaaS bedeutet das: Du musst passende Buyer gewinnen und nach dem Vertragsabschluss den versprochenen Nutzen belegen. Je besser dieser Übergang funktioniert, desto höher ist die Chance, dass Kunden bleiben und langfristig Revenue erzeugen.
Die Customer Journey liefert gleichzeitig Informationen für die Akquisition. Wenn du erkennst, welche Kundentypen später schnell Value erreichen und lange bleiben, kannst du dieses Wissen wieder in deine Buyer Journey zurückspielen.
Eine starke Customer Journey beginnt mit den passenden Interessenten. In unserer kostenlosen Growth Analyse prüfen wir, über welche Suchanfragen du kaufbereite Buyer erreichen kannst und wie du mehr qualifizierte Leads über organische Kanäle gewinnst.
Growth Analyse buchen.avif)
SaaS Customer Journey – Häufige Fragen und Antworten
Was ist der Unterschied zwischen Customer Journey und Customer Lifecycle im SaaS?
Die Customer Journey betrachtet den Weg und den Fortschritt aus Sicht des Buyers beziehungsweise Kunden. Der Customer Lifecycle wird häufig genutzt, um Accounts intern nach ihrem aktuellen Status einzuordnen und darauf Prozesse oder Verantwortlichkeiten aufzubauen.
Wer sollte die SaaS Customer Journey im Unternehmen verantworten?
Die Customer Journey braucht einen klaren Owner, der die Phasen pflegt und die Messung über die gesamte Kundenbeziehung zusammenführt. Welche Rolle diese Verantwortung übernimmt, hängt von deinem Go-to-Market-Modell ab. Bei vielen B2B-SaaS-Unternehmen liegt sie beispielsweise bei RevOps oder Customer Success.
Braucht jedes SaaS-Kundensegment eine eigene Customer Journey?
Eine gemeinsame Grundstruktur reicht, wenn sich Kaufprozess und Nutzung zwischen den Segmenten kaum unterscheiden. Weichen Enterprise-Accounts beispielsweise beim Buying Process oder bei der Implementation deutlich von Self-Service-Kunden ab, solltest du die Journey für diese Segmente getrennt abbilden.
Wie unterscheidet sich die Customer Journey bei Product-Led und Sales-Led SaaS?
Bei Product-Led SaaS kann die tatsächliche Produktnutzung bereits vor dem Vertragsabschluss beginnen, etwa über einen Trial oder Freemium-Zugang. Bei Sales-Led SaaS findet ein größerer Teil der Evaluation vor der eigentlichen Nutzung statt, weshalb Handoff und Implementation nach Closed Won meist mehr Gewicht bekommen.
Wie oft solltest Du eine SaaS Customer Journey überprüfen?
Prüfe deine Customer Journey immer dann, wenn sich Kaufprozess oder Produktnutzung spürbar verändern. Zusätzlich hilft ein fester Review-Rhythmus von sechs Monaten. Dabei solltest du prüfen, ob die definierten Value Moments weiterhin dem tatsächlichen Verhalten deiner Buyer und Kunden entsprechen.
.avif)
%20(1).png)
.webp)






