O dono da PME assina o contrato numa terça. Na quarta, o time abre o sistema e encontra telas bonitas e vazias: funil sem oportunidade, agenda sem compromisso, cliente sem histórico. O fornecedor explica que "conforme o time for alimentando, os relatórios ganham vida". Traduzindo: o valor chega em três meses, se o time aguentar digitar por três meses.
Isso não é valor no primeiro dia. É promessa de dia 90 vendida com nome de dia 1.
A régua
Existe um teste simples, e ele é mais duro do que parece: o sistema responde uma pergunta que ninguém na empresa conseguia responder sozinho, sem que uma única digitação tenha acontecido?
Repare nas duas metades. A primeira elimina o dashboard que só repete o que o ERP já mostrava — faturamento do mês num gráfico mais bonito não é valor novo, é a mesma informação com outra fonte tipográfica. A segunda elimina tudo que depende de alguém ter alimentado o sistema: se a resposta exige que o vendedor tenha cadastrado a oportunidade, é valor de dia 90 — e o dia 90 só chega se a adoção sobreviver ao vazio.
A régua serve para os dois lados: aprova coisas e reprova outras dentro do mesmo produto. Um fornecedor honesto sabe dizer onde o próprio sistema reprova.
O que passa no teste: o que já existe antes de você chegar
Num CRM que lê o ERP, um conjunto específico de perguntas tem resposta antes do primeiro login. Não porque o sistema é esperto, mas porque a empresa já pagou por esses dados anos atrás e nunca conseguiu cruzá-los. No zCRM, o que está respondido no dia 1 é isto, e nada além disto:
- Quem parou de comprar. Comparação da janela recente de 90 dias com a anterior comparável, separando quem parou de quem está em queda. Ninguém digitou nada: a nota fiscal já estava lá.
- A saúde da conta, de 0 a 100. Não um número solto — cada fator que somou ou subtraiu ponto aparece na linha, clicável até a evidência: carteira abre os pedidos, vencido abre o financeiro.
- O segmento RFM e o nível de risco de cada conta, calculados a partir do próprio histórico de compra.
- Propostas em aberto e propostas vencidas sem desfecho.
- Carteira com entrega vencida: item em aberto cuja data prometida de entrega já passou.
- Financeiro vencido, com aging.
E a fila "Prioridades do dia", que junta esses sinais em uma lista ordenada. Cada item chega com o motivo por extenso — "Sem comprar há 214 dias (faturava R$ 38 mil no trimestre anterior)" — e uma ação sugerida em texto: contato de reativação, renovar ou registrar a perda, acionar cobrança. É uma frase acionável, não um número para o vendedor interpretar sozinho.
A pergunta do dia 1 é de junção, não de consulta
O ERP responde cada pergunta dessas separadamente, e sempre respondeu: existe consulta de faturamento por cliente, relatório de títulos vencidos, listagem de propostas em aberto. Nenhuma delas é segredo.
O que a PME nunca respondeu sozinha é a junção: quem caiu de faturamento e tem título vencido e tem proposta parada? Essa é a conta que dói, porque é exatamente o cliente que você está prestes a perder — e responder exige abrir três consultas, exportar três planilhas e cruzar na mão. Alguém faz isso uma vez, para uma reunião. Ninguém faz toda segunda-feira de manhã.
O health score faz esse cruzamento em uma linha, para as 3.309 contas ao mesmo tempo. Não é pergunta nova: é a que a empresa já tinha e desistiu de responder pelo custo do cruzamento manual.
E já nasce recortável: o 360 tem seletor de período global (padrão 90 dias, presets de 90 e 180) aplicado a faturamento, produtos e tendência. Dá para perguntar "e no semestre?" no primeiro dia, sem pedir relatório a ninguém.
O que reprova na régua: metade do CRM nasce vazia
Se eu parasse no tópico anterior, estaria vendendo o produto errado. O zCRM se divide ao meio no dia 1.
Reprova no teste — nasce vazio e depende de gente: funil e oportunidades, atividades, conversas e interações, visitas, contatos do CRM. No ambiente real, são 3.309 contas sincronizadas com métricas calculadas e a camada transacional zerada. Zero oportunidades. Zero visitas. Zero conversas.
Nenhuma integração conserta isso, e é importante entender por quê: essas entidades registram o que aconteceu entre pessoas. Não existe engenharia que extraia de uma nota fiscal a informação de que a rede de farmácias vai centralizar as compras na matriz a partir do próximo trimestre, e que o pedido da filial que você atende foi o último.
O que existe do relacionamento no dia 1 vem do ERP, em leitura: contatos e endereços cadastrados, e o histórico de ações comerciais, quando a base tem esse registro. É um ponto de partida — não é a memória do relacionamento.
Então a frase correta é: metade nasce cheia, metade nasce vazia. A metade cheia é a análise da carteira; a vazia é o relacionamento, e ela se enche com trabalho. Quem promete as duas cheias está vendendo o dia 90 com etiqueta de dia 1 — de novo.
Erros comuns na leitura do "dia 1"
- Confundir tela cheia com pergunta respondida. Um sistema pode nascer com dez mil registros importados e não responder nada: dado que não vira decisão é peso morto com aparência de valor.
- Aceitar "o valor aparece com o uso" sem prazo nem prova. É a frase que transfere ao cliente o risco de um produto que nasce inútil.
- Achar que o dia 1 é bom independentemente do ERP. Cadastro sujo produz painel confiante e errado — cliente duplicado vira duas contas com metade do faturamento cada, e as duas aparecem "em queda". O sistema não sabe que está mentindo.
- Esquecer que a régua tem data. A referência de cálculo é hoje. Numa base defasada — cópia parada há seis meses, comum em teste — a recência colapsa e todo mundo vira "Em risco". O zCRM sinaliza isso (
data_stale) e permite ancorar o cálculo na nota mais recente da base, mas painel vermelho no dia 1 costuma ser problema de data, não de carteira.
Como isso se aplica no zCRM
A dor é o intervalo entre pagar e receber utilidade — e o abandono que acontece dentro dele.
O zCRM ataca isso usando hoje, sem digitação: notas, pedidos, propostas e recebíveis do ERP, transformados em saúde da conta com evidência clicável, segmento RFM, nível de risco, clientes que pararam ou caíram, propostas vencidas, carteira com entrega vencida e financeiro vencido com aging — reunidos na fila de Prioridades do dia, com motivo e ação sugerida por item.
No dia 1, a escolha é outra: em vez de "vamos alimentar e depois ver", o vendedor abre a fila e sabe quem ligar hoje e por quê, com a evidência a um clique. O gestor para de encomendar o cruzamento manual de três planilhas.
O limite, explícito: metade do CRM nasce vazia. Funil, atividades, visitas e conversas começam do zero e não há integração que os preencha. O registro de conversa é manual — o campo de canal é digitado à mão; o zCRM não captura WhatsApp, e-mail nem ligação. Você vai ouvir falar dessa captura em apresentação de CRM; nesta versão, ela não está no produto. Não existe criação automática de oportunidade. E não há aqui percentual de resultado, redução de churn ou ganho de receita prometido para o primeiro dia: não existe caso medido, e inventar um seria a promessa que este artigo critica.
Próxima leitura
- CRM integrado ao ERP: como carregar histórico no primeiro dia.
- Checklist do primeiro dia: quais dados do ERP carregar no CRM.
- Qualidade dos dados do ERP: por que CRM bom depende de cadastro confiável.