Pular para o conteúdo

Dunning e recuperação de pagamentos que falharam

Dunning (a régua de cobrança) é o processo de recuperar pagamentos de assinatura que falharam — tentando de novo cobrar os cartões recusados e enviando e-mails ao cliente — antes que uma interrupção involuntária vire churn. Boa parte do churn que equipes pequenas dão como perdido não é uma decisão; é um cartão vencido ou recusado. A Baremetrics relata que negócios de assinatura perdem cerca de 9% do MRR assim.

Atualizado em 8 min de leituraPor fromHello

O essencial

  1. A maior parte do churn que equipes pequenas tentam reconquistar é voluntária. Uma fatia grande e recuperável é involuntária — cartões vencidos ou recusados que ninguém decidiu cancelar.

  2. A Baremetrics relata que negócios de assinatura perdem cerca de 9% do MRR com pagamentos que falharam. O dunning recupera boa parte disso.

  3. Novas tentativas inteligentes recuperam a maior parte do dinheiro — tente de novo em um cronograma ligado às datas de pagamento de salário, não na força bruta a cada hora.

  4. E-mails de dunning são transacionais, não de marketing. Eles precisam chegar à caixa de entrada, então envie-os pelo seu fluxo transacional e mantenha-os curtos e honestos.

O que é dunning, e o que é churn involuntário?

Dunning é a sequência de novas tentativas e lembretes que recupera um pagamento de assinatura que falhou. Ele importa porque duas coisas muito diferentes são arquivadas como churn. O churn voluntário é uma decisão — alguém cancela. O churn involuntário é um acidente — um cartão venceu, uma cobrança foi recusada, um banco a bloqueou. O roteiro habitual de retenção e reconquista mira as pessoas que escolheram sair e ignora por completo o churn involuntário. Antes de construir qualquer coisa, separe os dois: a forma como você calcula o churn deve separar o voluntário do involuntário, porque eles se corrigem de maneiras completamente diferentes.

Qual é o tamanho do vazamento?

Maior do que a maioria dos fundadores imagina, porque ninguém decidiu sair. A Baremetrics relata que negócios de assinatura perdem cerca de 9% do MRR com pagamentos que falharam — com US$ 50.000 de MRR, são uns US$ 4.500 por mês indo embora sem ninguém clicar em cancelar. A parcela do churn total que é involuntária costuma ser citada entre 20% e 40%; os benchmarks da Churnkey colocam a média de SaaS perto de 22%. Trate esses números como indicativos, não como verdade absoluta — sua composição depende do preço do plano, dos tipos de cartão e da geografia. O ponto se mantém: uma fatia real do seu churn é receita recuperável, não clientes perdidos.

Por que os pagamentos falham?

  • Cartões vencidos — a causa mais evitável; o cartão cadastrado simplesmente expirou.
  • Saldo insuficiente — uma recusa leve que muitas vezes se resolve em uma tentativa posterior; a Churnkey relata que ela responde por cerca de 40% das falhas.
  • Bloqueios por fraude e 3DS — o banco ou a bandeira sinaliza a cobrança ou exige uma nova autenticação que o cliente nunca conclui.
  • Recusas definitivas — contas encerradas ou cartões dados como perdidos, que nenhuma nova tentativa vai resolver; esses casos precisam de um novo cartão, não de outra tentativa.

Novas tentativas inteligentes: o cronograma vence a força bruta

Tentar de novo um cartão recusado a cada hora rende sobretudo mais recusas e irrita o emissor. O timing é a alavanca. As Smart Retries do Stripe escolhem os horários das tentativas a partir de sinais como a hora em que um cartão costuma ser aprovado, e por padrão fazem 8 tentativas ao longo de cerca de duas semanas. A intuição é simples: uma recusa por saldo insuficiente se resolve depois do dia do pagamento do salário, então uma nova tentativa dois ou três dias depois vale mais do que dez tentativas hoje à noite. Seja qual for a ferramenta, tente de novo em um cronograma ligado a quando o dinheiro cai na conta, e limite o número de tentativas.

O fluxo de recuperação de pagamentos que falharam. O pré-dunning (avisos de vencimento do cartão e um serviço de atualização de cartões) roda antes de uma cobrança falhar; quando uma falha, as novas tentativas fazem o trabalho pesado, os e-mails só escalam se o cartão precisar de uma ação do cliente, e o fluxo termina em recuperação ou em um rebaixamento elegante.

Pré-dunning: avise antes de o cartão vencer

A falha de pagamento mais barata é a que nunca acontece. O pré-dunning age antes de a cobrança falhar. Dois movimentos cobrem a maior parte. Primeiro, um serviço de atualização de cartões — oferecido pela Visa e pela Mastercard, disponível pelo Stripe e pela maioria dos processadores — atualiza automaticamente o novo número ou a nova validade de um cartão, para que um cartão reemitido nunca provoque uma recusa. Segundo, um e-mail de aviso uma semana antes de o cartão cadastrado vencer, pedindo ao cliente que o atualize. É a mesma disciplina de um lembrete de fim do período de teste: um empurrão pequeno e no momento certo, que evita uma interrupção silenciosa.

A sequência de e-mails de dunning

Os e-mails dão suporte às novas tentativas — eles importam mais quando um cartão realmente precisa de uma ação do cliente. Limite-se a três mensagens, cada uma com um único pedido claro e um link de um clique para atualizar o pagamento. Não empilhe seis lembretes carregados de culpa; a recuperação por e-mail cai rápido depois do primeiro, e cada envio a mais arrisca uma reclamação de spam.

EtapaQuandoO pedido
AvisoNa primeira cobrança que falhaSeu pagamento não foi aprovado; vamos tentar de novo automaticamente — nenhuma ação necessária por enquanto.
Nova tentativa em andamentoNo meio da sequência, depois que uma nova tentativa falhaTentamos de novo e não foi aprovado. Atualize seu cartão para evitar interrupções.
Aviso finalAntes de o acesso ser cortadoA última tentativa falhou. Atualize agora ou seu plano será pausado na data indicada.

Por que e-mails de dunning são transacionais, e não de marketing

Um e-mail de dunning é acionado por um evento da conta e pede uma ação específica, o que o torna transacional, e não de marketing. A distinção não é preciosismo — ela decide a entregabilidade. Envie o dunning pelo seu fluxo transacional, não pelo promocional, que é limitado e filtrado. As regras de supressão de marketing não devem se aplicar; um cliente que cancelou a inscrição na sua newsletter ainda precisa saber que o cartão dele falhou. Se esses e-mails caírem no spam, todo o fluxo de recuperação quebra em silêncio.

Quando encerrar com elegância?

Depois do aviso final, pare de enviar e-mails. Um cliente que ignorou três mensagens e várias novas tentativas não vai converter no sétimo lembrete insistente — vai marcar você como spam, o que prejudica a entregabilidade de todos. Termine com elegância: rebaixe para um plano gratuito, pause a conta ou leve o cliente para uma campanha de reconquista de verdade semanas depois. Integre o dunning ao seu marketing de ciclo de vida mais amplo, para que recuperação, retenção e reengajamento sejam um único sistema, e não três fluxos desconectados.

FAQ

Perguntas frequentes

  • Dunning é o mesmo que uma campanha de reconquista?

    Não — a reconquista mira pessoas que escolheram cancelar; o dunning recupera interrupções involuntárias causadas por pagamentos que falharam. Público diferente, canal diferente, timing diferente.

  • Quantas novas tentativas devo fazer?

    A política padrão de Smart Retries do Stripe é de 8 tentativas ao longo de cerca de duas semanas. O timing importa mais do que a quantidade — tentativas ligadas ao dia do pagamento do salário são aprovadas com mais frequência do que tentativas na força bruta.

  • E-mails de dunning devem sair pelo fluxo de marketing ou pelo transacional?

    Pelo transacional. Eles são acionados por um evento da conta e precisam chegar à caixa de entrada, então pertencem ao seu fluxo de envio transacional, não ao promocional.

  • Quando devo parar o dunning?

    Depois do aviso final. Rebaixe ou pause a conta em vez de continuar enviando e-mails; lembretes insistentes geram reclamações de spam que prejudicam a entregabilidade de todos.

fromHello é um software de automação de marketing de código aberto: mensagens acionadas pelo que as pessoas fazem.

O fromHello Cloud está disponível em acesso antecipado pela lista de espera.

Acesso antecipado

fromHello Cloud

Ninguém empreende para ficar pequeno.

O acesso antecipado ao fromHello Cloud é liberado em etapas. O onboarding é assistido: ajudamos você a configurar tudo e a trazer seus contatos.

Vamos avisar você por e-mail quando sua vaga for liberada. Sem spam.

Ainda não quer entrar? Ver no GitHub