Pensamento de Produto

A receita que sofre churn sem ninguém cancelar

Um pagamento que falha é um cliente que você continua perdendo todo mês, silenciosamente, sem decisão e sem e-mail. Recuperá-los é o raro crescimento que não custa nada: retry inteligente, a nota certa na hora certa, e uma cobrança que não desiste.

ASR

Apollo Space Research

Apollo Space

· 12 min de leitura

Um cliente que ama seu produto, que renovaria sem pensar duas vezes, vai embora mesmo assim. Ninguém saiu. Ninguém reclamou. Um cartão expirou numa terça, a cobrança quicou, um e-mail automático foi para o spam, e três semanas depois a conta silenciosamente lapsou. O cliente nunca tomou uma decisão. Ele só parou de ser cobrado, e então parou de ser cliente.

Isso não é churn. Churn é quando alguém escolhe ir embora. Isso é algo pior, porque ninguém escolheu nada, a receita saiu por uma porta que ninguém estava observando.

Um pagamento que falha é receita que sofre churn sem ninguém cancelar. O trabalho inteiro de recuperá-lo é garantir que um cartão que quicou receba uma segunda chance, uma terceira, e um empurrãozinho de som humano, antes que vire um cliente perdido que ninguém decidiu perder. Este post é sobre por que esse trabalho é mais difícil do que parece, por que a maioria das empresas faz uma versão rasa dele, e o que é preciso para fazê-lo bem.

A versão ingênua: um retry e um e-mail de formulário

Aqui está como quase todo mundo lida com uma cobrança que falha, e vale dizer em voz alta porque soa razoável.

O processador de pagamentos tenta cobrar o cartão. Falha. O sistema dispara um e-mail automático, “Seu pagamento não foi processado, por favor atualize seu faturamento”, e talvez tente o mesmo cartão no mesmo cronograma algumas vezes. Se os retries falham e o e-mail fica sem leitura, a assinatura cancela. O dashboard registra como um cancelamento. Todo mundo segue em frente.

Parece um sistema. Não é. É um cara ou coroa com as chances contra você.

Olhe por que cada peça falha. O retry acerta o mesmo cartão num cronograma fixo, então se o cartão falhou porque a conta estava momentaneamente sem fundos na manhã de terça, tentar de novo na tarde de terça falha pela razão idêntica. O e-mail é uma mensagem, enviada uma vez, na voz de um robô, aterrissando na única pasta que ninguém abre. E a recuperação não tem memória: não sabe se este é o primeiro quique do cliente ou o quarto, não sabe se ele é uma conta de cinco anos ou um resíduo de trial grátis, não muda sua abordagem baseada em quem está do outro lado.

Então a falha não é que a recuperação não foi tentada. Foi. A falha é que a tentativa foi um gesto único, cego, idêntico, mirado em cada falha do mesmo jeito, e um único gesto cego recupera os fáceis e perde todo mundo. O cliente que teria pago num piscar de olhos se você tivesse tentado de novo na sexta se foi, porque você tentou de novo na terça e desistiu.

Recuperação são três trabalhos, não um

A razão de a versão ingênua parecer suficiente é que ela faz alguma coisa numa cobrança que falha. Mas “fazer alguma coisa” nunca foi a régua. Recuperar um pagamento que falhou são três trabalhos distintos, e a versão barata colapsa os três num retry cansado.

O primeiro trabalho é o retry inteligente, tentar o cartão de novo no momento em que é mais provável funcionar, não num relógio fixo. O segundo é a nota de recuperação, alcançar o humano numa voz que é lida e sobre a qual se age, pelo canal que ele de fato checa. O terceiro é a cobrança, uma recuperação que não dispara uma vez e esquece, mas faz follow-up no próprio ritmo até a conta ser paga ou o cliente genuinamente dizer não.

A versão ingênua faz uma fatia fina dos três e uma boa versão de nenhum. Vamos pegá-los em ordem.

Uma cobrança que falha pode ir de dois jeitos. O caminho ingênuo dispara um retry fixo e um e-mail robótico, depois cancela a conta silenciosamente. O caminho recuperado roda um retry inteligente cronometrado para quando o cartão vai funcionar, manda uma nota humana pelo canal certo, e cobra até a conta ser paga.

Trabalho um: tente de novo quando o cartão de fato vai funcionar

O retry ingênuo trata cada recusa como o mesmo evento. Não é. Um cartão pode falhar por uma dúzia de razões, e elas querem respostas completamente diferentes.

Se o cartão foi recusado por fundos insuficientes, a coisa mais inteligente que você pode fazer é esperar, até o dia do pagamento, até o início do mês, até a conta provavelmente ter dinheiro. Tentar esse cartão uma hora depois é jogar uma segunda cobrança na mesma conta vazia. Se o cartão expirou, nenhuma quantidade de retries no número antigo ajuda; você precisa de um novo cartão, o que significa que você precisa do humano. Se foi um soluço temporário do processador, tentar de novo logo é exatamente certo. Mesma palavra, retry, três jogadas corretas completamente diferentes.

O sistema ingênuo não consegue distinguir isso porque nunca perguntou por que o cartão falhou. Ele só viu “recusado” e agendou a próxima tentativa num calendário que não tem nada a ver com o motivo.

A versão melhor lê o motivo da recusa e cronometra a próxima tentativa a ele. Fundos insuficientes? Segure o retry para os dias em que os saldos se renovam. Recusa suave, temporária? Tente de novo logo, enquanto é provavelmente transitório. Recusa dura que nenhum retry consegue consertar? Não desperdice um retry, escale direto para o humano, porque o único caminho é um novo cartão. Digamos que uma sequência de recuperação típica espalhe um punhado de tentativas por algumas semanas; o ganho não está no número de retries, está em quando cada um aterrissa.

O princípio é pequeno e é o jogo inteiro: um retry é um chute sobre quando o dinheiro vai estar lá, e um bom chute vence um cronograma fixo toda vez.

Trabalho dois: uma nota que um humano de fato lê

Mesmo um retry perfeitamente cronometrado falha às vezes, e aí você precisa da pessoa. É aqui que a versão barata perde a maior parte de sua receita recuperável, e ela a perde no tom e no timing, não na tecnologia.

O e-mail de recuperação ingênuo lê como um log de erro. “Pagamento falhou. Atualize suas informações de faturamento para evitar interrupção do serviço.” É frio, é vago sobre o que de fato aconteceu, e ameaça o cliente no mesmo fôlego em que pede um favor a ele. Vai para o endereço de e-mail no cadastro, que para um founder ou operador ocupado é o endereço onde coisas úteis vão morrer, e vai uma vez.

Coloque-se na ponta receptora. Você é um cliente feliz. Uma nota que soa como uma agência de cobrança, sobre um problema que você não sabia que tinha, enterrada sob outros quarenta e-mails, é a coisa mais fácil do mundo de ignorar. Não porque você não quer pagar. Porque nada naquela mensagem fez parecer um conserto de trinta segundos de alguém do seu lado.

A versão recuperada escreve como uma pessoa que está tentando ajudar. Ela diz o que de fato aconteceu em linguagem simples, seu cartão no cadastro expirou, só isso, nomeia a coisa específica a fazer, e torna o fazer trivial: um link, já apontado para o lugar certo. Ela alcança o cliente onde ele de fato presta atenção, que para muitos não é e-mail nenhum. E ajusta seu tom a quem ele é: uma conta de longa lealdade recebe calor e o benefício da dúvida; um trial novinho recebe um toque mais leve. A mensagem não é um template com um nome mesclado. É as palavras certas, para esta pessoa, sobre esta falha específica, enviada onde ela vai ver.

Essa é a diferença entre um aviso e um empurrãozinho. Um aviso te informa de um problema. Um empurrãozinho o resolve.

Trabalho três: uma cobrança que não desiste na primeira falha

Aqui está a parte que a versão ingênua pula inteiramente, e é a parte que recupera mais.

Um e-mail não é uma cobrança. É um anúncio. Recuperação de verdade é uma sequência, um segundo toque alguns dias depois se o primeiro ficou sem resposta, um ângulo diferente se o cliente abriu a nota mas não agiu, um aviso claro final antes de a conta de fato lapsar. Cada passo observa o que aconteceu com o último e decide a próxima jogada. E criticamente, ela para no momento em que a conta é paga, a pior coisa que a recuperação pode fazer é continuar cobrando um cliente que já resolveu, o que transforma um salvamento num insulto.

A versão barata não consegue rodar uma sequência assim porque não tem memória nem juízo entre passos. Ela dispara sua única mensagem e espera por um resultado que nunca checa. Então um cliente que teria atualizado o cartão no segundo lembrete, que simplesmente perdeu o primeiro, nunca recebe um segundo, e lapsa enquanto ainda quer ser cliente.

Uma cobrança que observa e se adapta é o oposto da automação que as pessoas odeiam. A automação que as pessoas odeiam é o sistema que continua te mandando e-mail depois que você já pagou, ou te ameaça no primeiro dia. Uma cobrança bem feita é o sistema que tentou o cartão de novo na sexta, mandou uma nota calorosa quando isso não funcionou, fez follow-up uma vez quando você perdeu, e ficou em silêncio no instante em que você consertou o problema. Você nunca saberia quanto trabalho ela fez. Esse é o ponto.

Recuperação é um loop, não um único tiro. Leia por que o cartão recusou, cronometre o retry para quando os fundos voltam, mande uma nota humana pelo canal que o cliente lê, observe o resultado, e ou faça follow-up ou pare no momento em que a conta é paga.

Por que isso é margem pura

Recue da mecânica e olhe o que receita recuperada de fato é, porque é diferente de quase qualquer outro crescimento que uma empresa pode obter.

Para ganhar um novo cliente, você gasta, em anúncios, na ligação de vendas, na demo, no desconto que fecha o deal. O dinheiro que você ganha de volta tem um custo empilhado na frente dele. Um pagamento recuperado não tem nada disso. O cliente já é seu. Ele já te escolheu, já te integrou, já quer continuar pagando. Você não está adquirindo nada. Você só não está largando algo que já pegou. Cada real de receita recuperada chega sem custo de aquisição na frente, o que faz disso um dos crescimentos mais baratos que uma empresa jamais vai encontrar.

E o volume é maior do que parece, precisamente porque é invisível. Suponha que, num dado mês, uma fatia pequena mas constante de cobranças quique, cartões expiram constantemente, saldos ficam baixos, processadores soluçam. A maioria desses clientes não está indo embora. Eles não fazem ideia de que algo deu errado. Recupere até uma fração significativa deles e a conta é impressionante: é uma alavanca de crescimento sem gasto de marketing, sem novo produto, sem quadro de pessoal, só a diferença entre um sistema que tenta uma vez e desiste, e um que tenta do jeito que um humano cuidadoso tentaria.

A razão de a maioria das empresas deixar esse dinheiro na mesa não é que elas não sabem que está lá. É que fazer recuperação bem, ler motivos de recusa, cronometrar retries, escrever notas humanas, rodar uma cobrança adaptativa que sabe quando parar, é exatamente o tipo de trabalho paciente, multi-passo, nunca-esquecer em que humanos são ruins e que ninguém tem tempo de ficar babá. Então recebe um retry de cara-ou-coroa e um e-mail de formulário, e o resto sofre churn sem ninguém cancelar.

A virada: ninguém deveria ter que lembrar de um cartão que quicou

Aqui está a parte que não é sobre pagamentos.

Em algum lugar da maioria das empresas, a cobrança que falha é trabalho de alguém, e não é o favorito de ninguém. Um founder notando no extrato bancário que uma assinatura ficou quieta. Um operador passando os olhos por um dashboard de faturamento procurando as linhas vermelhas e disparando e-mails constrangedores de “ei, seu cartão quicou” entre tudo o mais. Uma pessoa de finanças que sabe, abstratamente, que recuperação importa, e nunca tem as horas para perseguir cada uma como merece. O trabalho parece diligência. Na verdade é um vazamento lento que nenhuma pessoa consegue tapar à mão.

Esse trabalho nunca foi um bom uso de uma pessoa, não porque não importa, mas porque importa demais para depender de alguém lembrar. Um pagamento que quicou, pego e recuperado, é dinheiro real. Um pagamento que quicou, perdido no ruído, é um cliente em quem você vai gastar dez vezes mais tentando substituir, se é que você nota que ele se foi. Pedir a um humano ocupado que seja a rede de segurança para isso é pedir que ele seja perfeito na única coisa em que humanos são piores: observar, paciente e eternamente, as falhas silenciosas que não se anunciam.

O ponto não é uma ferramenta que manda um e-mail de dunning melhor. É que o cartão que quicou nunca chega à lista de afazeres de um humano, para começar, ele é retentado na hora certa, escrito como uma pessoa, cobrado até ser resolvido, e largado no instante em que é consertado, para que as pessoas da empresa possam gastar sua atenção em ganhar clientes, não em silenciosamente perder os que já tinham.


É isso que estamos construindo na Apollo Space, não um dashboard de faturamento mais esperto que você tem que checar, mas o colega que pega a cobrança que falhou enquanto você dorme e a recupera antes que você jamais tivesse notado. Um pagamento que falha é receita que sofre churn sem ninguém cancelar. A boa notícia é que ninguém precisa escolher mantê-la. Eles só precisam parar de deixá-la ir embora.

A Apollo cuida da operação repetitiva da sua empresa pro seu time não precisar.

Entre na lista de espera: acesso antecipado, preço de usuário fundador e um lugar na primeira fila enquanto a gente constrói.

Entrar na lista de espera