--- id: casos/previsao-de-receita area: RevOps uso: comum esforco: médio grao: Negócio aberto x dia de cálculo; agregado mês previsto x pipeline x vendedor; foto semanal testado_com_agente: out/2026 --- # 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. ## Resumo executivo **Para quem:** Lideranças comerciais e de finanças que precisam de um número de receita futura que se sustente. **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. **Por que importa:** Somar o valor de todos os negócios abertos é uma lista de desejos, e a probabilidade padrão do CRM costuma ser um chute antigo que ninguém revisou. Um forecast pela conversão histórica permite planejar caixa, contratação e meta com antecedência. É o insumo da cobertura de pipeline contra a meta. **Perguntas de negócio que responde** - 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 ## 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. ### Regras de negócio 1. **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_ 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. (Evite: Usar a probabilidade padrão da etapa no CRM.) 2. **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. (Evite: Ponderar todos os negócios abertos do CRM.) 3. **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. (Evite: Manter o ganho ponderado até virar fatura.) 4. **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. (Evite: Jogar no mês corrente tudo que está aberto.) 5. **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%. (Evite: Card sem temperatura entrar com probabilidade cheia.) 6. **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. (Evite: Explodir o negócio por produto e somar o valor de cada linha.) 7. **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. (Evite: Somar reais e dólares.) 8. **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. (Evite: Comparar só o total desta semana com o da anterior.) 9. **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. (Evite: Somar o compromisso declarado ao valor ponderado.) 10. **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. (Evite: Prever o mês só com o pipeline aberto no dia 1.) ### 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á nesta** → Entrou - **estava aberto, agora está ganho** → Ganhou - **a data prevista saiu do período** → Atrasou - **perdido ou recategorizado para fora do forecast** → Saiu - **continua no período, com valor diferente** → Mudou de valor (`valor atual - valor anterior`) ### Definições | Métrica | Definição | |---|---| | 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 - **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. Como evitar: 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. Como evitar: 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. Como evitar: 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. Como evitar: 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. Como evitar: 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. Como evitar: 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 - [ ] Para um mês fechado, a receita esperada na foto do primeiro dia útil (ganho, ponderado e run-rate em linhas próprias) e a receita ganha no mês estão na mesma tabela, com a acurácia calculada. - [ ] Nenhum negócio de pipeline fora da lista de aquisição, pausado, com categoria OMIT, ganho ou perdido aparece com valor ponderado. - [ ] A probabilidade medida cresce da primeira à última etapa do funil, ou a exceção está explicada; nenhuma etapa fica acima de 90% só porque os perdidos não são marcados. - [ ] Entre duas fotos semanais, total anterior + entrou - ganhou - atrasou - saiu + mudou de valor = total atual. - [ ] Negócios com data prevista vencida aparecem na linha de atrasados e não na receita esperada. ### Context document ```text 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 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 = . Moeda de reporte , taxa . - 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: - : pipelines de aquisição = . - : pausa marcada por ; categorias fora do forecast = . - : aberto parado vira perdido na medição após dias. - : régua de qualificação = , a probabilidade medida; card sem qualificação usa . ``` ### 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.