← Central de conteúdo

Clientes em risco: como descobrir quem está sumindo antes de perder faturamento

Ninguém liga para avisar que parou de comprar de você. O cliente que some não manda e-mail de despedida: ele deixa de aparecer no faturamento, e a empresa descobre meses depois, num fechamento em que alguém pergunta "o que aconteceu com a Gráfica Bandeirantes?" — e o vendedor responde, de boa-fé, que faz um tempo que não fala com ele.

Tela real do zCRM relacionada a Clientes em risco: como descobrir quem está sumindo antes de perder faturamento
Mudanças de frequência, valor e mix tornam o risco visível antes da perda aparecer no faturamento.

Ninguém liga para avisar que parou de comprar de você. O cliente que some não manda e-mail de despedida: ele deixa de aparecer no faturamento, e a empresa descobre meses depois, num fechamento em que alguém pergunta "o que aconteceu com a Gráfica Bandeirantes?" — e o vendedor responde, de boa-fé, que faz um tempo que não fala com ele.

A perda de um cliente de carteira não tem data nem aviso: é feita de ausências. E ausência é a única coisa que nenhum sistema registra sozinho. O ERP guarda cada nota, cada pedido, cada item — mas não tem uma tabela do que deixou de acontecer. Por isso detectar risco não é fazer uma consulta: é fabricar um sinal que não existe na base.

"Sumir" é uma diferença entre duas janelas

A única forma honesta de transformar ausência em número é comparar dois períodos do mesmo cliente. Não contra a média da base, não contra a meta: contra ele mesmo, alguns meses atrás.

O mecanismo é este. Você recorta o faturamento autorizado dos últimos 365 dias — só nota válida, nada de pedido em digitação ou proposta. Dentro desse ano, separa duas fatias comparáveis: a janela recente (os últimos 90 dias) e a janela anterior (os 90 dias imediatamente antes, de 91 a 180 dias atrás). Duas fatias do mesmo tamanho, coladas uma na outra, do mesmo cliente.

O tamanho da janela é discutível. Noventa dias serve para recompra frequente — insumo, peça de reposição. Para giro semanal é lento demais; para um bem de capital vendido a cada dois anos, é ruído puro. Daí ser configurável entre 15 e 180 dias: quem calibra é quem conhece o ciclo do negócio, não o software.

E isso implica que o sinal é sempre atrasado. Com janela de 90 dias, quem parou hoje só acende daqui a três meses. Não é defeito de implementação, é aritmética — silêncio só vira silêncio depois de durar. Prometer risco "em tempo real" a partir de nota fiscal é vender o que a matemática não entrega.

Tela do zCRM relacionada ao tema do artigo
Recebíveis e aging entram no contexto comercial com as permissões adequadas.

Parou e em queda não são o mesmo cliente

A comparação produz dois estados, e tratar ambos como "risco" genérico é o começo do erro operacional.

PAROU é quem faturou zero na janela recente, mas comprou antes, dentro do ano. Silêncio total no último trimestre depois de um histórico existente. É o caso mais grave e o mais simples de ler: não há o que interpretar num zero.

EM QUEDA é quem comprou nas duas janelas, mas a recente ficou abaixo de 60% da anterior — queda maior que 40%. O cliente continua ali, comprando, atendendo o telefone. Só que bem menos. É o mais perigoso porque não incomoda ninguém: o pedido chega, a nota sai, a conta parece viva.

A diferença não é de intensidade, é de conversa. Para quem parou, a pergunta é "por que você foi embora?" — reativação, sem contexto recente para segurar. Para quem está em queda, é "o que mudou aí dentro?", e você ainda tem relacionamento e assunto legítimo para abrir. É a única das duas em que dá para agir antes do estrago consumado.

O corte de 40% é convenção declarada, não descoberta: separa oscilação de tendência. Se a sua carteira oscila mais que isso naturalmente, ele vai gerar falso positivo — e você deve saber disso ao ler a lista.

Quanto vale o silêncio

Uma lista de clientes em risco sem valor ao lado é lembrete de culpa, não fila de trabalho. Trinta nomes em ordem alfabética não dizem por onde começar numa terça de manhã.

O valor em risco não é inventado nem projetado. Sai da mesma comparação que gerou o sinal:

  • Para quem parou, é o faturamento da janela anterior — o dinheiro que entrava e deixou de entrar. Se não houver janela anterior, usa-se o total do ano rateado para o tamanho da janela.
  • Para quem está em queda, é a diferença entre o que ele faturava e o que fatura agora. Não o faturamento inteiro: só o pedaço que evaporou.

É medição de passado recente, não modelo — e é isso que a torna defensável: o número já esteve na sua conta bancária. Com valor, a lista vira ordem. Um cliente parado de R$ 800 por trimestre e um em queda de R$ 40 mil não disputam a mesma manhã.

O sinal é uma hipótese sobre silêncio

O sinal de risco não é confirmação de perda. É uma pergunta com evidência.

O cliente parou porque foi para o concorrente. Ou porque a obra acabou. Ou porque comprou estoque para seis meses no trimestre passado. Ou porque a nota saiu pelo CNPJ da filial e, para a sua base, são duas contas. A nota registra que ele não comprou — jamais por quê. Quem descobre o motivo é a ligação; a ferramenta só diz para quem ligar e com que urgência. Quem lê a lista como veredicto cobra quem está apenas fora do ciclo.

Um detalhe decide se o "há X dias sem comprar" é confiável: a data de referência. Com o ERP em dia, é hoje. Com a base defasada, contar a partir de hoje faria a carteira parecer morta; então a referência recua para a data da nota mais recente — e isso precisa estar visível na tela.

Erros comuns na detecção de risco

  • Comparar janelas de tamanhos diferentes. "Últimos 3 meses contra o ano passado inteiro" sempre acusa queda. A comparação só significa algo entre fatias iguais.
  • Usar pedido em vez de nota. Pedido cancelado, devolvido ou nunca faturado infla a janela anterior e inventa uma queda que não existiu.
  • Achar que a lista encontra o cliente perdido. Quem está há mais de um ano sem nota está fora da janela — o cliente que você mais lamenta é o que a lista não mostra.
  • Ler queda em cliente de compra pontual. Quem compra duas vezes por ano aparece "em queda" sempre. O corte foi feito para recompra frequente.

Como isso se aplica no zCRM

Retome a cena inicial: o cliente que evapora sem ninguém perceber, e o faturamento que só aparece no fechamento seguinte.

A tela Em risco faz o que este artigo descreve. Parte das notas autorizadas dos últimos 365 dias, compara a janela recente (90 dias por padrão, ajustável de 15 a 180) com a janela anterior comparável, classifica cada conta como parou ou em queda pelos cortes acima e calcula o valor em risco pela regra de cada caso. Cada linha traz nome de fantasia, vendedor responsável, segmento e UF — vindos do cadastro do ERP — e alimenta a fila de Prioridades como sinal de reativar (parou) ou recuperar (em queda). Com a base defasada, a tela avisa desde que data o "há X dias" está contando.

A escolha que muda: em vez de "quem eu não vejo há um tempo?", a pergunta da terça passa a ser "quais três contas somam mais valor parado nesta carteira, e qual delas ainda está comprando?".

São duas réguas com o mesmo nome, e vale saber: o risco desta tela (parou/em queda) sai do faturamento ao vivo; o risk_level (baixo/médio/alto) do RFM vem de outra conta, por recência, gravada por sincronização periódica. Quando discordam não há defeito — são duas perguntas diferentes.

Os limites, explícitos. O zCRM lê nota fiscal. Ele não detecta risco de relacionamento: não sabe que o cliente ficou frio, parou de responder ou recebeu o concorrente ontem. Não há captura de WhatsApp, e-mail ou ligação — o silêncio que ele enxerga é de compra, não de conversa. Não existe previsão, probabilidade de churn nem IA: são duas janelas e um corte auditável. Quem está há mais de um ano sem nota não aparece, porque a janela é de 365 dias. E o sistema não avisa ninguém: não há alerta proativo nem lembrete com prazo. O sinal fica na tela e na fila, esperando alguém abrir — a disciplina de abrir continua sendo sua.

Próxima leitura

  • Cliente inativo: quando considerar perdido, em risco ou apenas sazonal.
  • Carteira de clientes: como parar de trabalhar apenas quem grita mais alto.
  • Prioridades do dia: como transformar dados do ERP em rotina comercial.