RevOps · Forecast

Previsão de receita por probabilidade

Quanto o pipeline aberto deve virar de receita em cada mês, com cada negócio ponderado pela conversão real da etapa, e não pelo número que o CRM sugere.

Testado com agenteout/2026

UsoComum
EsforçoMédio
Para quemLideranças comerciais e de finanças que precisam de um número de receita futura que se sustente.
Fonte

Negócios abertos e histórico de etapas do CRM

Modelo

Valor x conversão histórica da etapa no mês previsto, mais o run-rate de criados e ganhos no mês

Resultado

Receita esperada por mês, pipeline e vendedor

Ativação

Forecast semanal, board e agente de IA

O que resolve

  • O pipeline nominal encolhe para a receita que o histórico diz que vai fechar, somada ao que costuma nascer e fechar dentro do mês.
  • Cada negócio pesa pela conversão medida da etapa, igual para todos os vendedores.
  • Dá para explicar por que o forecast mudou de uma semana para a outra.

Perguntas de negócio que responde

Faça estas perguntas ao seu agente quando o caso estiver pronto.

Quanto devemos fechar de receita nova neste mês e no próximo?
Qual a diferença entre o pipeline nominal e a receita esperada?
O que entrou, saiu e atrasou no forecast desta semana?
Quanto do pipeline depende de negócios com data prevista já vencida?
Qual vendedor tem o compromisso mais otimista em relação ao próprio histórico?

O que você precisa

  • CRM conectado com valor, data prevista de fechamento e histórico de etapas
  • Até 12 meses fechados de negócios ganhos e perdidos para medir a conversão por etapa (no mínimo dois trimestres)
  • A regra de valor (recorrente ou total) e de moeda combinada com finanças

O que você recebe

  • Tabela de negócios abertos com probabilidade medida e valor ponderado
  • Forecast por mês, pipeline e vendedor, com o pipeline nominal e o run-rate de ciclo curto em linhas próprias
  • Foto semanal do forecast com o que entrou, ganhou, atrasou e saiu
  • Um agente de IA que responde sobre o forecast com a regra aplicada

Onde ativar

Forecast semanal

Receita esperada por mês com pipeline nominal, compromisso declarado e atrasados lado a lado.

Agente de IA via MCP

Responde quanto vamos fechar e por que o número mudou desde a semana passada.

Alertas

Aviso ao dono quando um negócio relevante passa da data prevista sem ser atualizado.

Quer construir?

Depende da visão do pipeline para medir a conversão por etapa. Sem histórico, comece com a régua do CRM declarada como provisória e troque quando houver dois trimestres medidos. O detalhado traz as regras de negócio, as armadilhas e o teste de aceitação. Ou mande tudo direto para o seu agente com o MCP da Nekt.

Ver detalhado
O problema

O CRM tem uma probabilidade por etapa configurada há anos e uma data prevista que o vendedor esquece de atualizar. Quem multiplica uma pela outra soma negócios de pipelines que não são venda, conta datas já vencidas no mês e usa probabilidades que não seguem nem a ordem do funil. O forecast muda de pessoa para pessoa e ninguém consegue explicar a variação da semana. E mesmo o forecast bem ponderado erra quando boa parte da receita vem de negócios criados e ganhos dentro do próprio mês, que nunca aparecem no pipeline aberto.

Como costuma ser feito, e a regra

Cada linha é um erro que já aconteceu na prática.

O jeito comumA regra
01
Usar a probabilidade padrão da etapa no CRM.
Probabilidade medida, não configurada

Para cada etapa, a probabilidade é ganhos / (ganhos + perdidos) entre os negócios que passaram pela etapa e fecharam nos 12 meses fechados anteriores à foto. Uma janela só, sempre a mesma; com menos de 12 meses de histórico, use o que houver e declare. Passou pela etapa: no HubSpot, hs_v2_date_entered_<stageId> preenchido no negócio, que vale mesmo se ele mudou de pipeline depois (o campo guarda só a última entrada, então serve para saber se passou, não quantas vezes). Se o time não marca perdido e deixa negócios abertos indefinidamente, a taxa entre fechados infla: para medir, trate como perdido o aberto sem atividade nem mudança de etapa há mais de N dias declarados. A probabilidade padrão do CRM (metadata.probability da etapa ou hs_deal_stage_probability no negócio) só entra como régua provisória e declarada, até haver histórico.

02
Ponderar todos os negócios abertos do CRM.
Só pipeline de aquisição entra

Pipelines de clientes ativos, parceiros, onboarding e pós-venda também têm etapas com probabilidade alta, às vezes de 80% a 100%. Somados ao forecast, viram receita nova que não existe. Escreva a lista de pipelines de aquisição pelo identificador do pipeline, não pelo nome, que muda. Se o negócio ganho é movido para outro pipeline (por exemplo, a venda fechada cai num pipeline de ativação ou self-service), esse pipeline de destino entra na lista para o ganho e para a conversão, senão a etapa final parece nunca ganhar.

03
Manter o ganho ponderado até virar fatura.
Ganho vale 100 e perdido vale 0, sempre

Negócio ganho entra com o valor cheio no mês do ganho e sai da parte ponderada; perdido sai com zero. Nunca aplique a probabilidade da etapa, um score ou uma temperatura a um negócio já fechado.

04
Jogar no mês corrente tudo que está aberto.
A data prevista decide o mês, e a vencida não entra

O mês do forecast é o da data prevista de fechamento. Negócio sem data prevista ou com data já vencida não entra no mês corrente: vai para uma linha separada de atrasados, que o gestor precisa revisar. Pausados e congelados ficam fora: declare qual campo marca a pausa (uma temperatura como congelado, um status ou uma etapa de pausa). Negócios que o vendedor tirou do forecast pela categoria de forecast do CRM (no HubSpot, hs_manual_forecast_category = OMIT) também ficam fora e contam como saiu na foto semanal.

05
Card sem temperatura entrar com probabilidade cheia.
Ajuste de qualificação é escrito

Se o time usa uma qualificação no card (temperatura, estrelas), ela pode ajustar a probabilidade por uma régua fixa e escrita, e a régua declara se substitui ou multiplica a probabilidade medida. Substitui: probabilidade = valor da régua para a qualificação x (1 - participação da etapa nas perdas), em que participação da etapa nas perdas = perdidos no mês que estavam nessa etapa / total de perdidos no mês. Num caso real: máxima 80%, boa 60% e média 40%. Multiplica: probabilidade = probabilidade medida x fator, com fator 1 na qualificação máxima e menor que 1 nas demais, senão a mesma conversão é contada duas vezes. Card sem qualificação assume a régua mais baixa, nunca 100%.

06
Explodir o negócio por produto e somar o valor de cada linha.
Valor do negócio, não das linhas de produto

A receita é métrica do negócio. Nunca transforme linhas de produto em negócios extras para somar. Em venda recorrente, declare se o forecast é de valor mensal (MRR) ou de contrato total e use o campo certo; implantação e serviços avulsos ficam em linha própria.

07
Somar reais e dólares.
Uma moeda e uma taxa declarada

Converta negócios em outra moeda para a moeda de reporte com taxa declarada (fixa de orçamento ou média do mês) e mantenha o critério entre as semanas.

08
Comparar só o total desta semana com o da anterior.
Foto semanal explica a variação

Guarde o forecast toda semana. Se o CRM tem histórico versionado do negócio (uma tabela SCD Type 2 com início e fim de validade de cada versão), a foto de qualquer data a partir do início desse histórico pode ser reconstruída, sem depender de gravação semanal. Congele a probabilidade de cada etapa na foto: recalcular a conversão a cada semana faz negócios parados aparecerem como mudou de valor. Comparando duas fotos, cada negócio cai numa categoria: entrou, ganhou, atrasou (a data prevista saiu do período), saiu (perdido, pausado ou recategorizado) ou mudou de valor. Aplique o mesmo filtro de período nas duas fotos, senão negócios que mudam de período ficam invisíveis.

09
Somar o compromisso declarado ao valor ponderado.
Compromisso e ponderado não se somam

Se o time declara categorias de compromisso (fecha com certeza, possível), mostre o compromisso ao lado do ponderado, nunca somados. O ponderado é a leitura do histórico; o compromisso é a leitura do vendedor. A distância entre os dois é informação.

10
Prever o mês só com o pipeline aberto no dia 1.
Ciclo curto entra como run-rate, em linha própria

Negócios criados e ganhos dentro do mesmo mês nunca estão no pipeline aberto da foto do início do mês, e em vendas de ciclo curto ou self-service podem ser a maior parte da receita. Some à receita esperada uma linha de run-rate: a média, nos últimos 3 meses fechados, da receita de negócios criados e ganhos no mesmo mês. Mostre essa linha separada do ponderado, para saber quanto do número vem do pipeline e quanto vem do ritmo, e meça a acurácia com as duas.

Como cada negócio se move entre duas fotos do forecast

Comparando a foto da semana anterior com a atual, com o mesmo filtro de período nas duas.

não estava no período na foto anterior, está nestaEntrou
estava aberto, agora está ganhoGanhou
a data prevista saiu do períodoAtrasou
perdido ou recategorizado para fora do forecastSaiu
continua no período, com valor diferenteMudou de valorvalor atual - valor anterior

Definições

Pipeline nominal
soma do valor dos negócios abertos de pipelines de aquisição com data prevista no mês
Probabilidade da etapa
ganhos / (ganhos + perdidos) entre negócios que passaram pela etapa e fecharam nos 12 meses fechados anteriores à foto, com abertos parados há mais de N dias contados como perdidos; congelada na foto
Valor ponderado
valor do negócio x probabilidade da etapa atual; com régua de qualificação, a régua substitui ou multiplica conforme declarado
Receita esperada do mês
ganho já fechado no mês + soma do valor ponderado dos abertos com data prevista no mês + run-rate de criados e ganhos no mês, cada parcela em linha própria
Run-rate de criados e ganhos no mês
média, nos últimos 3 meses fechados, da receita de negócios com data de criação e data de ganho no mesmo mês
Atrasados
negócios abertos com data prevista anterior a hoje ou vazia; fora da receita esperada
Acurácia do forecast
receita ganha no mês / receita esperada na foto do primeiro dia útil do mês
Movimento semanal
categoria de cada negócio entre duas fotos: entrou, ganhou, atrasou, saiu ou mudou de valor

Armadilhas que já aconteceram

Probabilidade do CRM aposentada

Um time parou de usar o campo de probabilidade e o scorecard do CRM depois de ver que não acompanhavam o que fechava. A probabilidade na base passou a ser só 100, 0 ou vazia, e a leitura do vendedor foi para uma coluna à parte.

Separe o fato (ganho, perdido, aberto) da opinião (temperatura) e meça a conversão pelo histórico.

Card sem temperatura valia 100%

Cards sem temperatura vinculada entravam com probabilidade cheia e inflavam o forecast, até a regra mudar para a temperatura mais baixa.

Sem qualificação, assume a régua mais baixa.

Pausados no mês

Negócios pausados, à espera de orçamento do cliente, entravam no mês corrente e nunca fechavam.

Pausados e congelados ficam fora, com data de retomada.

Negócio que trocou de trimestre sumiu

A comparação semanal filtrava o período só na foto atual, e os negócios empurrados para o trimestre seguinte desapareciam sem aparecer como atraso.

Mesmo filtro de período nas duas fotos.

Ganho não é caixa

Em venda B2B, o ganho no CRM levava cerca de duas semanas até o pagamento pelo setor de compras do cliente, e o forecast usado pelo financeiro adiantava a entrada.

Forecast de receita pela data de ganho; caixa com o prazo de pagamento declarado.

Forecast acertava o pipeline e errava o mês

Num negócio de ciclo curto, a maior parte dos ganhos do mês vinha de negócios que ainda nem existiam na foto do dia 1. O forecast ponderado ficava em uma fração da receita real, e a acurácia parecia um problema de probabilidade quando era de escopo.

Linha de run-rate de criados e ganhos no mês, separada do ponderado.

Validado em dados reais. Na conta de HubSpot da própria Nekt, uma etapa intermediária do pipeline de vendas está configurada com 90% de probabilidade, mas só cerca de 16% dos negócios que passaram por ela e já fecharam foram ganhos. E os pipelines de clientes ativos e de parceiros têm etapas com 80% a 100%: ponderar todos os negócios abertos pela probabilidade configurada somaria a base de clientes ao forecast de venda nova.

Teste de aceitação

O caso está pronto quando todos os itens passam.

Pacote para o agente

Cole no Claude, ChatGPT ou outro cliente com o MCP da Nekt conectado.

Markdown completo
Previsão de receita por probabilidade
- Fonte: tabela de forecast (negócio aberto x dia), com valor, probabilidade medida da etapa, valor ponderado e mês previsto. Fotos semanais na tabela de histórico do forecast, com a probabilidade congelada em cada foto.
- Probabilidade da etapa = taxa de ganho, nos 12 meses fechados anteriores à foto, de quem passou pela etapa, com abertos parados há mais de <N> dias contados como perdidos. Não é a probabilidade padrão do CRM.
- Só pipelines de aquisição, pela lista abaixo, incluindo o pipeline para onde o ganho é movido. Pausados, OMIT, ganhos e perdidos não são ponderados.
- Receita esperada do mês = ganho já fechado no mês + valor ponderado dos abertos com data prevista no mês + run-rate de criados e ganhos no mês (média dos últimos 3 meses fechados), cada parcela em linha própria.
- Data prevista vencida ou vazia vai para Atrasados, fora da receita esperada.
- Valor = <MRR | valor total do contrato>. Moeda de reporte <moeda>, taxa <taxa declarada>.
- O compromisso declarado pelo vendedor fica ao lado do ponderado. Nunca some os dois.
- Para explicar a variação da semana, use as categorias entrou, ganhou, atrasou, saiu e mudou de valor.
Exceções por cliente:
- <cliente>: pipelines de aquisição = <lista de IDs, incluindo o de destino do ganho>.
- <cliente>: pausa marcada por <campo e valor>; categorias fora do forecast = <ex.: OMIT>.
- <cliente>: aberto parado vira perdido na medição após <N> dias.
- <cliente>: régua de qualificação = <valores>, <substitui | multiplica> a probabilidade medida; card sem qualificação usa <menor valor>.

Variações

Por cenários

Sem histórico suficiente, mostre uma faixa com três cenários de conversão e diga quais entradas faltam medir.

Churn e expansão

A mesma lógica sobre pipelines de renovação e upsell, para prever a receita da base.

Por produto

Negócios com mais de um produto rateiam o valor entre os produtos do negócio, sem virar negócios extras.