Como recuperar pagamentos falhos no Stripe sem encher o saco do cliente

Quando a gente fala de churn, a imagem que vem na cabeça é o cliente que cansou do produto e cancelou. Só que uma parte desse churn não tem nada a ver com vontade de sair. O cartão parou de funcionar, a renovação não passou, a assinatura ficou como past_due e, algumas semanas depois, foi cancelada. O cliente às vezes nem percebeu.

Isso tem nome: churn involuntário. E é o tipo de perda de receita mais fácil de resolver, porque você não precisa convencer ninguém de nada. A pessoa só precisa trocar o cartão.

Por que o pagamento falha

Na maioria das vezes não é calote. Os motivos costumam ser bem sem graça:

• Cartão vencido ou trocado. Cartão vence, é perdido, é bloqueado e reemitido depois de uma compra suspeita. O número salvo no Stripe deixa de valer.
• Sem limite ou sem saldo. Bem comum perto da virada do mês, principalmente quando o founder do outro lado paga a ferramenta no cartão pessoal.
• Recusa do banco. O emissor bloqueia a cobrança por antifraude, por limite de transação internacional ou simplesmente não explica. Aparece como um código de recusa genérico.
• Autenticação exigida. Em alguns países a renovação precisa que o cliente confirme o pagamento no app do banco.

O primeiro e o último caso não se resolvem tentando de novo. Os do meio, muitas vezes, sim. Essa diferença guia todo o resto.

Smart Retries x régua de cobrança

O Stripe Billing tenta cobrar de novo, sozinho, as assinaturas que falharam. Com o Smart Retries ligado, ele escolhe os melhores momentos para tentar com base nos sinais que vê na rede dele, em vez de seguir um calendário fixo. Você define quantas tentativas, em qual janela de tempo, e o que acontece com a assinatura quando elas acabam (fica em atraso, vira não paga ou é cancelada).

Retry é ótimo para problema passageiro, tipo falta de limite. Mas não faz milagre: nenhuma quantidade de tentativas vai cobrar um cartão vencido.

É aí que entra a régua de cobrança (o tal do dunning): uma sequência curta de mensagens pedindo para o cliente atualizar a forma de pagamento. Pense em duas camadas:

1. O retry resolve as falhas que se resolvem sozinhas.
2. Os emails resolvem as falhas que precisam de alguém agir.

O próprio Stripe consegue mandar emails básicos de pagamento falho e de cartão vencendo. É um bom começo. Uma régua sua deixa você usar o tom do seu produto, escolher o timing e decidir o que acontece depois.

O que um bom email de recuperação diz

O objetivo é um só: levar o cliente até uma página onde ele atualiza o cartão, com o mínimo de atrito e de constrangimento.

Timing. Mande o primeiro email logo depois da primeira falha, enquanto o cliente ainda lembra que usa seu produto. Espalhe os próximos ao longo da janela de retry: um lembrete alguns dias depois e um aviso final pouco antes da assinatura ser cancelada. Três mensagens bastam para quase todo SaaS.

Tom. Parta do princípio de que foi sem querer. "Seu pagamento não passou" funciona melhor que "Sua conta está inadimplente". Algo assim:

Oi, Ana! Tentamos renovar seu plano Pro hoje, mas o pagamento não passou. Isso costuma acontecer quando o cartão vence ou é trocado. Dá pra atualizar em menos de um minuto por aqui. Enquanto isso, sua conta continua funcionando normalmente.

Repare no que essa mensagem faz: explica a causa provável, tira a culpa do cliente, diz quanto tempo leva para resolver e avisa que nada parou de funcionar ainda.

Um link, bem visível. Cada email deve ter uma única ação óbvia: atualizar o cartão. A página de fatura hospedada do Stripe ou o portal do cliente servem para isso. Não faça a pessoa logar, achar as configurações e caçar a aba de cobrança.

Consequência, só no final. O primeiro email não ameaça nada. O último diz com clareza o que vai acontecer e quando: "Se não conseguirmos cobrar até sexta, seu workspace volta para o plano Free."

Escale antes que seja tarde

Para as contas que importam, só email é uma rede de segurança fina. Email cai no spam, vai para um endereço de cobrança que ninguém lê, fica soterrado na caixa de entrada.

Uma regra prática: se o pagamento continua falhando depois de alguns dias, mande um alerta para o canal que seu time realmente olha, seja Slack, Discord ou Telegram, com nome do cliente, plano, valor e link para a assinatura. Em time pequeno, pode ser direto no seu celular. Para contas maiores, alguém chama a pessoa no privado. Uma mensagem curta e humana muitas vezes resolve onde o email automático não resolveu.

Meça o que você recupera

Dá para melhorar só o que você acompanha. Alguns números para olhar todo mês:

• Pagamentos falhos: quantas renovações falharam pelo menos uma vez.
• Recuperados: quantas dessas acabaram pagas e quanto de receita isso representa.
• Recuperado por retry x por ação do cliente: mostra se seus emails estão fazendo diferença de verdade.
• Tempo até recuperar: quanto tempo leva, em média, e ajuda a calibrar o timing da régua.

Se a maior parte das recuperações acontece depois do segundo email, ótimo, você aprendeu algo. Se quase nada acontece depois do terceiro, provavelmente dá para cortar.