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 deine Churn-Rate besser oder schlechter wird. Um echte Churn Analytics aus Stripe zu erhalten, musst du 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 lies 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 dir 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, brauchst du 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

Du hast ein SaaS-Produkt. Zu Beginn des März hast du 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 du ihn nicht identifizieren kannst, kannst du 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 lies Churn reduzieren.

Edge Cases, die deine 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: Filtere deine 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 deine monatliche Churn-Zählung.

Fix: Verwende das cancel_at_period_end-Flag in Stripe. Zähle 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 deiner Einrichtung passiert, bläht das sowohl deine Churn-Zahl als auch deine Neukunden-Zahl auf.

Fix: Prüfe, ob deine 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 du Churn auf Subscription-Ebene statt auf Kunden-Ebene berechnest, zählst du doppelt.

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

5. Reaktivierungen

Ein Kunde, der kündigt und sich im selben Monat erneut anmeldet, kann sowohl in deiner Churn-Zahl als auch in deiner Neukunden-Zahl erscheinen. Ob du sie als abgewandert-und-neu oder als einfach behalten zählst, 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: Gruppiere Kündigungen nach der price.id im Abonnement. Berechne 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: Gruppiere Kunden nach dem Monat ihrer ersten Anmeldung. Berechne, welcher Prozentsatz jeder Kohorte in jedem Folgemonat gekündigt hat. Das ist Kohorten-Retention, die diagnostischste Churn-Ansicht. Lies Kohortenanalyse für SaaS-Gründer.

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

Geografie: Stripe zeichnet das Land des Kunden auf. Du kannst Churn nach Land segmentieren.

Churn Analytics aus Stripe in der Praxis

Option 1: Stripe Dashboard (grundlegend)

Der Revenue-Bereich in deinem 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 deine Stripe-Daten. Du kannst Queries schreiben, um Churn-Rate zu berechnen, nach Plan zu segmentieren und Kohortentabellen zu erstellen. Das erfordert SQL-Kenntnisse und du musst 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 du saubere Churn-Daten hast, 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 deine 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ühre 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. Dein Premium-Produkt ist klebrig. Setze auf den Upgrade-Pfad; bringe mehr Kunden schneller dorthin.

FAQ

Wie finde ich die Churn-Rate in Stripe?

Stripe zeigt die Churn-Rate nicht nativ als Prozentsatz. Gehe in den Revenue-Bereich, wähle einen Zeitraum und notiere „Churned MRR”. Um die Kunden-Churn-Rate zu berechnen, musst du gekündigte Abonnements durch aktive Ausgangskunden dividieren. Lies 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. Du musst sie identifizieren, indem du Kündigungs-Events mit vorherigen Zahlungsausfall-Events korrelierst.

Wie segmentiere ich Churn nach Plan in Stripe?

Im Stripe-Dashboard kannst du Abonnements nach Produkt oder Preis filtern, um aktive Zählungen zu sehen. Für Churn-Rate pro Plan musst du Kündigungen pro Preis-ID durch Ausgangskunden pro Preis-ID dividieren. Stripe Sigma kann das mit SQL; sonst verwende ein Tool, das automatisch segmentiert.

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

Häufige Gründe: Du schaust auf gekündigten MRR als Prozentsatz des gesamten MRR (was Churn bei kleineren Plänen untergewichtet), du hast Jahresabonnenten, die noch nicht ihr Verlängerungsdatum erreicht haben, oder deine 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 % deines 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. Du musst 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?

Exportiere die Kündigungen der letzten 90 Tage. Filtere 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 deine 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.