Work

Churn por Inatividade

Growth
Retenção
SaaS
Analytics

O cancelamento é a confissão tardia de um problema que começou semanas antes: a inatividade. Como prevenir churn em SaaS B2C self-service acompanhando os marcos de 7, 21 e 30 dias, distinguindo o usuário que esfriou daquele que nunca esquentou, e agindo na janela certa antes que o silêncio vire cancelamento.

Linha do tempo de inatividade de usuários em SaaS com marcos de 7, 21 e 30 dias

O cancelamento é a confissão tardia: o que aprendi sobre churn por inatividade

Tem uma coisa que eu carrego desde o tempo em que trabalhei no Stoodi, edtech da Cogna, e que mudou a forma como eu enxergo retenção: o cancelamento quase nunca é o começo do problema. É a confissão tardia dele.

Quando um usuário clica em “cancelar” ou tem o cartão recusado, a gente costuma tratar aquilo como o momento da perda. Não é. A perda aconteceu semanas antes, em silêncio. Ninguém avisa que vai sair — a pessoa simplesmente encosta o produto. Para de logar, esquece que assina, some. O cancelamento formal é só o cartório registrando uma morte que já tinha acontecido.

Por isso, em SaaS B2C self-service, a métrica que importa no dia a dia não é o churn do mês passado. É a inatividade de hoje — o sinal que aparece antes da decisão, enquanto ainda dá pra fazer alguma coisa.

A inatividade tem prazo

Foi observando esse comportamento que eu passei a trabalhar com três marcos. Eles não são teóricos: são os pontos onde a probabilidade de recuperar o usuário despenca.

O primeiro é o sétimo dia sem uso. A partir daí, o retorno espontâneo vira exceção. O usuário que sumiu por uma semana raramente volta sozinho — ele precisa de estímulo. Esse é o momento mais barato e mais eficaz de agir, e também o mais negligenciado, porque “uma semana sem entrar” parece pouco. Não é. É o alerta amarelo.

O segundo marco são os 21 dias. Aqui a chance de desligamento já é alta. O usuário não está só distraído — ele está saindo da órbita. Ainda dá pra recuperar, mas exige uma intervenção mais forte e, principalmente, exige acontecer antes da próxima cobrança, porque é a fatura que transforma o esquecimento em decisão consciente de cancelar.

O terceiro são os 30 dias, e aqui mora um detalhe que muita gente esquece quando o produto é um app: o risco de desinstalação. Quando o usuário desinstala, você não perde só o uso — você perde o canal de push, que era justamente a sua melhor ferramenta de resgate. Depois disso sobra só o e-mail, e a régua de win-back, que converte muito pior.

A lição que eu tiro disso é simples e meio incômoda: a janela de ouro é entre o primeiro e o sétimo dia. Esperar “pra ver se ele volta” não é paciência, é deixar morrer.

Onboarding ajuda, mas não salva

Uma ressalva importante, porque eu não quero passar a ideia de que basta sair disparando comunicação. Um bom onboarding e um produto intuitivo amenizam a inatividade — quem entende o valor rápido e usa sem fricção demora muito mais a esfriar. Isso é real e é a primeira linha de defesa.

Mas amenizar não é resolver. Mesmo com onboarding impecável, parte da base vai esfriar, e é aí que a estratégia de engajamento precisa entrar com método. Onboarding evita que o usuário caia cedo; engajamento é o que o segura depois.

A pergunta que muda a ação: esfriou ou nunca esquentou?

Esse é o ponto que separa quem trabalha retenção com método de quem só dispara campanha no escuro. Antes de agir sobre um usuário inativo, vale classificá-lo, porque existem dois tipos de inatividade completamente diferentes.

Tem o usuário que esfriou: ele já teve hábito, chegou ao momento de valor — o famoso “aha moment” — e depois parou. Para esse, o reengajamento funciona, porque você só precisa lembrá-lo de um valor que ele já conheceu. O caminho de volta é curto porque ele já existiu.

E tem o usuário que nunca esquentou: assinou e nunca chegou ao valor real do produto. Para esse, reengajamento é band-aid. Mandar “sentimos sua falta, volte!” para quem nunca entendeu o que o produto faz só queima verba e irrita. O problema dele não é engajamento — é ativação, é onboarding. E se uma fatia grande do seu churn é gente que nunca esquentou, o conserto não está numa campanha de e-mail: está no produto.

O que disparar, e como

Definida a inatividade e o tipo de usuário, vem a ação. No marco dos 7 dias, o que funciona é estímulo de retomada ancorado no que aquele usuário já valorizava. Em edtech, isso eram recapitulações, resumos do interesse dele, provocações no formato de um exercício ou um desafio — algo que reacende a razão pela qual ele assinou. Em ferramentas mais orientadas a tarefa, do tipo SEMrush e afins, o que reacende é mostrar um exemplo concreto de resolução: “olha o que você consegue resolver com isto agora”.

Se o canal permite push, use — mas com disciplina. O push é o ativo mais frágil do self-service: bastou irritar, e o usuário desativa ou desinstala, e aí você perde o melhor canal de resgate que tinha. Então push é sempre pontual, sempre carregando valor concreto, nunca “sentimos sua falta”. Um push certeiro no dia 7 vale mais do que cinco genéricos espalhados.

Sem fechar o ciclo, vira ritual

Termino com o erro que eu mais vejo: equipe que detecta a inatividade, dispara a campanha e nunca mede se funcionou. Isso não é estratégia, é ritual. O ciclo só fecha quando você acompanha o resultado — quantos voltaram, em quanto tempo — e usa isso pra ajustar a régua. Se a campanha do dia 7 converte mal, o problema provavelmente não é o usuário: é a mensagem, o canal ou o momento. Mede e itera.

No fim, dá pra resumir tudo numa frase: a inatividade tem prazo, e agora é sempre mais fácil que depois. Aos 7 dias o usuário já não volta sozinho, aos 21 a perda é provável, aos 30 some o canal. O trabalho de quem cuida de retenção é agir na janela amarela, com o estímulo certo, para o usuário certo — antes que o silêncio vire cancelamento.

Vamos conversar