O dono da PME chama o fornecedor de CRM porque quer uma coisa só: saber quem o time deve atender amanhã de manhã. Ele compra o sistema, paga a implantação, o time usa três semanas e para. Seis meses depois, a resposta para "quem atendemos amanhã" continua a mesma: quem ligou, quem reclamou, quem o vendedor lembrou.
O diagnóstico de sempre é "falta de disciplina do time". Quase nunca é: houve uma inversão de ordem.
Histórico, rotina e prioridade não são três benefícios que vêm juntos na caixa. São três estágios com dependência: prioridade só existe se houver rotina, e rotina só se sustenta se houver histórico. A PME quase sempre trava no segundo — e o irônico é que ela já venceu o primeiro sem perceber.
Estágio 1: o histórico você já tem, e já pagou por ele
Pergunte a um dono de PME B2B se ele tem histórico comercial dos clientes e ele dirá que não, que está tudo na cabeça do vendedor. Está errado. Ele tem dez anos de notas fiscais, todo pedido já digitado, cada proposta emitida com valor e validade, e o financeiro inteiro título a título. Não é resíduo contábil: é o registro mais confiável que existe do comportamento de compra de cada cliente — e ninguém o digitou para fins comerciais, foi subproduto de faturar.
O que falta não é o dado: é que ele nunca foi lido como insumo comercial. O ERP guarda a nota para a contabilidade e o fisco; ninguém nunca pediu a ele "este cliente comprava todo mês e parou em março". O dado responde — só não é a pergunta que o ERP foi feito para responder.
Por isso um CRM que começa vazio é proposta ruim para a PME: pede que o time digite à mão uma versão pior do que a empresa já comprou.
Estágio 2: a rotina é o que ninguém tem — e onde todo mundo trava
Aqui está o buraco de verdade, e ele não é preguiça do time. O ERP registra o que aconteceu: a nota saiu, o pedido entrou, o título venceu. Ele não tem lugar para o que vai acontecer nem para o que foi dito. Não existe campo no ERP para "prometi mandar a revisão de preço na sexta", nem para "quem decide a compra lá não é mais o pai, é o filho, e ele quer cotar tudo de novo".
A atividade que você prometeu, a visita que custou combustível, a conversa que teve conteúdo, a negociação que vale R$ 40 mil — é isso que o CRM acrescenta, porque o ERP não tem como saber. Nenhuma delas gera nota fiscal.
E aqui a PME trava por um motivo específico: rotina não se compra. Você compra o campo onde registrar; não compra o hábito de registrar. Quem disser o contrário vende o que não entrega. A ferramenta pode baratear o registro a ponto de o vendedor não desistir — cinco campos em vez de vinte, e algo em troca no dia seguinte.
Se o time não registra o que prometeu e o que ouviu, o terceiro estágio não tem do que ser feito — não porque o software falhou, mas porque metade do insumo não existe.
Estágio 3: prioridade é derivada, não digitada — por isso não se compra pronta
O erro mais caro da PME é tratar prioridade como relatório encomendado: "me manda a lista dos clientes que preciso atender." Como se fosse uma consulta, e não o produto dos dois estágios anteriores.
Prioridade é cálculo. Nasce de sinais: um cliente que comprava e parou; um comprando menos que no ano passado; uma proposta que venceu sem resposta; um pedido faturado cuja entrega passou da data; um título vencido. Cada sinal vem do estágio 1 — e só vira trabalho por causa do estágio 2.
Ninguém digita a prioridade. Se alguém digitou, é opinião com aparência de sistema.
Por que a ordem não pode ser trocada
- Rotina sem histórico vira digitação. O vendedor preenche uma agenda que não sabe nada sobre o cliente, e o esforço não volta em contexto nenhum. Ele para em três semanas — corretamente.
- Prioridade sem rotina vira lista que ninguém executa. O sistema aponta trinta clientes em risco e não há onde registrar o que foi feito. No mês seguinte, os mesmos trinta.
- Prioridade sem histórico é chute ordenado: uma fila construída sobre percepção é a memória do vendedor com layout.
A PME que trava no estágio 2 costuma reagir comprando mais estágio 3 — outro dashboard. É comprar telhado para uma casa sem parede.
Erros comuns nesta sequência
- Recomeçar o histórico do zero. A empresa tem 3 mil clientes no ERP e a implantação pede para cadastrar os "principais". É trocar dez anos de dado real por uma lista de memória.
- Chamar o estágio 1 de estágio 3. Um relatório de faturamento por cliente é histórico exposto, não decisão sugerida.
- Cobrar o estágio 2 antes de entregar o estágio 3. O vendedor precisa ver o registro voltar como contexto, ou registra só para o gerente — e para assim que o gerente olha para o outro lado.
- Esperar que a prioridade decida. Quem sabe que aquele cliente está em obra e não compra até junho é o vendedor. A fila é sugestão, não ordem de serviço.
Como isso se aplica no zCRM
Comece pelo que dói: a PME não consegue responder "quem atendemos amanhã" tendo todo o dado necessário para respondê-la.
O estágio 1 já vem pago. A base de contas do zCRM não é digitada: ela chega sincronizada do ERP, e cada cliente entra já com o vendedor responsável que o ERP registrava. A carteira nasce dividida como a empresa já a dividia — ninguém redistribui nada numa planilha de implantação. E se o gerente remanejar uma conta depois, a sincronização seguinte respeita a decisão: ela preenche o responsável quando está vazio, não sobrescreve quem foi definido no CRM.
O histórico também não fica parado esperando alguém lê-lo. Toda madrugada, cada conta é reclassificada pela própria recorrência de compra dos últimos doze meses — quem é campeão, quem está em risco — sem que ninguém peça um relatório para descobrir.
O estágio 2 é o que o CRM acrescenta. Atividades (concluir, reagendar, cancelar), visitas com check-in e check-out, conversas e oportunidades são entidades do CRM, não do ERP — porque o ERP não tem onde guardá-las.
O estágio 3 é composto, não digitado. As Prioridades do dia montam uma fila única a partir de sinais já calculados — parou de comprar, em queda, proposta vencida, proposta em aberto, carteira com entrega vencida, financeiro vencido — ordenada por urgência e, na mesma urgência, pelo valor em jogo. Ninguém preenche um campo "prioridade".
Muda o que se decide às oito da manhã: em vez de atender quem ligou, o vendedor abre o dia por uma fila que já sabe quem parou de comprar e quanto isso vale.
Os limites, explícitos. A fronteira: o ERP é fonte oficial de entidades, produtos, propostas, pedidos, notas e financeiro; o CRM é fonte oficial de relacionamento, atividades, oportunidades e histórico comercial. O zCRM lê o ERP; não escreve nele — não organiza a empresa e não substitui o ERP.
E três limites que este artigo não contorna. O estágio 2 continua sendo trabalho humano: o registro de conversa é manual e não há lembrete proativo que cutuque o vendedor — se o time não registrar, o zCRM não registra por ele. Quem não está no ERP fica de fora: não existe objeto Lead independente, e o topo de funil está fora do escopo atual. E não prometemos percentual de aumento de vendas — quem promete não mediu.
Próxima leitura
- O que é CRM e por que ele não é apenas um funil de vendas — o estágio 2 é maior que o funil.
- Por que CRMs falham em PMEs: o problema quase nunca é só tecnologia.
- Prioridades do dia: como transformar dados do ERP em rotina comercial — o estágio 3 na tela.