Na reunião de segunda, o gerente aponta para o card: "Alimentos Vale Verde, R$ 310 mil, fechamento dia 20". O vendedor confirma. Ninguém abre o ERP — onde a proposta 5120 daquele cliente foi emitida com R$ 268 mil, porque o desconto saiu na revisão de duas semanas atrás e o card ficou com o número da primeira conversa.
Os R$ 310 mil não são mentira: são um número que já foi verdade e ninguém voltou para corrigir. Isso é uma segunda contabilidade da venda — dois números para o mesmo negócio. E a disputa é desigual: o ERP é atualizado porque o pedido precisa sair; o card, quando sobra tempo. Como a reunião acontece em cima do quadro, é sempre o digitado que sobrevive.
O campo de valor não é o problema. O vínculo é
A reação natural é apertar o preenchimento: cobrar que o vendedor atualize o valor toda vez que a proposta muda. Isso só empurra o erro para frente — enquanto o card guardar sua própria cópia do número, ela vai divergir. Não por má-fé: porque toda cópia manual diverge.
O card não precisa ser a verdade sobre o valor. Ele precisa apontar para o documento que é a verdade. Quando a oportunidade carrega qual proposta do ERP ela representa, a pergunta na reunião muda de "quanto está esse negócio?" para "qual proposta está em jogo aqui?" — e essa segunda tem resposta verificável.
É por isso que o vínculo, e não o campo de valor, torna o funil confiável. Um card sem documento é uma expectativa registrada; um card com a proposta 5120 pendurada é rastreável: dá para ver o que foi cotado, quando venceu e se virou pedido.
Um funil linear não serve a processos comerciais diferentes
O segundo jeito de o funil perder contato com a realidade é mais silencioso: uma única fileira de etapas para tudo que a empresa vende. Veja três processos que convivem na mesma PME.
Venda nova. Prospecção, levantamento de necessidade, proposta, negociação, fechamento. Ciclo longo, muita disputa de preço.
Homologação. O cliente grande exige amostra, teste em linha, aprovação de qualidade e cadastro de fornecedor antes de qualquer pedido. Pode levar meses e não tem "negociação" no meio — tem aprovação técnica. Nas etapas da venda nova, vira um card parado em "proposta enviada" por meio ano sem nada estar errado.
Reativação. Cliente que já comprou e parou. Não existe levantamento de necessidade: existe descobrir por que parou e fazer uma oferta de retorno. Duas ou três etapas resolvem.
Espremer os três no mesmo funil obriga o vendedor a escolher a etapa menos errada em todo card. E aí a etapa deixa de significar coisa alguma: "negociação" passa a abrigar um teste de laboratório, uma proposta em análise e um cliente sumido. Processos diferentes pedem funis diferentes. Não é sofisticação: é a condição para que a palavra na coluna signifique a mesma coisa em todos os cards embaixo dela.
O gate de etapa garante campo preenchido — não dado de qualidade
Uma vez que as etapas significam algo, dá para exigir o mínimo para entrar em cada uma: não deixar um card chegar em "proposta" sem data prevista de fechamento, ou sem a proposta do ERP vinculada.
Isso vale a pena, mas seja honesto sobre o que comprou: o gate garante que o campo está preenchido, não que o conteúdo é bom. Se a etapa exige data de decisão, o vendedor apressado digita o último dia do mês em todos. Você trocou o vazio pelo chute — e o chute é pior, porque parece dado.
O gate resolve bem uma coisa só: o esquecimento. Contra o preenchimento displicente, o remédio é o gerente perguntar, na reunião, de onde veio aquela data. Por isso exija poucos campos, e só os que alguém usa para decidir: cada campo a mais é um convite a mais para inventar.
Erros comuns no acompanhamento do funil
- Deixar o card e a proposta viverem separados. É a doença raiz: enquanto o número do quadro for uma cópia, a reunião discute um negócio que só existe no quadro.
- Criar etapa para cada nuance. Doze etapas não descrevem o processo com mais precisão: garantem que o vendedor pare de mover o card. Funil que ninguém move é decoração.
- Ler idade na etapa como sintoma sempre ruim. Trinta dias parado numa homologação pode ser normal; em "negociação" de venda nova é um negócio esfriando. O número só significa algo dentro do processo certo.
- Achar que o funil conta o que houve na negociação. O quadro mostra estado e valor. Por que o cliente travou e o que o concorrente ofereceu é registro de relacionamento — alguém precisa escrever.
Como isso se aplica no zCRM
Tudo se resume a uma divergência entre o quadro e o documento: a reunião decide em cima de um valor digitado enquanto o número real está na proposta do ERP.
No zCRM, a oportunidade carrega erp_proposal_id e erp_order_id. Dá para vincular a proposta e o pedido do ERP sem precisar encerrar a oportunidade — é ação do dia a dia, não ritual de fechamento — e o vínculo vira um evento na linha do tempo da conta. A conta, por sua vez, vive amarrada à entidade do ERP: o cliente do card é o cliente do sistema oficial, não um homônimo cadastrado de novo.
Os funis são múltiplos: cada um com suas etapas, gates e automações. O gate lista os campos exigidos para entrar na etapa, escolhidos de um conjunto fechado — valor estimado, data prevista de fechamento, temperatura, necessidade, critério de decisão, próximo passo, data de decisão, concorrente e proposta do ERP vinculada. A tela verifica antes e abre o diálogo pedindo o que falta; se alguém tentar contornar pela API, o servidor recusa e devolve a lista de campos faltantes. Ao entrar na etapa, é possível criar uma atividade com tipo, assunto e prazo — hoje essa é a automação disponível.
A idade na etapa é medida, não estimada: cada troca grava a data de entrada, e o card mostra os dias na etapa, com tom morno a partir de 14 dias e quente a partir de 30. Ressalva de quem migrou: para as oportunidades anteriores a essa medição, a data de entrada foi aproximada pela última movimentação conhecida — o histórico exato conta das trocas feitas depois disso. E quando uma coluna tem mais cards do que o quadro carrega, ela diz quantos ficaram de fora em vez de escondê-los: um total que engana é pior que um total incompleto e declarado.
A reunião passa a cobrar outra coisa: em vez de "esse card vale R$ 62 mil?", pergunta-se "qual documento sustenta esse card?" — e a ausência de resposta passa a ser, ela mesma, a informação útil.
Os limites, explícitos. O vínculo com a proposta não é automático: alguém escolhe o documento e liga à oportunidade, e um card sem vínculo continua possível — o sistema torna a divergência visível, não impossível. A leitura do ERP é de mão única: o zCRM não escreve no ERP, e ganhar a oportunidade não cria pedido lá. O funil também não captura sozinho o que aconteceu na negociação: WhatsApp, e-mail e ligação entram como registro manual. E não há topo de funil fora do ERP — não existe entidade de lead independente; a oportunidade nasce ligada a uma conta vinda do sistema oficial.
Próxima leitura
- Oportunidade comercial: quando criar uma e quando não criar.
- Forecast comercial: por que valor previsto sem próxima ação engana.
- Proposta vencida: o dinheiro parado entre o ERP e o follow-up.