Billing, CRM, suporte, produto e conversas
Sinais declarados primeiro; uso só se prever churn
Severidade, motivo e MRR em risco por conta
Fila do CS, alertas, CRM e agente de IA
O que resolve
- O CS recebe uma fila curta de contas com motivo concreto e MRR em risco.
- O alerta só usa sinais que se provaram ligados a churn, sem falso conforto.
- Cada mudança de risco fica registrada, então dá para medir se o score acerta.
Perguntas de negócio que responde
Faça estas perguntas ao seu agente quando o caso estiver pronto.
O que você precisa
- Billing e CRM ou ferramenta de suporte conectados na Nekt
- O cliente único entre billing, CRM, produto e suporte
- Um histórico de churns para testar cada sinal antes de usar
O que você recebe
- Uma tabela diária com severidade, motivo e MRR em risco por conta
- Um histórico de mudanças de severidade para medir acerto
- Uma fila de ação do CS ordenada por MRR em risco
- Um agente de IA que monta a ficha da conta com as evidências
Onde ativar
Lista diária ou semanal ordenada por severidade e MRR, com motivo e próxima ação para cada conta.
Severidade e motivo gravados na company ou na ferramenta de CS, onde o time já trabalha.
Monta a ficha de retenção da conta com os sinais, o MRR e as falas do cliente no texto novo.
Comece pelos sinais declarados, que são poucos e confiáveis. Uso e conversas entram depois, só se provarem que antecedem churn. O detalhado traz as regras de negócio, as armadilhas e o teste de aceitação. Ou mande tudo direto para o seu agente com o MCP da Nekt.
O health score típico soma uso, login e engajamento numa nota de 0 a 100 e pinta quase toda a base de verde. Numa base real, quase nenhum dos clientes que cancelaram tinha sinal de uso baixo, e a maioria estava ativa nos dias antes de sair. Enquanto isso, os sinais que de fato avisam (pedido de cancelamento, fatura vencida, contrato sem renovação) ficam em sistemas que o CS não olha todo dia.
Como costuma ser feito, e a regra
Cada linha é um erro que já aconteceu na prática.
Entram no veredito, por padrão, o que o cliente ou o billing afirma: ticket ou caso de cancelamento ou downgrade, assinatura marcada para não renovar (cancel_at_period_end no Stripe, non_renewing no Chargebee), fatura vencida há mais de N dias e contrato vencendo sem negociação de renovação aberta. Uso, login e engajamento são inferências e precisam de prova.
Para cada sinal, meça em quantos dos churns dos últimos meses ele estava presente antes do cancelamento e em quantas contas que não cancelaram ele também aparecia. Numa base real, o sinal de recência de uso estava registrado em menos de 1% dos churns, taxa de resposta e ativação em nenhum, e quem tinha o sinal estava ativo nos 5 dias antes de cancelar. O eixo de uso foi removido do veredito.
Chame o estado sem problema de algo como cobrança em dia, sem pedido de saída. Nunca reporte o percentual da base nesse estado como percentual saudável. Uma regra cujas únicas saídas possíveis eram saudável ou ótimo carimbou a maior parte do MRR como bom sem nada que pudesse contradizer.
Se uso entrar, compare com a própria conta: base de 6 meses completos antes do mês atual (do mês -7 ao mês -2). Exija queda em percentual e em valor absoluto ao mesmo tempo (por exemplo, -15% e pelo menos 3 unidades), para conta pequena não alertar por ruído. Sem foto diária guardada não há tendência: o banco do produto costuma apagar dados antigos.
Componente nulo por falta de dado não significa ausência de risco, e zero engajamento sem fonte validada não significa risco. Marque a conta como sem dado daquele componente e não emita alerta por ele.
No CRM, cada resposta de e-mail carrega a conversa inteira citada. Antes de mandar para a IA ou contar sinais, corte o histórico nos marcadores de citação: "On ... wrote:", "Em ... escreveu:", o cabeçalho do Outlook em português "De: ... Enviada em:", linhas iniciadas por ">" e citações aninhadas. Evidência só vale se estiver no texto novo; duplicata exata na mesma thread não é reanalisada.
O score cobre contas com MRR maior que zero, incluindo as que vão sair no fim do ciclo. Saem contas internas, de teste, demo e em trial. Inadimplência não é inatividade: o cliente inadimplente com acesso continua na base e entra com o sinal de cobrança.
A fila tem a conta, a severidade, o motivo legível (qual sinal disparou e quando), o MRR em risco, o dono no CS e a próxima ação. Ordene por severidade e MRR. Um critério que lota a fila sozinho (por exemplo, só estar sem call há 30 dias) deve sair do OU e virar componente.
Grave a versão da fórmula em cada linha e, quando ela mudar, guarde o score original e o recalculado. Mantenha um histórico de transições (só acrescenta, 1 linha quando a severidade de uma conta muda) para contar contas e MRR em risco em qualquer dia e medir acerto.
Cliente que cancela pouco depois da venda (por exemplo, até 45 dias, ou 90 dias em contas grandes) é problema de venda ou implantação, não de CS. Separe esse motivo para não misturar com risco de carteira.
Sinais de risco e quanto confiar neles
Declarações e cobrança entram direto. Inferências entram só depois de testadas contra churns reais.
Definições
Armadilhas que já aconteceram
Numa base real, quase nenhum churn tinha sinal de uso registrado e quem tinha estava ativo dias antes de sair. A regra de uso marcava a maior parte do MRR como saudável sem poder contradizer.
Meça cada sinal contra churns reais e tire do veredito o que não antecede cancelamento.
Mais de 80% do texto dos e-mails era histórico repetido. A IA reencontrava as mesmas falas a cada resposta e os sinais de churn ficaram quase três vezes maiores que o real.
Mande só o texto novo de cada e-mail e só aceite evidência que esteja nele.
Mesmo depois do corte, cerca de 7% das respostas ainda vinham com histórico, por causa do cabeçalho do Outlook em português e de citações aninhadas.
Teste os marcadores numa amostra e inclua os formatos em português e aninhados.
Ficar mais de 30 dias sem call com o CS, sozinho, colocava na fila contas que estavam bem.
Use inatividade de contato como componente, nunca como critério isolado.
Contas sem dado de uso apareciam sem risco porque o componente vinha nulo.
Marque o componente como sem dado e mostre isso na ficha da conta.
A fórmula foi ajustada e o histórico de risco passou a contar outra coisa, sem como comparar.
Grave a versão da fórmula e o histórico de transições de severidade.
Teste de aceitação
O caso está pronto quando todos os itens passam.
- Toda conta pagante ativa tem exatamente uma linha por dia, e nenhuma conta interna, de teste ou em trial aparece.
- Toda conta com severidade risco ou crítico tem pelo menos um motivo com data e fonte.
- Toda assinatura marcada para não renovar e todo ticket de cancelamento aberto aparecem na fila no dia seguinte.
- Nos últimos 3 meses fechados, a cobertura do alerta (churns que estavam em risco antes de cancelar) é medida e publicada junto com o acerto.
- Nenhuma evidência de e-mail usada pelo score vem de texto citado de mensagem anterior.
Pacote para o agente
Cole no Claude, ChatGPT ou outro cliente com o MCP da Nekt conectado.
Health score e risco de churn - O universo são contas pagantes com MRR > 0, incluindo as que não vão renovar. Contas internas, teste, demo e trial ficam fora. - Risco vem primeiro de declarações e cobrança: ticket de cancelamento ou downgrade, assinatura marcada para não renovar, fatura vencida há mais de <N> dias, contrato vencendo em até 90 dias sem renovação aberta. - Sinais de uso só entram se estiverem na fórmula vigente. Não use uso para dizer que uma conta está saudável. - O estado sem alerta significa cobrança em dia e sem pedido de saída. Nunca reporte como percentual de clientes saudáveis. - Componente sem dado não é ausência de risco. Diga que falta dado. - Em e-mails, use só o texto novo de cada mensagem. Texto citado de mensagens anteriores não é evidência. - Sempre diga o motivo, a data do sinal e o MRR em risco de cada conta. - Churn precoce (cancelamento até <N> dias após a venda) é analisado à parte, como problema de venda ou implantação. - Para perguntas sobre o passado, use o histórico de severidade, não a tabela do dia. Exceções por cliente: - <cliente>: contrato anual com aviso prévio de <N> dias; o aviso conta como pedido de saída. - <cliente>: conta em implantação até <data>, fora do score.
Construa no meu workspace Nekt o caso "Health score e fila de risco de churn por conta" seguindo as regras em https://academy.nekt.com/industrias/saas/health-score-risco-churn.md. 1) Encontre as tabelas de origem e confirme as colunas usadas pelas regras. 2) Crie uma transformação no grão indicado aplicando todas as regras. 3) Rode o teste de aceitação e me mostre o resultado de cada item. 4) Crie o context document do caso no workspace, com as exceções dos meus clientes em aberto para eu preencher.
Variações
Componentes somados com faixas fixas (por exemplo, 0 a 12 pontos em cinco faixas), útil quando o CS quer ver o peso de cada sinal.
Calls e e-mails classificados por IA em risco, insatisfação e oportunidade, só com texto novo e evidência citada.
Regras de aviso prévio e fatura vencida combinadas com um modelo, auditando todo mês a taxa prevista contra a realizada.