Todo mês, a mesma cena. O gerente abre o funil, lê em voz alta "temos R$ 780 mil ponderados para fechar", e o dono planeja compra de matéria-prima em cima disso. No dia 30, entraram R$ 260 mil. Ninguém mentiu: o número estava certo — ele só não media o que todo mundo achava que media.
A decepção não está no otimismo do vendedor. Está na aritmética.
De onde vem o valor ponderado
O valor ponderado de uma coluna do funil é uma soma: cada oportunidade contribui com o valor estimado multiplicado pela probabilidade dela, dividido por cem. Uma proposta de R$ 100 mil com 40% entra como R$ 40 mil. Some tudo e você tem o previsto.
Isso é uma conta, não um modelo: não há aprendizado sobre quantas das suas propostas em "negociação" viraram pedido. E toda soma é tão boa quanto a parcela mais frágil — no caso, a probabilidade.
A probabilidade não é opinião de ninguém
Aqui está o ponto que quase ninguém percebe até olhar por dentro: a probabilidade não é o julgamento do vendedor sobre aquele negócio — é um atributo da etapa.
Quando o card vai de "proposta enviada" para "negociação", o sistema sobrescreve a probabilidade da oportunidade com a probabilidade padrão da etapa de destino. Aquele negócio passou de 40% para 60% não porque o comprador sinalizou algo — mas porque alguém arrastou um card.
E a consequência é mais dura: se o vendedor ajustar a probabilidade à mão para 25%, porque sabe que o projeto travou, a próxima movimentação apaga o ajuste. Isso não é nota de rodapé: significa que o valor ponderado mede onde o card está parado, não se a venda anda.
Duas oportunidades de R$ 100 mil na mesma etapa pesam igual. Uma foi movida ontem depois de uma reunião com o decisor; a outra está lá há cinco meses. A soma não distingue as duas: para ela, são gêmeas.
Duas previsões no mesmo card, e elas podem brigar
Existe um segundo campo de previsão, separado da probabilidade: a categoria de forecast. Nasce como "pipeline" e pode virar "melhor caso", "commit", "omitida" ou "fechada". É manual e filtrável na listagem de oportunidades.
Ou seja: o mesmo card carrega duas previsões que podem se contradizer. Um negócio pode estar numa etapa inicial de 20% e marcado como "commit" por quem falou com o decisor e sabe que fecha. Ou estar em "negociação" a 60%, engordando o ponderado, e marcado como "omitida" porque quem cuida dele já desistiu.
Nenhuma das duas está errada: a probabilidade responde "em que etapa isto está", a categoria responde "eu aposto nisto?". O erro é ler o ponderado achando que ele incorpora a segunda pergunta.
A data que já venceu e continua somando
O terceiro problema é temporal. Quando a data prevista de fechamento passa e o negócio segue aberto, o card é marcado como vencido no funil.
Marcado. Não removido, não reduzido, não zerado: continua somando como antes. Um forecast cujo prazo venceu em abril alimenta a previsão de julho até alguém abrir a tela e mexer. E vale ser franco: o sistema não avisa. Não existe lembrete acionável nem alerta proativo quando o previsto vence. A marcação espera alguém olhar.
O único campo que ninguém consegue falsificar
Repare no que os campos anteriores têm em comum: valor e data são digitados, a categoria é escolhida, a probabilidade vem de um arrasto de card. Todos são declarações — todos podem ser otimismo.
A próxima ação é diferente, porque ninguém a preenche. Ela é derivada: o sistema calcula a menor data entre os itens pendentes e datados — atividade a fazer, visita planejada, follow-up prometido e ainda não feito. É recalculada a cada criar, concluir, cancelar, reagendar ou reabrir.
Não existe campo "próxima ação" para digitar. Para haver próxima ação amanhã, alguém precisou marcar uma atividade, planejar uma visita ou prometer um retorno. É trabalho combinado, não expectativa.
Uma ressalva que muda como se usa o campo, e ela é técnica: a próxima ação derivada é da conta, não da oportunidade. O cálculo varre os pendentes daquele cliente e ignora a qual negócio cada um pertence. Numa conta com três oportunidades abertas e uma única ligação agendada, existe uma próxima ação — uma só, e ela vale para a conta inteira.
No nível da oportunidade, o que existe é outra coisa: o campo de próximo passo, que é texto digitado e pode ser exigido pelo gate de etapa. Ou seja, é declaração — a mesma categoria de otimismo dos campos anteriores. O campo infalsificável e o campo por negócio não são o mesmo campo.
O teste barato que desmonta o forecast
Daí sai a auditoria que vale a pena fazer antes da reunião de fechamento — e ela roda por conta, não por card, porque é nessa granularidade que existe um campo que ninguém digitou.
Liste as contas com oportunidade aberta e separe as que não têm próxima ação nenhuma: sem atividade, sem visita, sem follow-up pendente. Some o ponderado de tudo que está aberto nessas contas. Esse número não é discutível. Ninguém vai falar com aqueles clientes — não porque o vendedor está desanimado, mas porque não há nada marcado com eles, e o sistema só sabe disso porque não deixou ninguém escrever a resposta. A etapa diz uma coisa, o calendário diz outra, e o calendário é o que tem custo.
Nas contas que têm próxima ação, o teste para de ser automático e vira pergunta de reunião. A ligação de quinta cobre qual dos três negócios? Se a conta tem uma oportunidade de R$ 12 mil andando e uma de R$ 100 mil parada há cinco meses, a agenda existe por causa da primeira — e a segunda está pegando carona no crédito. O vínculo existe no banco (atividade, visita e conversa podem apontar para a oportunidade), mas nada soma por ali: quem responde é o gerente, abrindo o card e olhando o que está pendente nele. É trabalho manual, e é o único trecho do teste que não dá para terceirizar para o sistema.
O resultado prático é uma subtração em dois tempos: o previsto cai de uma vez nas contas sem agenda nenhuma, e cai de novo, card a card, nas contas onde uma ação está segurando três negócios. Costuma doer nas duas.
A oportunidade também entra na Agenda por data — a prevista de fechamento, ou a de decisão quando não há previsão de fechamento —, ao lado do que o vendedor prometeu. É onde a contradição fica visível: o fechamento está marcado para quinta e não há nada agendado com o cliente até lá.
Erros comuns com o número previsto
- Tratar a probabilidade como leitura do negócio. Ela é a etapa. Para registrar leitura existem a categoria de forecast e o campo de próximo passo — e o ajuste manual da probabilidade não sobrevive à próxima movimentação.
- Deixar o forecast nascer oco. Oportunidade sem valor e sem data já polui a soma. O gate de etapa existe para isso: dá para exigir "próximo passo" e "data prevista de fechamento" para o card entrar na etapa.
- Cobrar o número em vez de cobrar a ação. "Ajuste o forecast para a realidade" produz um número diferente, não uma venda diferente. Pedir a próxima ação de cada negócio acima de X produz agenda.
Como isso se aplica no zCRM
O risco é de outra ordem: a reunião de fechamento decide compra, caixa e meta em cima de um número que ninguém consegue defender linha a linha.
Os dados usados hoje: o valor ponderado por coluna do funil; a probabilidade herdada da etapa; a categoria de forecast, manual e filtrável; a marcação de data prevista vencida no card; o gate de campos obrigatórios por etapa; a próxima ação derivada da conta; e a Agenda, que traz a oportunidade pela data prevista de fechamento (ou pela de decisão, quando não há previsão) junto com atividades, visitas e follow-ups.
Duas perguntas, dois resultados: em vez de "quanto vamos fechar?", o gestor pergunta "quais destes R$ 780 mil estão em contas onde alguém vai falar com o cliente esta semana?". A primeira produz discussão. A segunda produz fila de trabalho — e um forecast menor e mais verdadeiro.
O limite honesto, e ele é grande. O zCRM não faz forecast estatístico: não há ajuste por histórico, previsão por IA nem taxa de conversão aprendida da sua base. É valor × probabilidade da etapa, e nada mais. Também não há alerta proativo — quando o previsto vence, o card fica marcado e espera alguém abrir a tela; o sistema informa, não lembra. A promessa não é acurácia percentual nem "previsão confiável": é previsão auditável, que dá para clicar e ver por que aquele número está lá.
E a próxima ação derivada tem dois limites que o gestor precisa saber antes de confiar no teste. Ela só enxerga o que foi lançado: se o vendedor combinou o retorno por WhatsApp e não registrou, para o cálculo aquela conta está parada — captura automática de canais não é entrega da versão atual. E ela é da conta, não do negócio: o cálculo não separa por oportunidade, então em carteira com vários negócios por cliente ela responde "alguém vai falar com essa empresa?", não "alguém vai falar sobre esse card". Para a segunda pergunta, hoje, é o gerente que abre a oportunidade e olha.
Próxima leitura
- Funil de vendas B2B: como acompanhar oportunidade sem perder o contexto do ERP.
- Oportunidade comercial: quando criar uma e quando não criar.
- Win/loss: como aprender com propostas ganhas e perdidas.