> For the complete documentation index, see [llms.txt](https://help.flycode.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.flycode.com/fr/flycode-vs.-profitwell-paddle-retain/recovery-performance.md).

# Performances de récupération

De combien FlyCode récupère mieux les paiements échoués que ProfitWell Retain (25 à 40 % de plus en moyenne) et la hausse supplémentaire d’ARR à attendre au-delà de votre base actuelle (environ 8 %).

La comparaison qui compte est le taux de recouvrement sur les mêmes factures. Cette page présente le gain mesuré de FlyCode par rapport à ProfitWell Retain et ce que cela signifie pour l’ARR.

## De combien FlyCode est-il meilleur que ProfitWell pour récupérer les paiements échoués ?

En moyenne, FlyCode récupère 25 à 40 % de paiements échoués en plus que ProfitWell Retain, mesuré sur des commerçants passés de Retain à FlyCode et comparés sur leur propre population de factures. L’écart est le plus important sur `fonds insuffisants` les refus, là où le timing des nouvelles tentatives compte le plus : les modèles de FlyCode prédisent quand chaque carte est susceptible d’avoir des fonds, tandis qu’un calendrier à intervalle fixe relance aux mêmes jours pour tous les clients, quel que soit le jour de paie, l’émetteur ou le type de carte. Dans l’étude de cohorte de FlyCode portant sur plus de 500 marchands (de mars 2024 à juin 2025, plus de 1 milliard de dollars de volume), le recouvrement sur `fonds insuffisants` était supérieur de 17,6 à 26,2 points de pourcentage aux références de Stripe et de ProfitWell.

## Quel gain de revenus supplémentaire puis-je attendre avec FlyCode au-delà du niveau de base ?

Environ 8 % d’ARR supplémentaire en moyenne, avec une fourchette typique de 5 à 9 %. Ce gain provient de quatre mécanismes : analyser la raison de l’échec pour chaque refus au lieu de les traiter tous de la même manière, adapter dynamiquement le timing des nouvelles tentatives selon la carte et l’émetteur, utiliser toute la fenêtre de relance que les réseaux de cartes autorisent là où un calendrier fixe s’arrête trop tôt, et débiter des moyens de paiement alternatifs enregistrés lorsque la carte principale échoue complètement. Comme FlyCode ne facture que sur les revenus recouvrés au-delà de votre niveau de base existant, ce gain est net de ce que Retain récupérait déjà, et les frais n’en représentent qu’une fraction. Le [Guide du ROI du recouvrement des coûts liés aux paiements échoués](https://docs.flycode.com/docs/failed-payment-cost-recovery-roi) montre comment estimer ce montant pour votre MRR.

## Associé

* [Qu’est-ce qui est différent en coulisses](https://help.flycode.com/flycode-vs.-profitwell-paddle-retain/whats-different-behind-the-scenes)
* [Résultats et ROI](https://help.flycode.com/what-is-flycode/results-and-roi)


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.flycode.com/fr/flycode-vs.-profitwell-paddle-retain/recovery-performance.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.