Retention-Funktionen von Stripe Billing: was eingebaut ist und was nicht

Stripe Billing bringt mehr Werkzeuge zur Kundenbindung mit, als vielen Teams bewusst ist. Bevor Sie etwas bauen oder kaufen, lohnt es sich zu wissen, was genau schon in Ihrem Konto ist, was jedes Teil tut und wo es aufhört.

Dieser Ratgeber kartiert die eingebauten Funktionen anhand von Stripes Dokumentation (abgerufen im November 2026) und listet dann die Lücken. Das Timing der Wiederholungen haben wir bereits ausführlich in So funktionieren Stripe Smart Retries behandelt, dieser Artikel bleibt also auf der Ebene des gesamten Werkzeugkastens.

Der eingebaute Werkzeugkasten im Überblick

Bereich	Was Stripe bietet	Mehr dazu
Wiederholungen	Smart Retries oder ein eigener Zeitplan	Smart Retries
Kunden-E-Mails	E-Mails zu fehlgeschlagenen Zahlungen, ablaufenden Karten und Erinnerungen	Kunden-E-Mails
Workflows	No-Code-Automationen (Auslöser, Filter, Aktionen)	Automations
Kartenupdates	Card Account Updater mit den Netzwerken	Revenue Recovery
Kündigung	Kündigungsseite im Kundenportal, Gründe, Retention-Gutschein	Kündigungsseite
Gezielte Angebote	Retention Rules (Private Preview)	Retention Rules
Planwechsel	Planwechsel im Portal, Downgrades zum Periodenende	Das Portal konfigurieren
Pause	Ein Abo pausieren oder den Einzug pausieren	Abos pausieren
Reporting	Billing-Analysen, Retention Performance, Benchmarking	Analysen

Fehlgeschlagene Zahlungen: was eingebaut ist

Wiederholungen

Smart Retries wählt die Zeitpunkte der Wiederholungen mit einem Modell; Stripe empfiehlt 8 Versuche innerhalb von 2 Wochen. Sie können stattdessen auf einen eigenen Zeitplan umstellen. Nach bestimmten Hard Declines versucht Stripe es nicht erneut, bis eine neue Zahlungsmethode erfasst ist. Details und Einstellungen finden Sie in unserem Ratgeber zu Smart Retries.

Kunden-E-Mails

Stripe kann dem Kunden nach jeder fehlgeschlagenen Zahlung eine E-Mail senden, eine E-Mail einen Monat vor Ablauf einer gespeicherten Karte sowie Erinnerungen für unbezahlte Rechnungen und Zahlungen, die auf eine Bestätigung warten (zum Beispiel einen Authentifizierungsschritt). Diese werden in den Billing-Einstellungen eingeschaltet (Kunden-E-Mails).

Automations

Automations sind No-Code-Workflows aus einem Auslöser (etwa eine fehlgeschlagene Abo-Zahlung, eine überfällige Rechnung oder eine Kündigung), optionalen Filtern und Aktionen (etwa eine eigene Wiederholungsrichtlinie festlegen, ein Abo als unbezahlt markieren, eine Rechnung als uneinbringlich markieren oder Ihr Team per E-Mail benachrichtigen) (Automations). Sie sind nützlich, um Segmente unterschiedlich zu behandeln, zum Beispiel mit einer längeren Kulanzfrist für große Konten.

Card Account Updater

Stripe arbeitet mit den Kartennetzwerken zusammen, um gespeicherte Kartendaten zu aktualisieren, wenn ein Kunde eine neue Kartennummer erhält. Das verhindert still einen Teil der Fehlschläge, die sonst beim Ablauf auftreten würden. Es hilft nicht, wenn das Konto hinter der Karte leer ist oder der Kunde die Karte absichtlich gekündigt hat. Siehe Network Tokens und Card Account Updater.

Kündigungen: was eingebaut ist

Die Kündigungsseite im Portal

Das Kundenportal kann eine Kündigungsseite mit einer festen Liste von Gründen zeigen (zu teuer, fehlende Funktionen, zu einer Alternative gewechselt, nicht mehr benötigt und andere, plus Freitext). Die Antwort wird auf dem Abo in cancellation_details.feedback gespeichert und ist im Dashboard, in Sigma und im Webhook customer.subscription.updated sichtbar (Kündigungsseite).

Retention-Gutschein und Retention Rules

Sie können dem Kündigungsschritt des Portals einen Retention-Gutschein hinzufügen. Er ist standardmäßig aus. Retention Rules, zum Zeitpunkt des Schreibens in Private Preview, lassen Sie Angebote nach Bedingungen wie Kündigungsgrund, Kundendauer und Ausgaben ausspielen; wenn Sie sie einschalten, wird der einzelne Retention-Gutschein deaktiviert (Retention Rules).

Planwechsel und Downgrades

Wenn Sie Abo-Änderungen im Portal aktivieren, können Kunden selbst den Plan wechseln. Eine Option „Downgrades verwalten“ kann ein Downgrade zum Ende des Abrechnungszeitraums planen, statt es sofort anzuwenden; Stripe setzt das mit einem Subscription Schedule um, und es funktioniert nur zwischen Preisen desselben Produkts (Das Portal konfigurieren).

Pause

Stripe dokumentiert zwei Mechanismen. Eine vollständige Pause setzt Leistung und Rechnungsstellung aus. Das Pausieren des Einzugs (pause_collection) lässt das Abo in seinem aktuellen Status und behandelt während der Pause erstellte Rechnungen, indem es sie als Entwurf behält, als uneinbringlich markiert oder storniert (Abos pausieren). Unser Ratgeber zur Pause in Stripe vergleicht beide.

Reporting: was eingebaut ist

Billing-Analysen liefern Ihnen MRR, eine MRR-Fortschreibung (neu, Reaktivierung, Expansion, Kontraktion, Churn, FX-Anpassung), verlorenen Umsatz, Abonnenten-Churn und eine Ansicht der Bindung nach Kohorte. Einige Definitionen sollten Sie kennen, bevor Sie Stripes Zahlen mit Ihren eigenen vergleichen:

• Die Churn-Rate der Abonnenten wird über ein rollierendes 30-Tage-Fenster gemessen, und ihr Nenner umfasst die zu Beginn aktiven Abonnenten plus die neuen Abonnenten im Fenster.
• Verlorener Umsatz umfasst sowohl freiwilligen Churn als auch Churn durch fehlgeschlagene Zahlungen.
• Sie können einstellen, ob Rabatte aus dem MRR herausgerechnet werden und ob eine Kündigung sofort oder zum Periodenende als Churn zählt.

Retention Performance berichtet nur über Kündigungen über das Portal und zählt eine Rettung nur, wenn der Kunde nach Annahme eines Angebots mindestens 7 Tage Abonnent bleibt. Kündigungen über Ihr Support-Team oder Ihre eigene App sind darin nicht enthalten.

Was nicht eingebaut ist

Hier schreiben Sie entweder Code, akzeptieren die Einschränkung oder nutzen ein separates Tool. Wir listen auf, was wir in Stripes Billing-Dokumentation nicht finden konnten; wenn Stripe etwas ergänzt, gilt seine Dokumentation.

Mahnungen, die zur Ablehnung passen

Stripes E-Mail zur fehlgeschlagenen Zahlung geht nach jedem fehlgeschlagenen Versuch raus. Wir haben keine dokumentierte Option gefunden, ihre Nachricht nach Ablehnungsgrund zu variieren, dabei brauchen eine Ablehnung wegen fehlender Deckung und eine abgelaufene Karte unterschiedliche Worte: Die eine bittet den Kunden, zu warten oder die Karte zu wechseln, die andere, eine neue Karte einzugeben. Wenn Sie eine Nachricht pro Ablehnungsgrund oder pro Segment wollen, senden Sie sie selbst aus invoice.payment_failed-Webhook-Events.

Ein Angebot pro Kündigungsgrund, ohne die Preview

Ohne Retention Rules hat das Portal einen Gutschein für alle. „Nutze es nicht genug“ ist meist mit einer Pause besser bedient, „zu teuer“ mit einem Downgrade. Angebote auf Gründe abzustimmen ist der Kern eines guten Kündigungsflows.

Ein Kündigungsflow in Ihrer eigenen App

Das Portal ist eine von Stripe gehostete Seite. Wenn Kunden in Ihrer Web-App, einer Desktop-App oder einer mobilen App kündigen, bauen Sie die Screens und rufen die Subscriptions-API selbst auf, einschließlich der Gründe, der Angebotslogik und des Buttons „cancel now“.

Win-back nach dem Ende des Abos

Ist ein Abo gekündigt, haben wir keine eingebaute Sequenz gefunden, die dem ehemaligen Kunden in festen Abständen je nach Grund für seinen Weggang schreibt. Sie behalten das Customer-Objekt und den Grund, aber etwas zu senden liegt bei Ihnen. Siehe So gewinnen Sie gekündigte Abonnenten auf Stripe zurück.

Risikobewertung mit Ihren eigenen Daten

Stripe sieht Zahlungen. Es sieht weder Ihre Produktnutzung noch Ihre Support-Tickets noch die Attribute, die Sie bei der Anmeldung erfassen, und kann Ihnen daher nicht sagen, welche Ihrer Kunden wahrscheinlich kündigen oder welche Attribute mit Churn einhergehen. Diese Analyse braucht Ihre Daten zusammen mit den Abrechnungsdaten; unser Ratgeber zum Vorhersagen von Churn mit Kundendaten zeigt die Methode.

Eine Ansicht über alle Quellen

Wenn ein Teil Ihres Umsatzes aus dem App Store, Google Play oder einem anderen Abrechnungstool stammt, zeigen Stripes Analysen nur den Stripe-Teil.

Reicht der eingebaute Werkzeugkasten?

Für viele Produkte in der Frühphase ja. Ein vernünftiges Minimal-Setup:

1. Smart Retries an, mit einer bewusst gewählten Aktion am Ende der Wiederholungen.
2. E-Mails zu fehlgeschlagenen Zahlungen und ablaufenden Karten an.
3. Kündigungsseite im Portal an, mit erfassten Gründen.
4. Downgrades zum Periodenende geplant, wenn Sie mehr als einen Plan haben.
5. Ein monatlicher Blick auf den verlorenen Umsatz, aufgeteilt in freiwillig und fehlgeschlagene Zahlungen.

Mehr brauchen Sie wahrscheinlich, wenn Kündigungen in Ihrer eigenen App stattfinden, wenn Sie je nach Grund unterschiedliche Angebote wollen, wenn fehlgeschlagene Zahlungen einen großen Anteil am Churn haben oder wenn Sie bei Kunden handeln wollen, bevor sie den Kündigungsbutton erreichen.

Das mit NoChurn umsetzen

NoChurn verbindet sich mit einem Klick mit Stripe und ergänzt, was die obige Liste auslässt. Bei fehlgeschlagenen Zahlungen führt es Smart Retries aus, abgestimmt auf den Ablehnungsgrund und den Zahltag, sendet von der KI geschriebene Mahnmails, die Sie prüfen können, und verlinkt auf eine gehostete Seite zur Kartenaktualisierung. Bei Kündigungen betreibt es Kündigungsflows mit Gründen und einem Angebot pro Grund (Rabatt, Pause oder Planwechsel), mit einer immer sichtbaren Kündigung per Klick, als gehostetes Modal oder über eine Headless-API in Ihrer eigenen App. Nach einer Kündigung sendet es Win-back-Mails an Tag 30, 60 und 90 je nach Grund. Außerdem gibt es jedem Kunden bei der Anmeldung und bei jeder Änderung einen Churn-Score von 0 bis 100 und nimmt Ihre eigenen Daten per API an, um Churn-Treiber zu zeigen (Korrelation, nicht Kausalität).

Alle Funktionen sind in jedem Plan enthalten (eigene E-Mail-Domain ab 9 $), der Preis richtet sich nur nach dem MRR und nie nach einem Anteil am zurückgewonnenen Umsatz. Siehe Preise.