O vendedor tem quatro minutos antes da ligação. Abre a tela do cliente e encontra dez abas: resumo, propostas, pedidos, faturamento, produtos, financeiro, potencial, relacionamento, ações ERP, histórico. Tudo verdadeiro, tudo do ERP, tudo relevante. Ele lê três, rola até o fim da quarta, o telefone toca do outro lado e ele começa a conversa do jeito de sempre: "e aí, como estão as coisas por aí?"
A tela tinha os dados todos. O que ela não tinha era ordem — e isso não se resolve juntando mais fonte. Uma Conta 360 não vale pela quantidade de dados que reúne, e sim pela ordem em que os entrega. Se o vendedor precisa ler dez abas para saber se deve ligar, aquilo é um relatório disfarçado de ferramenta.
As três perguntas que vêm antes de todas as outras
Antes de atender, três coisas decidem o comportamento do vendedor. Todo o resto é detalhe que ele busca depois de decidir.
Este cliente está bem? É pergunta de estado, não de valor. Um cliente que fatura R$ 300 mil por ano e parou de comprar há cinco meses exige abordagem diferente do cliente de R$ 30 mil que comprou ontem. Sem essa resposta no primeiro segundo, o vendedor trata os dois igual.
Quanto ele representa? É o que calibra o esforço. Faturamento não diz o que fazer; diz quanta energia a resposta anterior merece.
O que está pendente comigo aqui? É a próxima ação: a visita marcada, o retorno prometido, a proposta que vence. É a única das três que vira comportamento imediato.
Saúde, faturamento e próxima ação respondem, nessa ordem, a "devo ligar", "quanto isso importa" e "sobre o quê". Por isso ficam no topo, antes de qualquer clique — o resto da tela existe para sustentá-las.
Um número que não abre a evidência vira placar ignorado
O erro mais caro dessa tela é de confiança, não de dado.
Uma nota de saúde — 55, 82, 41 — é útil enquanto o vendedor acredita nela. Ele acredita na primeira semana. Na segunda, encontra um cliente marcado como "atenção" que ele sabe que está ótimo, não descobre por quê, e a partir daí o número vira enfeite. Ninguém discute com um número fechado: as pessoas param de olhar para ele.
O que sustenta um indicador desses não é a fórmula. É a evidência ficar a um clique.
No zCRM, a saúde parte de uma base 60 (neutro) e combina cinco sinais reais do ERP: atividade de compra, tendência de receita, títulos vencidos, carteira a faturar e propostas. Cada linha mostra o fator, o detalhe e quantos pontos ele somou ou subtraiu — verde soma, vermelho subtrai. Uma conta real fica assim: 60 de base, "+12 comprou há 5 dias", "0 tendência estável (−15,3%)", "−18 dezesseis títulos vencidos (pesado)", "+6 duas propostas em aberto" e "−5 duas propostas vencidas". Some: 55, ou seja, atenção (a régua: 75 ou mais saudável, 50 a 74 atenção, abaixo de 50 crítico). Repare que a conta fecha na mão — é esse o ponto. Um score que só bate se você acreditar nele não é transparente, é opaco com aparência de aritmética.
E cada fator abre. Clicou em carteira, vai para os pedidos e as entregas. Clicou em vencido, vai para o financeiro. O número nunca é o fim da linha: é o índice de um argumento. Isso é o que torna a heurística honesta — pesos e limiares são ponto de partida calibrável, e é por serem discutíveis que a evidência importa mais que a nota.
O que merece ficar atrás de uma aba
Se tudo tem peso igual, nada tem peso. O critério é temporal: o que decide o atendimento fica no topo; o que se consulta durante o atendimento fica atrás de aba. Quando o comprador pergunta "o que eu comprei mesmo no semestre passado?", aí sim o vendedor abre Produtos; quando diz "aquele boleto eu já paguei", abre Financeiro. Essas abas não estão escondidas — estão guardadas até serem chamadas.
Isso tem consequência técnica que a PME sente na pele. Views de faturamento em ERP com dez anos de nota são pesadas, e tela lenta é tela que o vendedor deixa de abrir — o que zera o resto do argumento. Por isso os drills (itens de nota, de pedido, de proposta), os recebíveis e os produtos carregam sob demanda, ao abrir a aba; e o faturamento do ERP carrega em segundo plano, depois que a conta já apareceu.
Uma janela de tempo, não sete
Detalhe que parece cosmético e não é: o período. Quando cada painel tem a própria janela — faturamento em 12 meses, produtos no ano corrente, tendência em 90 dias — a tela mostra três verdades que não conversam entre si. O vendedor vê queda no gráfico e crescimento na lista, e nenhum dos dois está errado: são recortes diferentes. Comparar fica impossível, e comparação é o que ele foi fazer ali.
Por isso o seletor de período é global, no topo, e aplica ao faturamento, aos produtos e à tendência de saúde ao mesmo tempo. Abre em 90 dias — janela larga o bastante para um ciclo de recompra aparecer e curta o bastante para "parou de comprar" ainda significar alguma coisa — e a lista vai de hoje e ontem até este mês, 30, 90, 180 e 365 dias, mês passado, ano corrente, ano passado e intervalo personalizado. Treze recortes, um seletor: quem quer o trimestre fechado ou a comparação com o ano anterior troca a janela uma vez, e o gráfico, a lista de produtos e a curva de saúde passam a falar do mesmo intervalo. A liberdade está em escolher o período; o que não se pode é ter três períodos diferentes na mesma tela sem saber.
"Há X dias" a partir de quando?
Toda visão de cliente escreve frases do tipo "última compra há 47 dias", e ninguém pergunta de onde sai esse 47 — todo mundo assume que sai de hoje. E sai, quando a base está em dia. Mas se a carga parou no domingo, "hoje" mede a defasagem da integração, não o silêncio do cliente: o vendedor liga cobrando um sumiço que não existe.
A régua correta é declarar a régua. A data de referência da saúde é hoje; quando não há notas na janela recente, ela cai para a nota mais recente da base e avisa na tela a partir de que data a contagem está correndo. Um número datado é auditável. Um número sem data é fé.
Erros comuns nessa tela
- Achar que "360" significa "tudo visível ao mesmo tempo". Trezentos e sessenta graus é cobertura, não simultaneidade. Empilhar dez seções de peso igual devolve o problema que a tela veio resolver.
- Colocar a nota de saúde sem o caminho até a evidência. Vira placar, e placar ninguém discute nem age sobre.
- Ler potencial como promessa. Potencial é o que o cliente poderia comprar dado o histórico dele, não previsão de pedido.
- Cobrar uma aba de relacionamento rica sem rotina de registro. As transacionais chegam prontas do ERP; a de relacionamento só existe se alguém escreveu.
- Fazer a tela bonita e lenta. Uma 360 de oito segundos não é consultada antes da ligação, e sim depois da reclamação.
Como isso se aplica no zCRM
Quem sente primeiro é o vendedor: ele tem os dados do cliente e mesmo assim liga sem contexto, porque ler dez abas custa mais tempo do que ele tem antes de discar.
Os dados de hoje: o contexto oficial vem do ERP em leitura — nome e fantasia, documento, vendedor, limite de crédito, bloqueio, cidade e UF, segmento, situação e data de cadastro — mais propostas, pedidos, faturamento, produtos e financeiro. Sobre isso, a camada comercial do CRM: status, temperatura, potencial, observações, contatos, conversas, visitas, atividades e oportunidades. Um único componente serve a 360 embutida na lista de contas e a 360 em janela, com as mesmas abas nos dois lugares.
Some um passo do fluxo: em vez de "abrir o cliente e ver o que tem", o vendedor decide antes de rolar a tela — atendo agora ou não, com que energia, sobre o quê — e usa as abas para sustentar a conversa, não para descobrir se ela vale a pena.
O limite honesto: a 360 lê o ERP; ela não escreve nele. Cadastro, pedido, nota e título continuam nascendo e sendo alterados no ERP, e para uso fiscal ou contábil a consulta oficial continua sendo a de lá. O que se edita no zCRM é a camada comercial, e mesmo nela a próxima ação é somente leitura — é derivada dos pendentes, não digitada. E a 360 não "sabe tudo sobre o cliente": sabe tudo que o ERP registrou, e sabe do relacionamento exatamente o que alguém registrou à mão. Essa metade depende de rotina, não de integração.
Próxima leitura
- Histórico comercial: por que memória de vendedor não escala.
- Health score de cliente: quando um número ajuda e quando atrapalha.
- Quais dados do ERP fazem diferença em um CRM comercial.