Stripe Churn Rate: Echte Daten berechnen und auswerten

Q: Wie geht Stripe mit Abonnements-Pausen in der Churn-Berechnung um?

Stripe unterstützt Abonnements-Pausen (Status: `paused`). Ein pausiertes Abonnement ist nicht abgewandert, der Kunde hat nicht gekündigt. Pausierte Abonnements generieren jedoch auch 0 € MRR während der Pause. Genauester Ansatz: Pausierte Abonnements sowohl aus Zähler (Churn) als auch Nenner (Aktive) ausschließen.

Churn Analytics mit Stripe ist schwieriger als es aussieht. Stripe erfasst jedes Kündigungs-Event, jede fehlgeschlagene Zahlung und jede Abonnementänderung, fasst das aber nicht zu einer Churn-Rate zusammen, segmentiert es nicht nach Plan und zeigt nicht, ob Ihre Churn-Rate besser oder schlechter wird. Um echte Churn Analytics aus Stripe zu erhalten, müssen Sie sie aus den Rohdaten berechnen, was erfordert zu wissen, was genau zu zählen ist, was auszuschließen ist und wie mit den Edge Cases umgegangen wird.

Stripe Churn Analytics ist der Prozess, Churn-Kennzahlen aus Stripe-Subscription-Event-Daten zu extrahieren, zu bereinigen und zu berechnen, einschließlich Kunden-Churn-Rate, MRR-Churn-Rate, unfreiwilliger Churn und Plan-Churn-Segmentierung.

Was Stripe für Churn liefert

Stripes eingebaute Analytics enthält:

Subscription-Kündigungen: Ein Log jedes Kündigungs-Events mit Zeitstempel, Kunden-ID und Abonnementbetrag
Zahlungsausfälle: Fehlgeschlagene Zahlungs-Events mit Retry-Status
MRR-Veränderung: Eine Wasserfall-Ansicht der Netto-MRR-Veränderung
Gekündigter MRR: Der durch Kündigungen in einer Periode verlorene Umsatz

Was das liefert: ein Rohdaten-Log der Churn-Events und eine Headline-Zahl für gekündigten MRR. Was das nicht liefert: Churn-Rate als Prozentsatz, Segmentierung nach Plan, Unterscheidung zwischen freiwilligem und unfreiwilligem Churn oder konsistent über Zeit berechnete Trenddaten.

Für den weiteren Überblick über Stripe Analytics lesen Sie den Stripe-Analytics-Leitfaden.

Die Churn-Rate-Berechnung, die Stripe nicht macht

Churn Rate ist nicht „Kündigungen in einem Monat”. Es sind Kündigungen geteilt durch Kunden, die zu Beginn der Periode aktiv waren. Stripe zeigt Ihnen den Zähler (Kündigungen), aber nicht den Nenner (Kunden zu Periodenbeginn) auf leicht verwendbare Weise.

Hier ist die Formel:

Monatliche Kunden-Churn-Rate = 
  Kündigungen im Monat / Aktive Kunden zu Monatsbeginn × 100

Das Nenner-Problem: Stripes aktive Kundenzahl zu einem bestimmten Zeitpunkt schließt Kunden ein, die im Monat neu hinzugekommen sind. Um den korrekten Nenner zu erhalten, brauchen Sie Kunden, die am Monatsersten aktiv waren, ohne jemanden, der danach beigetreten ist. Stripes Dashboard trennt diese nicht sauber.

Für MRR-Churn-Rate:

Monatliche MRR-Churn-Rate = 
  (Gekündigter MRR + Kontraktions-MRR) / MRR zu Monatsbeginn × 100

Das erfordert, sowohl Kündigungs-Events als auch Downgrade-Events (Subscription auf niedrigeren Betrag aktualisiert) zu ziehen und dann das MRR-Delta zu summieren. Stripe hat die Rohdaten; die Berechnung erfordert Aggregation.

Rechenbeispiel: Churn-Rate aus Stripe-Daten berechnen

Sie haben ein SaaS-Produkt. Zu Beginn des März haben Sie 420 aktive zahlende Kunden. Im März passiert:

18 Kunden kündigen ihr Abonnement
14 neue Kunden starten Abonnements (zählen nicht in der Churn-Berechnung)
3 Kunden haben Zahlungsausfälle, erholen sich aber
2 Kunden wechseln von 99 €/Monat auf 49 €/Monat

Kunden-Churn-Rate:

18 Kündigungen / 420 Ausgangskunden × 100 = 4,3 %

MRR-Churn-Rate:

Gekündigter MRR von 18 Kündigungen: 18 × Ø 72 € = 1.296 €
Kontraktions-MRR von 2 Downgrades: 2 × (99 € − 49 €) = 100 €
Gesamt verlorener MRR: 1.396 €
Start-MRR: 420 × 72 € Ø = 30.240 €

MRR-Churn-Rate = 1.396 € / 30.240 € × 100 = 4,6 %

Die 3 erholtenen Zahlungsausfälle werden NICHT als Churn gezählt, sie blieben abonniert.

Das Problem des unfreiwilligen Churns

Stripes größte Churn-Analytics-Lücke ist die Unterscheidung zwischen unfreiwilligem und freiwilligem Churn. Stripe protokolliert:

customer.subscription.deleted. Abonnement gekündigt (kann freiwillig ODER fehlgeschlagene Zahlung als Endzustand sein)
invoice.payment_failed. Zahlung fehlgeschlagen
invoice.payment_succeeded. Zahlung erholt

Wenn ein Abonnement aufgrund eines Zahlungsausfalls schließlich gekündigt wird (nachdem Stripe Smart Retry alle Versuche erschöpft hat), zeichnet Stripe es als Kündigung auf, denselben Event-Typ wie ein Kunde, der explizit auf „Abonnement kündigen” geklickt hat. Es gibt kein eingebautes Flag, das sagt: „Diese Kündigung war unfreiwillig.”

Warum das wichtig ist: Zwischen 20 und 40 % des SaaS-Churns ist unfreiwillig (Baremetrics, 2024). Wenn Sie ihn nicht identifizieren können, können Sie ihn nicht rückgewinnen. Der Fix für unfreiwilligen Churn (Dunning-Sequenz, Karten-Update-Flow) unterscheidet sich vollständig vom Fix für freiwilligen Churn (Produkt-/Preisänderungen). Beides gleich zu behandeln bedeutet, das falsche Problem zu lösen.

Um sie in Stripe-Daten zu trennen: Unfreiwilliger Churn korreliert mit Abonnements, die kurz vor dem customer.subscription.deleted-Event invoice.payment_failed-Events hatten. Für ein vollständiges Playbook zur Churn-Reduzierung lesen Sie Churn reduzieren.

Edge Cases, die Ihre Zahlen kaputt machen

1. Kostenlose Testversionen, die ohne Konversion enden

Wenn eine Testversion ohne Zahlung endet, kann Stripe entweder eine Subscription-Kündigung aufzeichnen oder einfach keinen Zahlungsversuch machen. Diese sollten NICHT in der Churn-Rate gezählt werden, sie wurden nie zahlende Kunden.

Fix: Filtern Sie Ihre Churn-Berechnung auf Abonnements mit mindestens einer erfolgreichen Zahlung.

2. Jahresabonnements mit Kündigung mitten im Zyklus

Wenn ein Kunde ein Jahresabo mitten im Zyklus kündigt, kann Stripe die Kündigung sofort (mit einem Zeitplan für den Zugang bis zum Periodenende) oder am Ende der Periode aufzeichnen. Das Timing beeinflusst Ihre monatliche Churn-Zählung.

Fix: Verwenden Sie das cancel_at_period_end-Flag in Stripe. Zählen Sie Kündigungen, wenn das Abonnement tatsächlich endet, nicht wenn der Kunde die Kündigung beantragt.

3. Plan-Wechsel als Storno + Neu aufgezeichnet

Manche Stripe-Integrationen zeichnen ein Plan-Upgrade als Abonnements-Kündigung und neue Subscription-Erstellung auf. Falls das in Ihrer Einrichtung passiert, bläht das sowohl Ihre Churn-Zahl als auch Ihre Neukunden-Zahl auf.

Fix: Prüfen Sie, ob Ihre Subscription-Updates neue Subscription-IDs erstellen oder bestehende aktualisieren.

4. Kunden mit mehreren Abonnements

Ein Kunde mit zwei aktiven Abonnements, der eines kündigt, ist nicht vollständig abgewandert. Stripe zeichnet die individuelle Subscription-Kündigung korrekt auf, aber wenn Sie Churn auf Subscription-Ebene statt auf Kunden-Ebene berechnen, zählen Sie doppelt.

Fix: Aggregieren Sie Churn immer auf Kunden-Ebene. Ein Kunde hat abgewandert, wenn alle aktiven Abonnements gekündigt sind. Lesen Sie Umsatz-Churn vs. Kunden-Churn.

5. Reaktivierungen

Ein Kunde, der kündigt und sich im selben Monat erneut anmeldet, kann sowohl in Ihrer Churn-Zahl als auch in Ihrer Neukunden-Zahl erscheinen. Ob Sie sie als abgewandert-und-neu oder als einfach behalten zählen, ist eine definitorische Entscheidung.

Churn aus Stripe-Daten segmentieren

Aggregierte Churn-Rate ist ein Ausgangspunkt, keine Diagnose. Die Frage ist: Welche Kunden wandern ab? Stripes Datenstruktur erlaubt Segmentierung nach:

Plan/Preis: Gruppieren Sie Kündigungen nach der price.id im Abonnement. Berechnen Sie Churn-Rate pro Preisniveau. Das zeigt oft, dass ein Plan mit 8 % churnt, während ein anderer mit 1,5 % churnt, und deutet auf ein spezifisches Product-Market-Fit-Problem bei einem Preisniveau hin.

Anmelde-Kohorte: Gruppieren Sie Kunden nach dem Monat ihrer ersten Anmeldung. Berechnen Sie, welcher Prozentsatz jeder Kohorte in jedem Folgemonat gekündigt hat. Das ist Kohorten-Retention, die diagnostischste Churn-Ansicht. Lesen Sie Kohortenanalyse für SaaS-Gründer.

Kündigungsgrund: Wenn Sie einen Kündigungsgrund erfassen (über eine Abfrage vor dem subscription.deleted-Event), verbinden Sie ihn mit dem Stripe-Kündigungs-Event. Das ist nicht in Stripe eingebaut.

Geografie: Stripe zeichnet das Land des Kunden auf. Sie können Churn nach Land segmentieren.

Churn Analytics aus Stripe in der Praxis

Option 1: Stripe Dashboard (grundlegend)

Der Revenue-Bereich in Ihrem Stripe-Dashboard zeigt gekündigten MRR für beliebige Zeiträume. Genau für die Headline-Zahl, aber ohne Segmentierung, ohne Churn-Rate als Prozentsatz und ohne Trendhistorie über den sichtbaren Datumsbereich hinaus.

Option 2: Stripe Sigma (mittel)

Stripe Sigma ist eine SQL-Query-Schnittstelle für Ihre Stripe-Daten. Sie können Queries schreiben, um Churn-Rate zu berechnen, nach Plan zu segmentieren und Kohortentabellen zu erstellen. Das erfordert SQL-Kenntnisse und Sie müssen trotzdem die Berechnungslogik selbst aufbauen.

Option 3: Spezialisiertes Tool (empfohlen)

NoNoiseMetrics verbindet sich mit Stripe über eine Nur-Lese-API und berechnet Kunden-Churn-Rate, MRR-Churn-Rate, unfreiwilligen vs. freiwilligen Churn, Plan-Segmentierung und Kohorten-Retention automatisch, mit allen behandelten Edge Cases. Kein SQL, keine Exporte, aktualisiert mit jedem Sync.

Auf Basis von Stripe Churn Analytics handeln

Sobald Sie saubere Churn-Daten haben, ist die Prioritätenfolge klar:

1. Unfreiwilliger Churn über 30 % des gesamten Churns? Zuerst mit einer Dunning-Sequenz und Karten-Update-Flow angreifen. Das ist Ihre Churn-Reduktion mit dem höchsten ROI.

2. Einstiegstarif-Churn über 5 %? Der günstigste Plan zieht Kunden an, die keine gute Passung haben. Entweder Onboarding verschärfen, Testversionsanforderungen anpassen oder den Preis erhöhen.

3. Kohortenmonat-3-Einbruch? Etwas bricht nach dem anfänglichen Interesse. Führen Sie eine Nutzungsanalyse bei Kunden durch, die in Monat 3 abgewandert sind, im Vergleich zu denen, die es nicht getan haben.

4. Upgrade-Tarif-Churn unter 2 %? Gut. Ihr Premium-Produkt ist klebrig. Setzen Sie auf den Upgrade-Pfad; bringen Sie mehr Kunden schneller dorthin.

FAQ

Wie finde ich die Churn-Rate in Stripe?

Stripe zeigt die Churn-Rate nicht nativ als Prozentsatz. Gehen Sie in den Revenue-Bereich, wählen Sie einen Zeitraum und notieren Sie „Churned MRR”. Um die Kunden-Churn-Rate zu berechnen, müssen Sie gekündigte Abonnements durch aktive Ausgangskunden dividieren. Lesen Sie Churn-Rate berechnen für die Schritt-für-Schritt-Anleitung.

Was ist unfreiwilliger Churn in Stripe?

Unfreiwilliger Churn sind Kündigungen durch Zahlungsausfall statt bewusste Kundenentscheidung. In Stripe erscheinen diese als reguläre Abonnements-Kündigungen, nachdem alle Smart-Retry-Versuche erschöpft sind. Stripe kennzeichnet sie nicht als unfreiwillig. Sie müssen sie identifizieren, indem Sie Kündigungs-Events mit vorherigen Zahlungsausfall-Events korrelieren.

Wie segmentiere ich Churn nach Plan in Stripe?

Im Stripe-Dashboard können Sie Abonnements nach Produkt oder Preis filtern, um aktive Zählungen zu sehen. Für Churn-Rate pro Plan müssen Sie Kündigungen pro Preis-ID durch Ausgangskunden pro Preis-ID dividieren. Stripe Sigma kann das mit SQL; sonst verwenden Sie ein Tool, das automatisch segmentiert.

Warum erscheint meine Stripe-Churn-Rate niedriger als erwartet?

Häufige Gründe: Sie schauen auf gekündigten MRR als Prozentsatz des gesamten MRR (was Churn bei kleineren Plänen untergewichtet), Sie haben Jahresabonnenten, die noch nicht ihr Verlängerungsdatum erreicht haben, oder Ihre Testversionsabläufe erzeugen eine Nenner-Inflation.

Wie geht Stripe mit Abonnements-Pausen in der Churn-Berechnung um?

Stripe unterstützt Abonnements-Pausen (Status: paused). Ein pausiertes Abonnement ist nicht abgewandert, der Kunde hat nicht gekündigt. Pausierte Abonnements generieren jedoch auch 0 € MRR während der Pause. Genauester Ansatz: Pausierte Abonnements sowohl aus Zähler (Churn) als auch Nenner (Aktive) ausschließen.

Was ist der Unterschied zwischen Stripe-Gekündigtem MRR und MRR-Churn-Rate?

Gekündigter MRR ist eine absolute Zahl (z. B. 2.400 € durch Kündigungen verloren). MRR-Churn-Rate ist ein Prozentsatz (z. B. 4,8 % Ihres Start-MRR verloren). Beide sind nützlich, die absolute Zahl zeigt den Umsatzeinfluss; die Rate zeigt den relativen Schweregrad.

Kann ich Churn-Kohorten in Stripe tracken?

Nicht nativ. Stripe hat keine Kohorten-Ansicht. Sie müssen Abonnementdaten mit Anmeldedatum und Kündigungsdatum exportieren, dann nach Anmeldemonat gruppieren und berechnen, welcher Prozentsatz jeder Kohorte in Monat 1, 3, 6, 12 noch aktiv ist.

Wie identifiziere ich Win-Back-Möglichkeiten aus Stripe-Churn-Daten?

Exportieren Sie die Kündigungen der letzten 90 Tage. Filtern Sie nach Kunden, die: (1) mehr als 3 Monate aktiv waren vor der Kündigung, (2) keinen Preis als Grund genannt haben, und (3) innerhalb der letzten 30–60 Tage gekündigt haben. Das sind Ihre höchstwahrscheinlichen Win-Back-Kandidaten.

Echte Churn-Rate aus Stripe sehen. NoNoiseMetrics verbindet sich mit Stripe und berechnet Kunden-Churn-Rate, MRR-Churn, unfreiwilligen vs. freiwilligen Churn und Plan-Segmentierung, automatisch., Stripe verbinden und echte Churn-Daten sehen →

Kostenloses Tool
MRR-Dashboard-Vorlage öffnen →
Churn zusammen mit allen anderen Abonnement-Kennzahlen in einer Ansicht tracken.