Na reunião de segunda alguém abre a planilha e anuncia: "a distribuidora de medicamentos caiu 30%". O vendedor é cobrado, a visita é agendada, o desconto é discutido. Três semanas depois descobre-se que a distribuidora de medicamentos não caiu nada: ela comprou no dia 2 do mês passado e vai comprar no dia 28 deste. O relatório foi puxado no dia 12 — doze dias corridos contra um mês inteiro fechado.
Ninguém mentiu. A comparação é que estava torta — e o problema é traiçoeiro porque a saída parece um número, e número parece verdade. Boa parte das quedas que a PME discute em reunião é artefato do jeito de comparar, não fato do cliente. Antes de acreditar em qualquer variação, duas perguntas: as janelas têm o mesmo tamanho? e contadas a partir de quando?
A janela: comparar doze dias com trinta é fabricar queda
Mês corrido contra mês fechado. "Este trimestre" contra "o trimestre passado" quando o atual ainda tem seis semanas pela frente. "O ano até agora" contra o ano cheio anterior. Em todos esses casos o denominador é maior que o numerador por construção, e a conta devolve queda para quase toda a carteira. O sintoma é reconhecível: quando todo mundo caiu, ninguém caiu.
A correção não é escolher melhor a janela na hora de puxar. É a comparação nascer simétrica, sem opção de errar: duas janelas do mesmo tamanho, coladas uma na outra — os últimos 90 dias contra exatamente os 90 anteriores. Se ninguém pode digitar "90 contra 30", a queda fabricada por assimetria deixa de existir como categoria de erro.
A âncora: os últimos 90 dias contados a partir de quando?
Aqui mora o erro que quase ninguém procura, porque a resposta parece óbvia: a partir de hoje, claro. E num ERP em dia, sim — hoje é a referência certa.
O problema aparece quando a base não está em dia: uma cópia de demonstração congelada em abril, uma integração que parou de importar notas e ninguém percebeu. Aí "últimos 90 dias a partir de hoje" contém zero notas — não porque os clientes pararam de comprar, mas porque a base parou de receber. O resultado é a carteira colapsada em "Em risco": trezentos alarmes vermelhos e nenhuma informação.
O comportamento correto tem duas partes. Primeira: sem nenhuma nota na janela recente, ancorar na data da nota mais recente que a base tem — a discriminação entre segmentos volta. Segunda, e mais importante: avisar. Um "comprou há 5 dias" que significa "há 5 dias antes de abril" é pior que um erro: é uma mentira com aparência de precisão. A data de referência precisa aparecer na tela junto com o número que ela produziu.
Ausência dos dois lados não é queda
Um cliente cadastrado em maio que nunca comprou tem zero na janela recente e zero na anterior. Zero contra zero: qual a variação?
Matematicamente, indefinida. Comercialmente, não há resposta — e o correto é a tendência simplesmente não entrar na conta. Muitos relatórios tratam esse caso como queda de 100% e enfileiram na lista de resgate clientes que nunca tiveram o que perder. O vendedor liga, descobre que nunca houve relacionamento, e passa a desconfiar da lista inteira.
O caso simétrico é o oposto: anterior zerada e recente positiva é um cliente que voltou a comprar. Não é crescimento infinito, é reativação — vale como aviso ao vendedor, não como percentual.
O que a razão entre duas somas de fato diz
Comparação de período é uma divisão: soma da janela recente sobre soma da janela anterior. É honesto reconhecer o tamanho da ferramenta. Ela responde bem a uma pergunta — mudou de patamar? — e para isso os cortes precisam ser explícitos: acima de 110% da janela anterior é crescimento, entre 60% e 110% é ruído normal de compra, abaixo de 60% (queda maior que 40%) merece um telefonema. Você pode discordar desses números. Ótimo: um corte que se pode discutir é calibrável; um score opaco não.
O que essa divisão não faz: não prevê nada, e não neutraliza sazonalidade — comparar 90 dias contra os 90 anteriores é comparar trimestres diferentes do ano. Numa fábrica de sorvete, abril-junho contra janeiro-março devolve queda todo ano, e essa queda é o calendário, não o cliente. Ela também não explica: mostra que caiu e quanto; o motivo só existe se alguém tiver registrado a conversa.
Erros comuns nessa comparação
- Comparar contra "a média histórica". Média de doze meses suaviza justamente a mudança que você quer detectar. Janela contra janela adjacente é mais grosseiro e mais útil.
- Aceitar percentual sobre base minúscula. Quem comprou R$ 300 e passou a comprar R$ 900 "cresceu 200%". É ruído com casa decimal.
- Misturar escalas sem dizer qual está na tela. Uma foto de 90 dias e um segmento de 12 meses vão discordar. Isso é esperado — vira erro quando o gráfico não diz de qual escala está falando.
Como isso se aplica no zCRM
Dois desperdícios ao mesmo tempo: reunião gastando tempo em queda que não existe, e vendedor perdendo a confiança na lista porque ela chamou de risco quem nunca comprou.
O que o zCRM usa hoje: as duas janelas são simétricas por construção, não por escolha de quem puxa — a recente são os últimos 90 dias, a anterior são exatamente os 90 dias imediatamente antes dela. A data de referência é hoje, o correto num ERP em dia; ela só recua para a data da nota mais recente da base quando não existe nenhuma nota na janela recente, e esse caso é sinalizado (data_stale), com a Conta 360 avisando que o "há X dias" conta a partir dessa referência. Na nota de saúde, a tendência vira pontos com cortes visíveis: recente ≥ 110% da anterior soma 12; ≥ 60% soma 0; abaixo de 60% subtrai 15; anterior zerada com recente positiva soma 8. Com as duas janelas zeradas, o fator não aparece — a nota não pune quem nunca teve o que cair. Ela parte de uma base 60 ("neutro"), é limitada a [0, 100], e cada linha mostra o fator, o detalhe e quantos pontos ele mexeu, com clique que abre a evidência: carteira leva a pedidos e entregas; vencido, ao financeiro.
As escalas convivem de propósito: a saúde compara 90 contra 90 (foto de agora), o RFM olha 12 meses (segmento estável do relacionamento) e o financeiro pesa o vencido contra o faturamento de 12 meses — vencido acima de 10% do faturamento anual subtrai 18 em vez de 10. Para bases ancoradas no passado existe crm:sync-account-metrics --anchor-latest (ou CRM_METRICS_ANCHOR_LATEST=true).
A pauta encurta: em vez de discutir se a queda é real, a reunião discute o que fazer com ela.
Os limites, explícitos. A comparação 90 × 90 não neutraliza sazonalidade: não existe hoje, na nota de saúde, comparação contra o mesmo período do ano anterior — num negócio sazonal, o trimestre fraco previsto pelo calendário aparece como queda, e a leitura precisa de gente. A nota não é diagnóstico nem verdade: é heurística transparente, com pesos que são ponto de partida; o valor está em clicar no fator e ver a evidência, não no número. Duas somas e uma razão não são modelo — não há projeção de faturamento futuro. E o zCRM não explica a variação: o motivo depende do registro manual de conversa.
Próxima leitura
- Cliente esfriando: como identificar queda de relacionamento antes da perda.
- Health score de cliente: quando um número ajuda e quando atrapalha.
- RFM no CRM: como recência, frequência e valor ajudam a priorizar clientes.