Unfreiwilligen Churn in Maxio senken
Wie Maxio (früher Chargify) fehlgeschlagene Zahlungen handhabt: Dunning-Zeitpläne, Wiederholungsversuche, Past Due und Unpaid, Kartenupdates, Webhooks.
Von Florian
Unfreiwilliger Churn ist der Teil des Churns, den niemand gewählt hat: Eine Verlängerung schlägt fehl, niemand behebt die Zahlungsmethode, und das Abo endet. Maxio Advanced Billing (früher Chargify) bietet Ihnen von Haus aus die meisten Werkzeuge, um das zu verhindern: einen konfigurierbaren Dunning-Zeitplan, Wiederholungsversuche und E-Mails pro Schritt, eine abschließende Aktion, ein Billing Portal, in dem Kunden ihre Karte aktualisieren, und Webhooks für jeden Schritt. Dieser Ratgeber erklärt, wie sich diese Bausteine verhalten und wie Sie sie gut einrichten.
Das gesamte hier beschriebene Verhalten von Maxio stammt aus seiner Dokumentation: Wie Dunning funktioniert, Dunning für Kreditkarten konfigurieren, Dunning für ACH konfigurieren, Dunning für Lastschriften konfigurieren, Zahlungsmethode eines Abos aktualisieren, Parameter für Dunning-E-Mails und Webhook-Ereignisse (alle abgerufen im November 2026).
Was passiert, wenn eine Verlängerung in Maxio fehlschlägt
Wenn der Zeitraum eines Abos endet, versucht Maxio, die hinterlegte Zahlungsmethode zu belasten. Lehnt der Zahlungsabwickler ab, wechselt das Abo auf Past Due, und Maxio folgt Ihrem Dunning-Zeitplan. Von dort sind drei Ergebnisse möglich:
- Ein Wiederholungsversuch gelingt, oder der Kunde aktualisiert seine Zahlungsmethode und zahlt, und das Abo kehrt zu Active zurück.
- Der Zeitplan läuft aus, und die abschließende Aktion greift: Das Abo wird entweder Canceled (es fallen keine weiteren Beträge an) oder als Unpaid markiert (es fallen weiter Beträge an).
- Sie greifen manuell ein, zum Beispiel indem Sie eine Zahlung erfassen.
Ein Unpaid-Abo kann zu Active zurückkehren: Die Dokumentation von Maxio beschreibt, mit Retry/Reactivate die Zahlung einzuziehen oder mit Reset to $0 auf den Saldo zu verzichten.
Einige Fälle verhalten sich laut der Dunning-Übersicht anders:
- Prepaid-Abos werden nicht als past due markiert. Sie bleiben aktiv, solange das Guthaben reicht, und werden dann ausgesetzt.
- Term-Abos, deren Laufzeit während des Dunnings endet, laufen ab, statt past due zu bleiben, und werden später nicht gekündigt, wenn das Dunning ausläuft.
- Abos mit manueller Zahlung (per Rechnung) erhalten Erinnerungsmails, aber das Dunning versucht offene Rechnungen nicht erneut.
- Ablehnungen wegen hohen Risikos oder Betrugs deaktivieren das Zahlungsprofil, statt weitere Versuche zu unternehmen.
Der Dunning-Zeitplan
Das Dunning liegt unter Config, dann Retries & Dunning. Maxio gliedert es in E-Mail-Einstellungen, den Zeitplan für Wiederholungsversuche und Dunning sowie den letzten Schritt. Dunning-E-Mails werden hier konfiguriert, getrennt von Ihren anderen E-Mails der Site.
Grenzen und Regeln nach Zahlungsmethode
| Zahlungsmethode | Regel laut Maxio-Dokumentation |
|---|---|
| Kreditkarte | Bis zu 365 Tage und/oder 30 Schritte pro Zeitplan |
| ACH | 2 Wiederholungsversuche plus 1 abschließende Aktion, nach den Regeln des ACH-Netzwerks |
| Lastschrift | Mindestens 5 Tage zwischen Versuchen; die abschließende Aktion kann keinen Versuch enthalten |
| Manuelle Zahlung | Nur Erinnerungsmails, keine Wiederholungsversuche |
Sie können pro Zahlungsmethode Strategien für die gesamte Site festlegen und daneben Strategien pro Produkt oder Product Family, sodass ein jährlicher Enterprise-Plan seinen Zeitplan nicht mit einem monatlichen Self-Service-Plan teilen muss.
Schritte: Versuch, E-Mail oder beides
Jeder Schritt im Zeitplan hat eine Tagesnummer und zwei Schalter:
- Retry Payment: an diesem Tag die Belastung versuchen. Sie können es ausschalten, um eine E-Mail ohne Versuch zu senden, außer beim Schritt an Tag 1, der immer einen Versuch enthält.
- Send Email: Bei vorgegebenen Vorlagen sind E-Mails anfangs ausgeschaltet; Sie müssen also jede gewünschte E-Mail einschalten und ihren Betreff und Text bearbeiten.
Wie Maxio den aktuellen Schritt verfolgt
Maxio berechnet den aktuellen Schritt eines Abos daraus, wie lange es schon past due ist, und aus Ihrem aktuellen Zeitplan, statt den Schritt zu speichern. Die praktische Folge laut Dokumentation: Wenn Sie den Zeitplan bearbeiten, kann sich ändern, auf welchem Schritt ein Past-Due-Abo zu stehen scheint. Ändern Sie Zeitpläne bewusst und rechnen Sie damit, dass Abos, die bereits im Dunning sind, dem neuen Zeitplan folgen.
Beachten Sie außerdem: Wenn ein Abo während des Dunnings sein reguläres Verlängerungsdatum erreicht und an diesem Tag kein Dunning-Schritt liegt, läuft die Verlängerung trotzdem. Schlägt sie fehl, bleibt das Abo im Dunning und macht mit dem nächsten Schritt weiter.
Den Kunden dazu bringen, seine Zahlungsmethode zu aktualisieren
Der meiste zurückgeholte Umsatz bei Hard Declines und abgelaufenen Karten kommt daher, dass der Kunde neue Daten eingibt. Laut der Dokumentation zur Aktualisierung der Zahlungsmethode und zu den Parametern für Dunning-E-Mails bietet Maxio mehrere Wege dorthin:
- In Dunning-E-Mails: Eine Variable
update_urlliefert die URL, unter der der Kunde seine Zahlungsmethode aktualisieren kann. Wenn Sie das Billing Portal nutzen, können Vorlagen stattdessen auf die Verwaltungsseite des Portals verlinken. - Von der Abo-Seite: Der Tab Payment Details hat eine Aktion, um dem Kunden einen Link zu seiner Self-Service-Seite zu mailen, und Sie können die URL der Self-Service-Seite auch kopieren, um sie selbst zu senden.
- Im Billing Portal: Kunden loggen sich ein, wählen das Abo, entscheiden sich für das Aktualisieren der Zahlungsmethode, wählen eine gespeicherte Methode oder fügen eine neue hinzu und speichern. Das Portal hat außerdem ein direktes URL-Muster für die Seite zur Aktualisierung der Zahlungsmethode eines bestimmten Abos.
Zwei Grenzen, die Sie kennen sollten:
- Solange eine Zahlung noch aussteht (zum Beispiel eine nicht abgewickelte Lastschrift), lässt sich die Zahlungsmethode nicht ändern, auch nicht über die Self-Service-Seite.
- Dunning-E-Mails werden nur versendet, solange ein Abo past due ist; für abgelaufene oder gekündigte Abos werden sie nicht verarbeitet. Alles, was Sie nach der abschließenden Aktion senden möchten, braucht einen anderen Kanal.
Webhooks, die Sie an Ihre App anbinden sollten
Die Referenz der Webhook-Ereignisse von Maxio listet die Ereignisse, die Sie brauchen, um den Dunning-Zustand in Ihrem Produkt abzubilden:
| Ereignis | Was es Ihnen sagt | Was Sie tun |
|---|---|---|
payment_failure |
Ein Zahlungsversuch ist fehlgeschlagen, auch bei Wiederholungen | Ein Banner in der App zeigen, den Versuch protokollieren |
payment_success |
Eine Zahlung ist gelungen, auch bei Wiederholungen | Das Banner entfernen |
dunning_step_reached |
Das Abo hat einen Dunning-Schritt erreicht (der Payload enthält aktuellen und nächsten Schritt) | Eigene Erinnerungen oder Hinweise in der App zeitlich abstimmen |
subscription_state_change |
Der Status des Abos hat sich geändert | Den Status neu lesen, dann Zugang gewähren oder entziehen |
Maxio weist darauf hin, dass eine Zahlung, die ein Past-Due-Konto ausgleicht, payment_success und subscription_state_change erzeugt, aber nicht renewal_success. Wenn Ihre App nur auf Verlängerungsereignisse hört, verpasst sie Rückgewinnungen. Maxio versucht jede Webhook-Zustellung bis zu sechsmal (Webhook-Leitfaden); machen Sie Ihre Handler also idempotent.
Ein Einrichtungsplan
- Passen Sie den Zeitplan an den Abrechnungszeitraum an. Bei Monatsplänen sollte das Dunning vor der nächsten Verlängerung enden, damit sich keine unbezahlten Zeiträume stapeln. Jahrespläne vertragen ein längeres Fenster.
- Versuche und E-Mails nach vorn ziehen. Versuchen Sie es an Tag 1, dann alle paar Tage in den ersten zwei Wochen, solange sich der Kunde noch an die Nutzung des Produkts erinnert.
- Schalten Sie die E-Mails ein. Sie sind anfangs deaktiviert. Schreiben Sie eine kurze erste E-Mail mit dem Link
update_url, zwei oder drei Erinnerungen und einen letzten Hinweis, der das Datum nennt, an dem der Zugang endet. - Trennen Sie Strategien nach Produkt, wenn die Zielgruppen sich unterscheiden. Enterprise-Kunden brauchen oft ein längeres Fenster und persönlichen Kontakt, nicht mehr automatische E-Mails.
- Wählen Sie die abschließende Aktion bewusst. Cancel stoppt das Anfallen von Beträgen; Unpaid lässt sie weiter anfallen, was nur sinnvoll ist, wenn Sie den Saldo einziehen wollen.
- Respektieren Sie die Regeln für ACH und Lastschrift. Entwerfen Sie für Bankzahlungen keinen Zeitplan nach Kartenmuster; Maxio setzt die Grenzen ohnehin durch.
- Bilden Sie den Status mit Webhooks ab, ausgehend von
subscription_state_change, und zeigen Sie in Ihrem Produkt ein Banner, solange das Abo past due ist. - Prüfen Sie monatlich die wegen Nichtzahlung gekündigten Abos und suchen Sie nach Mustern: ein Produkt, ein Gateway, ein Kartentyp.
So geht es mit NoChurn
Das Dunning von Maxio bleibt bestehen: Wiederholungsversuche, Rechnungsstellung, Steuern und die Belastung selbst bleiben in Maxio und bei Ihrem Gateway. NoChurn verbindet sich mit einem Maxio-API-Schlüssel, importiert Kunden und Abos, folgt den Webhooks von Maxio und ergänzt KI-geschriebene Rückgewinnungsmails, die Sie vor dem Versand prüfen, mit einem Link zur Aktualisierung des Zahlungsprofils. Zusätzlich zum Dunning ergänzt es Kündigungsflows mit Gründen, Angeboten (ein Coupon oder ein Produktwechsel am Maxio-Abo) und einem immer sichtbaren Ein-Klick-Kündigungsbutton, Win-back-E-Mails an Tag 30, 60 und 90 auf Basis des Kündigungsgrunds und einen Churn Score von 0 bis 100. Streitfälle kommen vom Gateway hinter Maxio; bei Stripe oder Braintree sammelt NoChurn die Nachweise und entwirft eine Antwort, die Sie prüfen. Siehe NoChurn + Maxio.