Herramienta gratis

Calculadora de churn por pagos fallidos en SaaS

Ve exactamente cuántos ingresos pierde tu SaaS por pagos de suscripción fallidos cada año, y cuánto podría recuperar una herramienta de dunning. Mete tres números y comparte el resultado.

· Free, no signup

Quick answer

A typical SaaS loses 5-15% of MRR per year to failed payments. In our data, card retries alone recovered about 5.5%, and 44% of customers who opened the payment page paid. The calculator below uses market benchmark assumptions (38% for Stripe retries, 70% for a full dunning setup), not Rebounce results. Run the numbers for your own MRR.

Tus números

$
$500$500K
%
1%Promedio SaaS: 9%25%

peor que el promedio

$/mo
$5$1000
Compartir en Twitter/X

Tu pérdida anual actual

$10,800

perdido por pagos fallidos cada año, o $900/mes

Clientes perdidos / año

220

Eventos de pago fallido / mes

18

Cuánto es recuperable

No hacer nada

Sin reintentos, sin secuencia de dunning

Recuperado

$0

$10,800 aún perdido

Solo Stripe Smart Retries

solo reintentos, sin secuencia de correos

Recuperado

$4,104

$6,696 aún perdido

Rebounce (dunning + SMS + WhatsApp)

supuesto de referencia del mercado - clasificación por código de rechazo, multicanal

Recuperado

$7,560

$3,240 aún perdido

Recuperable con una tasa de referencia del 70%

$7,560/yr

Assumes a 70% recovery rate with a full dunning setup and 38% with Stripe retries alone. These are market benchmark assumptions, not Rebounce results. In our own data, card retries alone recovered about 5.5% and 44% of customers who opened the payment page paid.

Eso es $3,456/año más de lo que recuperarían solo los Stripe Smart Retries, al combinar reintentos inteligentes, emails de dunning conscientes del código de rechazo, SMS, WhatsApp y recuperación de checkout.

Cómo se calculan los números

Pérdida mensual = MRR × tasa de fallas. La tasa de fallas es el % de cargos de suscripción intentados que fallan en un mes dado. El promedio de la industria SaaS es ~9% según el reporte State of Subscriptions de Recurly.

Clientes perdidos asume que las fallas no recuperadas eventualmente generan churn. El retraso del churn usualmente es de 7-30 días después del último intento fallido.

Recuperación de Stripe Smart Retries (referencia del mercado) es un supuesto de referencia del mercado, no un resultado de Rebounce. Cubre reintentos, pero no correos de cobranza, SMS, WhatsApp ni recuperación de checkout.

Flujo completo de recuperación (70% supuesto, referencia del mercado) es un supuesto de referencia del mercado para reintentos inteligentes + cobranza basada en códigos de rechazo + seguimiento multicanal (correo, SMS, WhatsApp, in-app), no un resultado de Rebounce. La recuperación real depende de tu base de clientes, precios y mezcla de códigos de rechazo.

Por qué importa

Los pagos de suscripción fallidos son la fuente individual más grande de churn para la mayoría de los SaaS, y es casi totalmente invisible a menos que lo busques. Un cliente con tarjeta válida, uso activo del producto y cero intención de irse hace churn en silencio porque su banco rechazó un cobro recurrente, la tarjeta venció o el banco marcó la transacción como inusual.

State of Subscriptions de Recurly encontró que el churn involuntario por pagos fallidos representa 20-40% del churn total de SaaS. Smart Retries de Stripe solo reintenta la tarjeta. No contacta al cliente, así que los fallos que los reintentos no resuelven se convierten en ingresos perdidos, salvo que haya algo más.

Una herramienta de cobranza dedicada combina reintentos con mensajes específicos por código de rechazo, seguimiento multicanal (correo, SMS, WhatsApp, in-app) y recuperación de checkout. En nuestros propios datos, los reintentos automáticos por sí solos recuperaron cerca de 5,5% (53 de 961), mientras que el 44% de los clientes que abrieron la página de pago pagó. La calculadora de arriba estima la diferencia en dólares para tus números, usando tasas supuestas de referencia del mercado.

Cómo recuperar esos ingresos de verdad

1. Clasifica cada rechazo

Lee el código de rechazo de Stripe y aplica una estrategia distinta para cada código. Reintentar 4 veces una tarjeta vencida solo gasta llamadas a la API; reintentar insufficient_funds unos días después, cerca del día de pago, tiene más posibilidades.

Referencia de códigos de rechazo

2. Corre un flujo de emails de dunning en secuencia

Envía una secuencia de correos durante 14 días en lugar de uno solo, con asuntos personalizados según el motivo del rechazo.

Plantillas de email de dunning

3. Agrega canales fuera del email

Muchos clientes nunca ven un correo. WhatsApp y SMS llegan donde sí miran. En nuestros datos, cerca de 7 de cada 10 mensajes de WhatsApp que llegaron al teléfono fueron leídos.

Guía de recuperación con WhatsApp

4. Deja de reintentar rechazos duros

Los rechazos duros como expired_card, stolen_card o fraudulent nunca van a funcionar al reintentar. Salta el reintento y manda una solicitud de actualización de tarjeta de inmediato - cada día de demora aumenta el churn.

Por qué los reintentos de Stripe solos no alcanzan

Frequently asked questions

What counts as involuntary churn?

Involuntary churn is when a paying subscriber is dropped because their payment failed and was never recovered, even though they did not actively cancel. The most common causes are expired cards, insufficient funds, soft network errors, and 3DS authentication failures. Recurly research puts involuntary churn at 20-40% of total SaaS churn.

What failure rate should I assume?

For most consumer SaaS, monthly invoice failure rates land between 5% and 15%. B2B SaaS with corporate cards tends to be 2-5%. Plans with longer billing cycles (annual) see lower failure rates because cards expire less often. If you have not measured yours, 9% is a reasonable starting estimate.

How is recovered revenue different from prevented churn?

Recovered revenue is the dollar amount of failed charges that eventually succeed (via retry, card update, or new payment method). Prevented churn is the customer LTV preserved by keeping that customer subscribed - typically 6-24x the recovered charge depending on your retention curve.

Why do Stripe Smart Retries alone recover so little?

Stripe Smart Retries are timing-only - they retry the same card at machine-learned intervals. They do not handle hard declines (which need a card-update flow), they do not message customers via email/SMS/WhatsApp, and they do not surface in-app banners or checkout recovery. In Rebounce's own data, card retries alone recovered about 5.5% (53 of 961 retries).

How do I recover more failed payments?

Layer four things on top of retries: (1) email sequences with payment-update links, (2) SMS or WhatsApp follow-ups (in our data, about 7 in 10 WhatsApp messages that reached the phone were read), (3) in-app banners that catch logged-in users, and (4) a checkout-recovery flow for hard declines. In our data, 44% of customers who opened the payment-update page paid (58 of 131).

Deja de perder ingresos

Rebounce corre todo esto en automático

Reintentos inteligentes, emails de dunning conscientes del código de rechazo, SMS, WhatsApp, banners in-app, recuperación de checkout y flujos de cancelación. Desde $3.50/mes. Setup de Stripe en 5 minutos. Prueba gratis de 3 días.

SaaS Failed Payment Churn Calculator | Rebounce