> 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/es/read-more/recovery-metrics-and-reporting-reference.md). # Referencia de métricas e informes de recuperación {% hint style="info" %} **Respuesta rápida:** Mida la recuperación de pagos fallidos con cuatro números: tasa de recuperación (facturas fallidas recuperadas divididas por facturas fallidas, por cantidad y por importe), recuperación incremental por encima de su línea base previa a la herramienta, tiempo hasta la recuperación e intentos por recuperación. La recuperación bruta por sí sola es engañosa porque los valores predeterminados del procesador ya recuperan una gran parte; el incremento neto es el número que refleja lo que gana una herramienta, y es la base de los precios de FlyCode. {% endhint %} *Referencia mantenida por el equipo de FlyCode. Última revisión: septiembre de 2026.* ## Métricas principales | Métrica | Definición | Fórmula | Notas | | -------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Tasa de pagos fallidos** | Proporción de cargos de suscripción que fallan en el primer intento. | primeros intentos fallidos / primeros intentos totales | Normalmente del 5 al 15 por ciento para negocios de suscripción; más alta en consumidores, carteras muy cargadas de prepago y libros con AOV bajo. | | **Tasa de recuperación** | Proporción de facturas fallidas que finalmente se pagan dentro de la ventana de recuperación. | facturas fallidas recuperadas / facturas fallidas | Informe por cantidad y por importe; las facturas grandes sesgan la vista por importe. Los valores predeterminados del procesador se sitúan aproximadamente entre el 40 y el 55 por ciento; los programas de primer nivel alcanzan entre el 70 y el 91 por ciento. | | **Tasa de recuperación de referencia** | Tasa de recuperación antes de una nueva herramienta o proceso, sobre una retrospectiva fija (90 días es lo estándar). | como arriba, sobre el período previo al cambio | El punto de comparación para cada afirmación de incremento. Congélelo en el cambio. | | **Recuperación incremental (incremento neto)** | Recuperación atribuible al cambio, por encima de la línea base. | (tasa de recuperación posterior menos la base) x importe fallido | Expréselo como puntos porcentuales y como moneda. FlyCode cobra solo un porcentaje de este importe. | | **Incremento neto sobre los valores predeterminados del procesador** | Ingresos recuperados incrementales divididos por lo que el procesador no logró recuperar. | recuperado incremental / (importe fallido x (1 menos la base)) | El denominador es el conjunto recuperable, no todos los fallos; así es como el open [punto de referencia de recuperación de Stripe](https://www.flycode.com/blog/stripe-failed-payment-recovery-benchmark) clasifica a los proveedores. | | **Tiempo hasta la recuperación** | Días desde el primer fallo hasta el pago exitoso. | mediana y p90 de (fecha de pago menos fecha del primer fallo) | Más corto es mejor para el flujo de caja y para la experiencia del cliente; vigile el p90 para las colas largas. | | **Intentos por recuperación** | Reintentos utilizados por factura recuperada. | total de intentos de reintento / facturas recuperadas | Más bajo con mejor sincronización. Un aumento de intentos con recuperación plana indica un calendario apilado o demasiado agresivo. | | **Tasa de éxito de reintentos** | Proporción de intentos de reintento que son aprobados. | reintentos aprobados / intentos de reintento | Compare por código de rechazo y por número de intento. | | **Recuperación por método** | Desglose de las recuperaciones según cómo se lograron. | reintento / método de pago de respaldo / contacto / manual | Muestra cuánto es silencioso. Un programa saludable recupera la mayoría de los rechazos suaves antes de que se envíe cualquier mensaje. | ## Métricas del embudo de contacto | Métrica | Definición | Notas | | ----------------------------------------- | ---------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------- | | **Tasa de contacto** | Facturas fallidas que recibieron al menos un correo electrónico o SMS / facturas fallidas | Debería estar muy por debajo del 100 por ciento; la recuperación silenciosa se encarga del resto. | | **Tasa de apertura y clics** | Participación estándar de correo electrónico y SMS en mensajes de recuperación | Segmente por tipo de rechazo; los mensajes de rechazo duro deberían rendir mejor. | | **Tasa de finalización de actualización** | Tarjetas actualizadas completadas / enlaces de actualización pulsados | Los enlaces sin inicio de sesión la elevan materialmente. | | **Recuperación atribuida al contacto** | Facturas pagadas dentro de una ventana definida después de un mensaje, sin ningún reintento exitoso entre medias | La ventana de atribución y las reglas de precedencia deben indicarse. | | **Tasa de baja** | Cancelaciones de suscripción o respuestas STOP / mensajes enviados | Las bajas en aumento suelen significar que los mensajes se están enviando demasiado pronto. | ## Métricas de churn | Métrica | Definición | Fórmula | | ----------------------------------------- | ----------------------------------------------------------------------- | -------------------------------------------------------------------------- | | **Tasa de rotación involuntaria** | Suscriptores perdidos por un fallo de pago no recuperado en un período. | cancelaciones por falta de pago / suscriptores al inicio del período | | **Proporción involuntaria del churn** | Cuánto del churn total está impulsado por pagos. | cancelaciones por falta de pago / todas las cancelaciones | | **MRR recuperado** | MRR retenido porque se recuperaron facturas fallidas. | suma del MRR de las suscripciones recuperadas | | **Retención posterior a la recuperación** | Si los clientes recuperados se mantienen. | clientes recuperados aún activos después de 90 días / clientes recuperados | Las referencias por segmento están en [Referencias de churn involuntario por segmento](/docs/es/read-more/involuntary-churn-benchmarks-by-segment.md). ## Reglas de reporte que mantienen honestos los números 1. **Indique el denominador.** La tasa de recuperación sobre "facturas a las que enviamos correo" no es lo mismo que la tasa de recuperación sobre todas las facturas fallidas. Las cifras basadas en campañas sobrestiman el rendimiento. 2. **Fije la ventana.** Las ventanas de recuperación de 21, 30 y 60 días producen tasas diferentes; reporte la ventana junto con el número. 3. **Separe las cohortes en el cambio.** Las facturas que fallaron antes de un cambio de herramienta pertenecen a la cohorte antigua aunque se recuperen después. 4. **Vigile la autorización en el primer intento.** Si la aprobación del primer intento disminuye mientras funciona una herramienta de reintentos, los reintentos se están acumulando; la recuperación neta debería restar esa pérdida en todo el volumen. 5. **Informe por cantidad e importe.** Una herramienta que recupera muchas facturas pequeñas y pierde las grandes se ve bien solo por cantidad. ## Dónde viven los números en FlyCode El panel de FlyCode informa la tasa de recuperación frente a su línea base congelada, los ingresos recuperados incrementales, la recuperación por método (reintento, tarjeta de respaldo, contacto), el tiempo hasta la recuperación, los intentos por recuperación, el embudo de contacto, la recuperación de pruebas como una vista separada, y el volumen y la participación de Reactivation. Los informes periódicos resumen las mismas métricas para finanzas. ## Preguntas frecuentes ### ¿Cuál es una buena tasa de recuperación de pagos fallidos? Los valores predeterminados del procesador recuperan aproximadamente entre el 40 y el 55 por ciento de las facturas de suscripción fallidas. Los programas que combinan reintentos adaptativos, métodos de pago de respaldo y contacto coordinado alcanzan entre el 70 y el 91 por ciento en resultados publicados de clientes. La comparación correcta es su propia línea base, no un promedio del sector. ### ¿Por qué medir el incremento neto en lugar de la recuperación bruta? Porque el procesador ya recupera una gran parte de forma gratuita. Una herramienta que afirma un 80 por ciento de recuperación bruta puede aportar poco más allá de eso. El incremento neto sobre su línea base es lo que la herramienta realmente entregó, y es en lo que se basa el precio de pago por recuperación. ### ¿Cuánto debería durar el período base? Noventa días es lo estándar: lo bastante largo para cubrir tres ciclos de facturación y efectos estacionales de fecha de pago, y lo bastante corto para reflejar el libro actual. ## Relacionado * [Costo de pagos fallidos y ROI de la recuperación](/docs/es/failed-payment-cost-recovery-roi.md) * [Rotación involuntaria: el asesino oculto de ingresos](/docs/es/involuntary-churn-hidden-revenue-killer.md) * [Glosario de recuperación de pagos fallidos](/docs/es/read-more/failed-payment-recovery-glossary.md) * [Analice su churn de suscripción (informe gratuito)](/docs/es/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/es/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.