Smart retry vs retry classique : pourquoi le timing change tout

Le problème du retry classique

La plupart des SaaS qui gèrent leurs retries manuellement font la même erreur : ils relancent le paiement immédiatement ou à intervalle fixe (toutes les 24h).

Cette approche a un taux de succès de seulement 15 à 25%.

Pourquoi ? Parce qu'elle ne tient pas compte de :

• La raison de l'échec
• Les habitudes bancaires du client
• Les moments où les comptes sont le plus souvent approvisionnés

L'approche Smart Retry

Un smart retry analyse le contexte de chaque échec et adapte le calendrier en conséquence.

Le calendrier optimisé de ChurnPilot

| Tentative | Délai | Raison | |-----------|-------|--------| | 1re | +4 heures | Permet de passer un pic de transactions bancaires | | 2e | Lendemain 9h UTC | Début de journée, comptes souvent réapprovisionnés | | 3e | +3 jours | Laisse le temps pour un virement ou transfert | | 4e | +7 jours | Couvre un cycle de paie complet |

Pourquoi ces délais ?

+4 heures : Les banques traitent les transactions par lots. Un paiement refusé à 14h peut passer à 18h une fois le lot traité.

Lendemain 9h : Les virements bancaires arrivent généralement le matin. Un compte insuffisant le soir peut être approvisionné le lendemain matin.

+3 jours : Pour les clients en attente d'un virement ou d'un transfert entre comptes. Suffisamment court pour ne pas perdre le momentum.

+7 jours : Couvre un cycle de paie hebdomadaire. Si le client est payé chaque semaine, son compte sera réapprovisionné.

Les résultats

| Stratégie | Taux de récupération | |-----------|---------------------| | Retry immédiat (1x) | 8% | | Retry toutes les 24h (3x) | 22% | | Smart retry ChurnPilot (4x) | 67% | | Smart retry + dunning IA | 73% |

La différence est massive : un smart retry bien calibré récupère 3x plus qu'un retry classique.

Ce qui ne doit PAS être retried

Les hard declines ne doivent jamais être retried automatiquement :

• expired_card — La carte est expirée, un retry ne changera rien
• stolen_card — La carte est bloquée définitivement
• invalid_account — Le compte n'existe plus

Pour ces cas, la seule solution est de contacter le client via un email de dunning pour qu'il mette à jour ses informations de paiement.

Conclusion

Le retry n'est pas juste une question de "réessayer" — c'est une question de quand et comment réessayer. Un calendrier intelligent, combiné à des emails de dunning pour les cas non-retriables, est la clé pour maximiser la récupération de revenus.