La carte a été refusée. La rejouer, ce n’est pas du dunning.

Jour de renouvellement. Stripe présente la carte. La banque refuse. Dans le tableau de bord, l’abonnement passe en retard. En arrière-plan, le processeur va probablement rejouer le paiement. Le client qui aurait mis à jour sa carte cet après-midi n’a rien reçu de vous — ou il reçoit un message générique qui a l’air de venir du formulaire de paiement, pas du produit qu’il utilise.

Ce trou, c’est l’attrition involontaire — aussi appelée churn involontaire en SaaS : il n’a pas résilié. Le paiement a échoué, et personne n’a fait de vraie relance. Le dunning, c’est cette relance.

Ce que « dunning » et « relance » veulent dire

En facturation d’abonnement, le dunning est le processus qui récupère un paiement échoué avant que le client parte — en lui demandant de corriger ce qui a cassé, et en rejouant la carte seulement quand un nouvel essai peut encore marcher.

Le mot anglais est vieux : to dun, relancer quelqu’un pour une somme due. En français, on dit surtout relance. Les directions financières parlent souvent d’attrition involontaire. Les équipes SaaS disent churn involontaire ou impayés. C’est le même phénomène : un client qui voulait rester, perdu sur un refus de carte.

Les glossaires des plateformes de billing (Recurly, Zuora) tracent la même frontière : un retry renvoie la transaction à la banque ; le dunning, c’est le workflow autour — les emails, le calendrier, la décision de s’arrêter.

Rejouer la carte, c’est récupérer un réseau. Parler au client, dans votre marque, c’est récupérer la facture.

La relance n’est pas un retry. Ce n’est pas du recouvrement non plus.

Les gens tapent « relance impayés », « relance paiement Stripe », « email de relance », « dunning ». Ça pointe vers la ligne du milieu. Un retry silencieux, c’est la première. Un « réglez immédiatement ou on ferme le compte », c’est déjà la troisième.

Pourquoi une facture Stripe échoue

La plupart des refus d’abonnement tiennent en quelques catégories, visibles directement dans le outcome de l'objet Charge sur vos propres données Stripe. Le code de refus doit changer la suite.

• Carte expirée ou remplacée — le client a un nouveau numéro et ignore que vous tenez encore l’ancien. Rejouer la carte morte ne sert à rien. Il doit mettre à jour.
• Fonds insuffisants — souvent une question de calendrier. Un nouvel essai quelques jours plus tard peut passer. Un email le jour même qui sonne comme une menace, non.
• Filtre banque ou fraude — friction 3-D Secure, blocage des prélèvements récurrents, marchand inconnu. Un retry immédiat peut aggraver le refus.
• Carte perdue, volée ou clôturée — refus définitif. Aucun calendrier n’encaissera. Le seul geste utile : un chemin clair pour changer de moyen de paiement.

Un seul email « votre paiement a échoué, mettez à jour votre carte » traite les quatre cas comme le même événement. C’est pour ça qu’une séquence qui n’ouvre jamais le motif du refus a l’air occupée et récupère peu.

Ce qu’un retry côté processeur ne couvre pas

Stripe peut rejouer une facture refusée selon un calendrier. C’est de l’encaissement : le prélèvement retourne au réseau. Utile sur un refus temporaire. Inutile, tout seul, sur une carte expirée.

Stripe vous laisse mettre votre logo, vos couleurs, et même un domaine d’envoi personnalisé sur ses propres notifications — la surface n’a jamais été le problème. Le problème, c’est ce qui se passe derrière l’email : cette logique de retry ne sait pas que ce client est chez vous depuis deux ans pendant que cet autre en est au troisième jour de son essai. Elle ne change pas le jour ni l’heure d’envoi selon le moment où un client ouvre réellement ses emails. Elle ne propose ni pause ni coupon à la place d’une perte sèche. Et dès que le client résilie pour de bon, elle arrête complètement de s’en occuper — aucune relance prévue pour quelqu’un qui est déjà parti.

Gardez le retry processeur si vous voulez. Vous n’achetez pas un retry plus joli à un outil de dunning. Vous achetez les décisions que le retry ne peut pas prendre tout seul.

À quoi ressemble une vraie séquence de relance

Le timing

Un rappel de carte avant l’expiration, quand vous la voyez venir (pré-relance). Après l’échec, espacez les messages autour de la fenêtre de retry — pas par-dessus chaque tentative automatique. Trois emails calmes sur une semaine valent mieux que sept « urgents » en 48 heures.

Le ton

Le mail qui marche ressemble à une note de compte : « Le dernier paiement pour [Offre] n’est pas passé. Mettez à jour votre carte ici. » L’urgence, la culpabilité et le « dernier avis » appartiennent au recouvrement. La relance suppose qu’il veut encore le produit.

Refus temporaire ou refus définitif : pas le même chemin

Refus temporaire : dites que vous allez réessayer, et faites-le. Refus définitif : ne faites pas semblant qu’un autre retry sauvera la mise — envoyez le lien de mise à jour et attendez. L’ancienneté et la valeur du plan sont les deux autres splits qui valent le coup : un essai et un annuel ne partagent pas le même script.

Quand s’arrêter

Le jour où la facture est payée, la relance est finie. Tout de suite. Un rappel qui arrive après qu’il a déjà corrigé la carte, c’est comme ça que l’automatisation génère un ticket support. S’il résilie au lieu de payer, cette séquence doit s’arrêter — c’est un win-back, pas une autre pique d’impayé.

Comment churnhook enchaîne ça

churnhook se connecte à votre compte Stripe avec Stripe Connect (OAuth — aucune clé secrète stockée). Quand un abonnement passe en retard, impayé ou incomplet, il arrive dans Impayés : client, offre, motif du refus, depuis combien de temps ça échoue, où en est le run.

Pas un calendrier fixe à 3, 5 ou 7 jours — un parcours propre à chaque client

Une séquence n’est pas un seul script envoyé à tout le monde selon le même calendrier. Un Split bifurque sur l’ancienneté, le type de refus ou le montant de la facture, pour qu’un client de deux ans et un essai de trois jours ne reçoivent jamais le même message ni la même offre. Le timing non plus, ce n’est pas « on attend 3 jours » à l’aveugle : une attente peut tomber un jour précis de la semaine, dans une fenêtre horaire que vous choisissez — le moment où vous savez que vos clients ouvrent réellement leurs emails, pas celui qu’un calendrier de relance générique suppose.

Les offres qu’un retry processeur ne peut pas faire

C’est là que se voit la vraie différence avec un simple retry Stripe. Sur une séquence Départs, la même conversation peut porter une offre en direct — Garder, un Coupon déjà présent sur votre compte Connect, ou une Pause — que le client accepte en un clic, appliquée instantanément, sans aucune action manuelle de votre côté. Et s’il résilie quand même, ça ne s’arrête pas là : une séquence win-back peut le relancer automatiquement après coup, avec un coupon à durée limitée envoyé vers un vrai Stripe Checkout sur son ancienne offre. Le calendrier de retry de Stripe n’a aucun équivalent à tout ça — il ne sait même pas que le client est parti, et il n’a rien à lui proposer si c’était le cas.

Une étape Relancer la facture continue de demander à Stripe d’encaisser au moment que vous choisissez au milieu de tout ça — si ça passe, le run passe en récupéré et plus aucun mail ne part. Chaque séquence se termine par une clôture de 72 heures, pour que le job soit borné.

Depuis Impayés vous pouvez encore agir à la main : relancer maintenant, ou copier un lien de mise à jour de carte qui ouvre directement l’écran carte.

Vous pouvez parcourir tout le chemin — paiement échoué, offre, win-back — en mode test Stripe avec le labo de simulation avant de toucher un vrai client.

Si vous comparez des outils de recovery dédiés — ou voulez juste savoir ce que Stripe fait déjà tout seul : voir le comparatif complet. La définition courte du dunning est aussi dans le glossaire.

Voir à quoi ressemble une séquence · Commencer l’essai 60 jours

FAQ

Rejouer la carte ne suffit-il pas ? Sur un trou de fonds passager, parfois. Sur une carte expirée ou remplacée — le cas le plus fréquent — un retry sans conversation n’encaisse jamais. Le dunning, c’est la conversation.

C’est du recouvrement ? Non. La relance suppose un client qui voulait rester. Le recouvrement commence quand vous avez décidé que c’était une créance. Le ton, le calendrier et la condition d’arrêt ne sont pas les mêmes.

Dunning, relance, attrition — c’est quoi la différence ? Même sujet, trois vocabulaires. Dunning : terme métier anglo-saxon. Relance : le mot que les gens tapent en français (impayés, email de relance). Attrition involontaire / churn involontaire : le nom de la fuite (un départ que le client n’a pas choisi).

Dois-je donner une clé API Stripe ? Non. Connect, c’est de l’OAuth. Vous révoquez depuis votre dashboard Stripe. Aucune clé secrète de votre compte n’est stockée.

Puis-je tester sans toucher aux vrais clients ? Oui. Compte Stripe en mode test, labo intégré, puis seulement une séquence live.