Ferramenta grátis

Calculadora de churn por pagamentos falhos para SaaS

Veja exatamente quanta receita seu SaaS perde com pagamentos falhos a cada ano e quanto uma ferramenta de cobrança pode recuperar. Insira três números e compartilhe o 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.

Seus números

$
$500$500K
%
1%Média SaaS: 9%25%

pior que a média

$/mo
$5$1000
Compartilhar no Twitter/X

Sua perda anual atual

$10,800

perdidos em pagamentos falhos todo ano, ou $900/mês

Clientes perdidos / ano

220

Eventos de pagamento falho / mês

18

Quanto é recuperável

Não fazer nada

Sem retentativas, sem sequência de cobrança

Recuperado

$0

$10,800 ainda perdidos

Apenas Stripe Smart Retries

apenas retentativas, sem sequência de e-mails

Recuperado

$4,104

$6,696 ainda perdidos

Rebounce (cobrança + SMS + WhatsApp)

premissa de benchmark de mercado - classificação por código de recusa, multicanal

Recuperado

$7,560

$3,240 ainda perdidos

Recuperável a uma taxa de benchmark de 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.

Isso é $3,456/ano a mais do que o Stripe Smart Retries sozinho recuperaria, combinando retentativas inteligentes, e-mails de cobrança baseados em código de recusa, SMS, WhatsApp e recuperação de checkout.

Como os números funcionam

Perda mensal = MRR × taxa de falha. A taxa de falha é o % de cobranças de assinatura tentadas que falham em determinado mês. A média do setor SaaS é ~9% segundo o relatório State of Subscriptions da Recurly.

Clientes perdidos assume que falhas não recuperadas eventualmente viram churn. O atraso do churn é geralmente 7-30 dias após a última tentativa falha.

Recuperação do Stripe Smart Retries (benchmark de mercado) é uma premissa de benchmark de mercado, não um resultado do Rebounce. Cobre retentativas, mas não e-mails de cobrança, SMS, WhatsApp nem recuperação de checkout.

Fluxo completo de recuperação (70% assumido, benchmark de mercado) é uma premissa de benchmark de mercado para retentativas inteligentes + cobrança baseada no código de recusa + acompanhamento multicanal (e-mail, SMS, WhatsApp, in-app), não um resultado do Rebounce. A recuperação real depende da sua base de clientes, preço e mix de códigos de recusa.

Por que isso importa

Pagamentos de assinatura falhos são a maior fonte de churn para a maioria dos negócios SaaS, e é quase totalmente invisível a menos que você procure. Um cliente com cartão válido, uso ativo do produto e zero intenção de sair silenciosamente vira churn porque o banco recusou uma cobrança recorrente, o cartão expirou ou o banco marcou a transação como incomum.

State of Subscriptions da Recurly encontrou que o churn involuntário por pagamentos falhos representa 20-40% do churn total de SaaS. O Smart Retries do Stripe apenas tenta o cartão de novo. Ele não contata o cliente, então as falhas que retentativas não resolvem viram receita perdida, a menos que algo mais esteja em vigor.

Uma ferramenta de cobrança dedicada combina retentativas com mensagens específicas por código de recusa, acompanhamento multicanal (e-mail, SMS, WhatsApp, in-app) e recuperação de checkout. Nos nossos dados, as retentativas automáticas sozinhas recuperaram cerca de 5,5% (53 de 961), enquanto 44% dos clientes que abriram a página de pagamento pagaram. A calculadora acima estima a diferença em dólares para os seus números, usando taxas assumidas de benchmark de mercado.

Como realmente recuperar essa receita

1. Classifique cada recusa

Leia o código de recusa do Stripe e aplique uma estratégia diferente para cada código. Tentar um cartão expirado 4 vezes só gasta chamadas de API; tentar insufficient_funds alguns dias depois, perto do dia de pagamento, dá mais chance.

Referência de códigos de recusa

2. Rode uma sequência de emails de cobrança

Envie uma sequência de e-mails ao longo de 14 dias em vez de um só, com assuntos personalizados pelo motivo da recusa.

Templates de email de cobrança

3. Adicione canais além do email

Muitos clientes nunca veem um e-mail. WhatsApp e SMS chegam onde eles realmente olham. Nos nossos dados, cerca de 7 em cada 10 mensagens de WhatsApp que chegaram ao celular foram lidas.

Guia de recuperação via WhatsApp

4. Pare de retentar recusas duras

Recusas duras como expired_card, stolen_card ou fraudulent nunca terão sucesso na retentativa. Pule a retentativa e envie um pedido de atualização de cartão imediatamente - cada dia de atraso aumenta o churn.

Por que retentativas do Stripe não bastam

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).

Pare de perder receita

O Rebounce roda tudo isso no automático

Retentativas inteligentes, emails de cobrança por código de recusa, SMS, WhatsApp, banners in-app, recuperação de checkout e fluxos de cancelamento. A partir de $3.50/mês. Configuração Stripe em 5 minutos. 3 dias grátis.

SaaS Failed Payment Churn Calculator | Rebounce