Negócios abertos e histórico de etapas do CRM
Valor x conversão histórica da etapa no mês previsto, mais o run-rate de criados e ganhos no mês
Receita esperada por mês, pipeline e vendedor
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.
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
Receita esperada por mês com pipeline nominal, compromisso declarado e atrasados lado a lado.
Responde quanto vamos fechar e por que o número mudou desde a semana passada.
Aviso ao dono quando um negócio relevante passa da data prevista sem ser atualizado.
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.
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.
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.
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.
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.
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.
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%.
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.
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.
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.
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.
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.
Definições
Armadilhas que já aconteceram
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.
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.
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.
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.
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.
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.
Teste de aceitação
O caso está pronto quando todos os itens passam.
- 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.
Pacote para o agente
Cole no Claude, ChatGPT ou outro cliente com o MCP da Nekt conectado.
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>.
Construa no meu workspace Nekt o caso "Previsão de receita por probabilidade" seguindo as regras em https://academy.nekt.com/casos/previsao-de-receita.md. 1) Encontre as tabelas de origem e confirme as colunas usadas pelas regras. 2) Crie uma transformação no grão indicado aplicando todas as regras. 3) Rode o teste de aceitação e me mostre o resultado de cada item. 4) Crie o context document do caso no workspace, com as exceções dos meus clientes em aberto para eu preencher.
Variações
Sem histórico suficiente, mostre uma faixa com três cenários de conversão e diga quais entradas faltam medir.
A mesma lógica sobre pipelines de renovação e upsell, para prever a receita da base.
Negócios com mais de um produto rateiam o valor entre os produtos do negócio, sem virar negócios extras.