> For the complete documentation index, see [llms.txt](https://docs.flycode.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flycode.com/docs/fr/read-more/recovery-metrics-and-reporting-reference.md). # Référence des métriques et du reporting de récupération {% hint style="info" %} **Réponse rapide :** Mesurez le recouvrement des paiements échoués avec quatre chiffres : le taux de recouvrement (factures échouées recouvrées divisé par les factures échouées, en nombre et en montant), le recouvrement incrémental au‑dessus de votre référence de base avant l’outil, le délai de recouvrement et le nombre de tentatives par recouvrement. Le recouvrement brut seul est trompeur, car les défauts du processeur récupèrent déjà une grande part ; le gain incrémental est le chiffre qui reflète ce qu’un outil rapporte, et c’est la base de la tarification de FlyCode. {% endhint %} *Référence maintenue par l’équipe FlyCode. Dernière révision en septembre 2026.* ## Indicateurs clés | Métrique | Définition | Formule | Remarques | | ----------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Taux d’échec des paiements** | Part des prélèvements d’abonnement qui échouent au premier essai. | premiers essais échoués / nombre total de premiers essais | En général, 5 à 15 % pour les entreprises d’abonnement ; plus élevé pour le grand public, les portefeuilles fortement prépayés et les paniers moyens faibles. | | **Taux de recouvrement** | Part des factures échouées finalement payées pendant la fenêtre de recouvrement. | factures échouées recouvrées / factures échouées | À présenter en nombre et en montant ; les grosses factures biaisent la vue en montant. Les valeurs par défaut du processeur se situent autour de 40 à 55 % ; les meilleurs programmes atteignent 70 à 91 %. | | **Taux de recouvrement de référence** | Taux de recouvrement avant un nouvel outil ou processus, sur une période rétrospective fixe (90 jours est la norme). | comme ci-dessus, sur la période précédant le changement | Le point de comparaison pour chaque affirmation de gain. Figez-le au moment du basculement. | | **Recouvrement incrémental (gain)** | Recouvrement attribuable au changement, au-dessus de la référence. | (taux de recouvrement après moins référence) x montant échoué | Exprimez-le en points de pourcentage et en devise. FlyCode ne facture qu’un pourcentage de ce montant. | | **Gain incrémental en plus des valeurs par défaut du processeur** | Recouvrement incrémental des revenus divisé par ce que le processeur n’a pas réussi à recouvrer. | recouvrement incrémental / (montant échoué x (1 moins la référence)) | Le dénominateur est le pool recouvrable, pas l’ensemble des échecs ; c’est ainsi que le [benchmark de recouvrement Stripe](https://www.flycode.com/blog/stripe-failed-payment-recovery-benchmark) évalue les fournisseurs. | | **Délai de recouvrement** | Nombre de jours entre le premier échec et le paiement réussi. | médiane et p90 de (date de paiement moins date du premier échec) | Plus court est mieux pour la trésorerie et pour l’expérience client ; surveillez le p90 pour les longues queues. | | **Tentatives par recouvrement** | Nombre de relances utilisées par facture recouvrée. | nombre total de tentatives de relance / factures recouvrées | Plus faible avec un meilleur timing. Des tentatives en hausse avec un recouvrement stable signalent un calendrier empilé ou trop agressif. | | **Taux de réussite des relances** | Part des tentatives de relance qui sont approuvées. | relances approuvées / tentatives de relance | Comparez par code de refus et par numéro de tentative. | | **Recouvrement par méthode** | Répartition des recouvrements selon la manière dont ils ont été obtenus. | relance / moyen de paiement de secours / sollicitation / manuel | Montre quelle part est silencieuse. Un programme sain recouvre la plupart des refus temporaires avant tout envoi de message. | ## Indicateurs du tunnel de sollicitation | Métrique | Définition | Remarques | | -------------------------------------------- | ------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------- | | **Taux de contact** | Factures échouées ayant reçu au moins un e‑mail ou SMS / factures échouées | Doit être nettement inférieur à 100 % ; le recouvrement silencieux prend le relais pour le reste. | | **Taux d’ouverture et de clic** | Engagement standard sur les e‑mails et SMS liés au recouvrement | Segmentez par type de refus ; les messages liés aux refus définitifs devraient faire mieux. | | **Taux d’achèvement de mise à jour** | Mises à jour de carte terminées / liens de mise à jour cliqués | Les liens sans connexion l’augmentent nettement. | | **Recouvrement attribué à la sollicitation** | Factures payées dans une fenêtre définie après un message, sans relance réussie entre-temps | La fenêtre d’attribution et les règles de priorité doivent être précisées. | | **Taux de désinscription** | Désabonnements ou réponses STOP / messages envoyés | Des désinscriptions en hausse signifient généralement que les messages partent trop tôt. | ## Indicateurs de résiliation | Métrique | Définition | Formule | | -------------------------------- | --------------------------------------------------------------------------- | -------------------------------------------------------------------- | | **Taux de churn involontaire** | Abonnés perdus à cause d’un échec de paiement non recouvré sur une période. | résiliations pour non-paiement / abonnés au début de la période | | **Part involontaire du churn** | Part du churn total due aux paiements. | résiliations pour non-paiement / toutes les résiliations | | **MRR recouvré** | MRR conservé parce que des factures échouées ont été recouvrées. | somme du MRR des abonnements recouvrés | | **Rétention après recouvrement** | Les clients recouvrés restent-ils ? | clients recouvrés toujours actifs après 90 jours / clients recouvrés | Les benchmarks par segment se trouvent dans [Références de churn involontaire par segment](/docs/fr/read-more/involuntary-churn-benchmarks-by-segment.md). ## Règles de reporting qui garantissent la fiabilité des chiffres 1. **Indiquez le dénominateur.** Le taux de recouvrement sur les « factures que nous avons envoyées par e‑mail » n’est pas le même que le taux de recouvrement sur l’ensemble des factures échouées. Les chiffres basés sur des campagnes surestiment la performance. 2. **Fixez la fenêtre.** Des fenêtres de recouvrement de 21, 30 et 60 jours produisent des taux différents ; indiquez la fenêtre avec le chiffre. 3. **Séparez les cohortes au basculement.** Les factures qui ont échoué avant un changement d’outil appartiennent à l’ancienne cohorte, même si elles se recouvrent après. 4. **Surveillez l’autorisation au premier essai.** Si le taux d’approbation au premier essai baisse pendant qu’un outil de relance fonctionne, les relances sont empilées ; le recouvrement net doit soustraire cette perte sur l’ensemble du volume. 5. **Présentez en nombre et en montant.** Un outil qui recouvre beaucoup de petites factures et rate les grosses paraît performant uniquement en nombre. ## Où se trouvent les chiffres dans FlyCode Le tableau de bord FlyCode affiche le taux de recouvrement par rapport à votre référence figée, les revenus recouvrés incrémentaux, le recouvrement par méthode (relance, carte de secours, sollicitation), le délai de recouvrement, les tentatives par recouvrement, le tunnel de sollicitation, le recouvrement d’essai dans une vue distincte, ainsi que le volume et l’engagement de réactivation. Les rapports périodiques résument les mêmes indicateurs pour la finance. ## FAQ ### Quel est un bon taux de recouvrement des paiements échoués ? Les valeurs par défaut du processeur récupèrent environ 40 à 55 % des factures d’abonnement échouées. Les programmes combinant relances adaptatives, moyens de paiement de secours et sollicitation coordonnée atteignent 70 à 91 % dans les résultats clients publiés. La bonne comparaison est votre propre référence, pas une moyenne sectorielle. ### Pourquoi mesurer le gain plutôt que le recouvrement brut ? Parce que le processeur recouvre déjà gratuitement une grande part. Un outil qui revendique 80 % de recouvrement brut peut n’apporter que peu au-delà de cela. Le gain incrémental par rapport à votre référence est ce que l’outil a réellement apporté, et c’est ce sur quoi repose la tarification au recouvrement. ### Combien de temps doit durer la période de référence ? Quatre-vingt-dix jours est la norme : assez long pour couvrir trois cycles de facturation et les effets saisonniers de dates de paie, assez court pour refléter le portefeuille actuel. ## Connexe * [Coût des paiements échoués et ROI du recouvrement](/docs/fr/failed-payment-cost-recovery-roi.md) * [Attrition involontaire : le tueur caché de revenus](/docs/fr/involuntary-churn-hidden-revenue-killer.md) * [Glossaire de la récupération des paiements échoués](/docs/fr/read-more/failed-payment-recovery-glossary.md) * [Analysez votre churn d’abonnement (rapport gratuit)](/docs/fr/introduction/analyze-your-subscription-churn-free-report.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.flycode.com/docs/fr/read-more/recovery-metrics-and-reporting-reference.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.