OpérationsMétrique 26 sur 35

Dunning & Récupération de Paiements

L'art de faire passer un paiement échoué sans perdre le client.

Processus de récupération du revenu sur les charges échouées via retries, mises à jour de cartes et relances client. Bien fait, le recovery est le chantier au plus fort ROI du SaaS — pure marge, zéro coût d'acquisition.

Exemple chiffré

100 renouvellements échoués × 80 € moyens = 8 000 € à risque. Avec 60 % de récupération (Smart Retries + card updater + séquence 3 emails) : 4 800 € sauvés, ~57 600 € d'ARR retenu.

Benchmark

Taux de récupération
Optimisé
65–80 %
Base
40–55 %
Négligé
< 30 %

Pourquoi c'est important

Chaque euro récupéré via dunning vaut plus qu'un euro d'acquisition nouvelle parce que le CAC est nul. L'économie est absurde : un workflow de dunning bien réglé rend typiquement 20 à 40× le temps d'ingénierie investi. Stripe vous donne la plupart des pièces (Smart Retries, Card Account Updater, customer portal) — il suffit de les brancher et de mesurer.

Erreurs fréquentes

  • Réessayer à intervalles fixes au lieu d'utiliser les Smart Retries adaptatifs de Stripe.
  • Ne pas activer le Card Account Updater (gratuit, récupère 2–4 % de MRR).
  • N'envoyer qu'un seul email de dunning — le troisième email récupère plus que le premier dans beaucoup d'études.
  • Marquer un compte comme churné dès le premier échec — donnez la période de grâce et les retries d'abord.

Suivi dans FlowMRR

Recovery → matrice d'ancienneté et résultats des relances, alimentée par les événements Smart Retries de Stripe.

Recovery → matrice d'ancienneté et résultats des relances, alimentée par les événements Smart Retries de Stripe.