> 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/es/flycode-vs.-profitwell-paddle-retain/recovery-performance.md).

# Rendimiento de recuperación

Cuánto mejor FlyCode recupera pagos fallidos que ProfitWell Retain (entre 25 y 40 % más en promedio) y el aumento adicional de ARR que esperar más allá de tu base actual (alrededor del 8 %).

La comparación que importa es la tasa de recuperación en las mismas facturas. Esta página muestra el aumento medido de FlyCode frente a ProfitWell Retain y lo que significa para el ARR.

## ¿Cuánto mejor es FlyCode recuperando pagos fallidos que ProfitWell?

En promedio, FlyCode recupera entre un 25 y un 40 por ciento más de pagos fallidos que ProfitWell Retain, medido en comercios que pasaron de Retain a FlyCode y comparado en su propia población de facturas. La brecha es mayor en `insufficient_funds` rechazos, donde el momento del reintento importa más: los modelos de FlyCode predicen cuándo es probable que cada tarjeta tenga fondos, mientras que un calendario de intervalos fijos vuelve a intentar en los mismos días para todos los clientes, sin importar el día de pago, el emisor o el tipo de tarjeta. En el estudio de cohorte de más de 500 comercios de FlyCode (de marzo de 2024 a junio de 2025, más de 1.000 millones de USD en volumen), la recuperación en `insufficient_funds` fue entre 17.6 y 26.2 puntos porcentuales más alta que las referencias de Stripe y ProfitWell.

## ¿Qué aumento adicional de ingresos puedo esperar con FlyCode más allá de la referencia?

Aproximadamente un 8 por ciento de ARR adicional en promedio, con un rango típico de 5 a 9 por ciento. El aumento proviene de cuatro mecanismos: analizar el motivo del fallo de cada rechazo en lugar de tratarlos por igual, adaptar dinámicamente el momento del reintento por tarjeta y emisor, usar la ventana completa de reintentos que permiten las redes de tarjetas cuando un calendario fijo se detiene antes de tiempo, y cobrar métodos de pago alternativos registrados cuando falla gravemente la tarjeta principal. Como FlyCode cobra solo sobre los ingresos recuperados por encima de su referencia actual, ese aumento es neto de lo que Retain ya estaba recuperando, y la comisión es una fracción de ello. La [Guía de ROI de recuperación del costo de pagos fallidos](https://docs.flycode.com/docs/failed-payment-cost-recovery-roi) muestra cómo estimar la cifra para su MRR.

## Relacionado

* [Qué es diferente detrás de escena](https://help.flycode.com/flycode-vs.-profitwell-paddle-retain/whats-different-behind-the-scenes)
* [Resultados y 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/es/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.