Kunden in Intercom über eine fehlgeschlagene Zahlung informieren

Wenn eine Verlängerung fehlschlägt, weiß der Kunde es meist nicht. Er erfährt es, wenn der Zugang endet oder wenn eine Mahnmail im Werbe-Tab landet. Wenn Sie Intercom bereits nutzen, um mit Kunden in Ihrem Produkt zu sprechen, kann es die Nachricht zur fehlgeschlagenen Zahlung dorthin bringen, wo der Kunde tatsächlich ist: in die App.

Dieser Ratgeber zeigt, was Intercom mit Daten zu Zahlungsausfällen tun kann, wie Sie eine In-App-Nachricht einrichten und wie Sie die folgenden Support-Konversationen bearbeiten. Er stützt sich auf das Hilfe-Center von Intercom zur Stripe-App, zu ereignisgesteuerten Nachrichten, Bannern und Makros sowie auf die Referenz der Data Events API (alle abgerufen im November 2026).

Intercom wiederholt keine Zahlungen

Beginnen wir damit, was Intercom nicht ist. Es belastet keine Karten, wiederholt keine Zahlungen und aktualisiert keine Zahlungsmethoden. Das bleibt bei Ihrem Abrechnungssystem: Auf Stripe kommen Wiederholungsversuche von Smart Retries oder Ihrem eigenen Zeitplan, und die Kartenaktualisierung erfolgt auf einer von Stripe gehosteten Seite oder in Ihrer App. Die Rolle von Intercom ist die Kommunikation: den Kunden im richtigen Moment informieren, mit einem Link, der das Problem löst. Für die Abrechnungsseite siehe fehlgeschlagene Zahlungen auf Stripe zurückholen.

Daten zu Zahlungsausfällen in Intercom bringen

Option 1: die Stripe-App

Die Stripe-App von Intercom importiert Stripe-Kundendaten als Attribute an Intercom-Nutzern. Zu den dokumentierten Attributen gehören:

Attribut	Was es enthält
stripe_delinquent	Der Zahlungsverzugsstatus von Stripe (true oder false)
stripe_subscription_status	Der Abo-Status
stripe_card_expires_at	Wann die gespeicherte Karte abläuft
stripe_card_brand	Die Kartenmarke

Die App sendet auch Ereignisse an Intercom, darunter charge_failed, charged, invoice_created und deleted_subscription. Einschränkungen aus demselben Artikel: Nur Daten aus dem Live-Modus werden synchronisiert (der Testmodus wird nicht unterstützt), die App erfordert ein kostenpflichtiges Stripe-Konto und ist in den Intercom-Plänen Essential, Advanced und Expert verfügbar. Standardmäßig wird ein Intercom-Nutzer aus einem Stripe-Kunden nur angelegt, wenn der Stripe-Kunde sowohl eine E-Mail als auch eine User-ID in seinen Metadaten hat.

Option 2: ein eigenes Ereignis senden

Wenn Sie nicht auf Stripe sind oder mehr Kontrolle möchten, senden Sie selbst ein Ereignis, wenn Ihr Abrechnungssystem einen Fehlschlag meldet. Die Data Events API nimmt einen POST an /events mit einem event_name, einem Unix-Zeitstempel created_at, einer Nutzerkennung (user_id oder email) und optionalen metadata entgegen. Verschachteltes JSON wird in den Metadaten nicht unterstützt, und die API-Dokumentation begrenzt die Zahl der erfassten Metadaten-Schlüssel pro Ereignis; halten Sie sie also flach und klein: zum Beispiel ein Betrag, eine Rechnungs-ID und die URL der Seite zur Kartenaktualisierung.

Mit einem eigenen Ereignis können Sie es klar benennen (payment_failed) und den Aktualisierungslink mitliefern, was die Ereignisse der Stripe-App nicht für Sie tun.

Den Nachrichtentyp wählen

Banner: sichtbar, bis das Problem gelöst ist

Ein Banner sitzt oben auf der Seite. Wenn Sie den Schließen-Button ausblenden, zeigt Intercom es so lange an, bis der Nutzer nicht mehr den Zielgruppenregeln entspricht oder die konfigurierte Aktion abschließt. Das passt gut zu einer fehlgeschlagenen Zahlung: Zielen Sie auf Nutzer, bei denen stripe_delinquent true ist (oder Ihr eigenes Attribut), und das Banner verschwindet von selbst, sobald die Zahlung durchgeht und das Attribut zurückspringt.

Grenzen laut der Dokumentation von Intercom:

• Banner unterstützen nur dynamische Zielgruppen.
• Sie werden nur zugestellt, wenn der Nutzer im Messenger online gesehen wird.
• Sie laufen nicht nativ in iOS- oder Android-Apps.
• Überschneiden sich mehrere Banner, erscheinen sie in der Reihenfolge, in der sie live geschaltet wurden, und ein nicht schließbares Banner an erster Stelle blockiert spätere.

Ereignisgesteuerte Chats oder Posts: einmal pro Fehlschlag

Um bei jedem Fehlschlag eine Nachricht zu senden, nutzen Sie eine ereignisgesteuerte Nachricht. Intercom dokumentiert mehrere Bedingungen:

• Sie erfordert das Add-on Proactive Support Plus.
• Die Nachricht muss eine dynamische Zielgruppe verwenden, und Sie können nur eine ereignisbasierte Regel hinzufügen.
• Ereignisse, die vor dem Live-Schalten der Nachricht stattfanden, lösen sie nicht aus.
• Kommt das Ereignis außerhalb des Zeitplans der Nachricht an, wird die Nachricht für dieses Ereignis nicht gesendet; sie wird nicht zurückgehalten, bis der Zeitplan beginnt.
• Ereignis-Metadaten können in Nachrichten innerhalb einer Series nicht verwendet werden. Intercom empfiehlt, die Nachricht zuerst eigenständig zu bauen und sie dann in die Series zu kopieren.

E-Mail: weiterhin nötig

In-App-Nachrichten erreichen nur Kunden, die sich einloggen. Ein Kunde, der das Produkt nicht mehr nutzt, braucht eine E-Mail, und oft ist gerade er der wichtigste. Lassen Sie eine Mahnmail-Abfolge aus Ihrem Abrechnungssystem oder einem eigenen Tool weiterlaufen. Fertige Beispiele finden Sie in Vorlagen für Mahnmails.

Die Nachricht schreiben

Die In-App-Nachricht sollte kurz und konkret sein:

Ihre letzte Zahlung ist nicht durchgegangen. Aktualisieren Sie Ihre Zahlungsmethode, damit Ihr Plan [Planname] aktiv bleibt. [Zahlungsmethode aktualisieren]

Regeln, die sich lohnen:

1. Eine Aktion. Ein einziger Button zur Seite für die Kartenaktualisierung. Schicken Sie Kunden nicht auf eine allgemeine Einstellungsseite.
2. Keine Schuldzuweisung, kein Grund. Zeigen Sie den Ablehnungsgrund nicht an. Bei manchen Codes, etwa verlorenen oder gestohlenen Karten, verlangt Stripe, die Ablehnung als allgemein darzustellen; siehe Stripe-Ablehnungscodes erklärt.
3. Sagen Sie ehrlich, was als Nächstes passiert: wann Sie es erneut versuchen oder wann sich der Zugang ändert. Erfinden Sie keine Frist, die Sie nicht durchsetzen.
4. Zeigen Sie sie der richtigen Person. In B2B-Produkten ist die Person, die das Banner sieht, nicht unbedingt die, die zahlt. Zielen Sie auf Admins oder Rechnungskontakte, wenn Sie dieses Attribut haben.

Die Antworten bearbeiten

Nachrichten zu fehlgeschlagenen Zahlungen erzeugen Konversationen: „Ich habe meine Karte aktualisiert, warum schlägt es immer noch fehl?“, „Kann ich per Überweisung zahlen?”, „Kündigen Sie einfach.” Bereiten Sie für jede davon Makros vor. Makro-Aktionen können Tags hinzufügen und einem Team zuweisen; taggen Sie diese Konversationen also mit payment-failed, um das Volumen zu messen.

Prüfen Sie vor der Antwort das Panel der Stripe-App, das die Abos und die drei letzten Zahlungen des Kunden neben der Konversation zeigt. Einige häufige Situationen:

Der Kunde sagt	Prüfen	Antwort
„Ich habe meine Karte aktualisiert”	Wurde eine neue Zahlungsmethode hinterlegt und die Rechnung erneut versucht?	Wenn noch nicht erneut versucht, erklären, wann; oder aus Ihrem Abrechnungssystem erneut versuchen
„Meine Bank sagt, alles ist in Ordnung”	Der Ablehnungscode	Bei allgemeinen Ablehnungen eine andere Karte oder einen erneuten Anruf bei der Bank vorschlagen
„Kündigen Sie einfach”	Ob er es ernst meint	Kündigen, wenn er bestätigt; eine fehlgeschlagene Zahlung ist kein Grund, das Kündigen zu erschweren
„Ich wurde doppelt belastet”	Zahlungsverlauf	Zügig erklären oder erstatten; so fangen Streitfälle an

Häufige Fehler

• Das Banner als einzigen Kanal nutzen. Kunden, die sich nicht einloggen, sehen es nie.
• Das Banner nach der Rückgewinnung stehen lassen. Nutzen Sie ein Attribut, das automatisch zurückspringt, keine manuelle Liste.
• Mit dem Stripe-Testmodus testen. Die Stripe-App ignoriert Testdaten; testen Sie stattdessen mit einem eigenen Ereignis an einem Testnutzer.
• Während eines Wiederholungsversuchs schreiben, der gleich gelingt. Wenn Ihr Abrechnungssystem es bei manchen Ablehnungen innerhalb von Stunden erneut versucht, kann eine Verzögerung vor der ersten Nachricht unnötige Aufregung vermeiden.

So geht es mit NoChurn

NoChurn übernimmt die Abrechnungsseite, die Intercom nicht abdeckt: Smart Retries, abgestimmt auf den Ablehnungsgrund und wahrscheinliche Zahltage, KI-geschriebene Rückgewinnungsmails, die Sie prüfen, und eine gehostete Seite zur Kartenaktualisierung, die Sie aus einem Intercom-Banner oder -Makro verlinken können. Der Intercom-Connector ist schreibgeschützt, er sendet also keine Intercom-Nachrichten für Sie; Ihre Banner und Makros bleiben in Intercom. Er liest Konversationen, über die E-Mail Kunden zugeordnet (unsichere Zuordnungen werden vorgeschlagen, nie automatisch zusammengeführt), und nutzt sie im Churn Score. Siehe NoChurn + Intercom.