Precisão de forecast que sobrevive à QBR

A maioria dos forecasts B2B erra por ±20% a 40% por trimestre. Os reps não estão mentindo quando isso acontece. Eles estão otimizando o número de commit para manter o gerente longe do pé deles, o que é um problema diferente e pior. Se você é dono do forecast, você é dono desse gap. A QBR é onde o gap deixa de ser uma questão operacional e vira a sua avaliação de desempenho.

Este é o sistema operacional que eu rodo quando estou sentado na cadeira de Gerente de RevOps e o número que vai para o CFO tem minhas digitais. Cadência, categorias, revisão de deals, o triângulo humano e os diagnósticos que pegam um erro seis semanas antes de ele acontecer. Nada disso é glamouroso. Tudo funciona.

O forecast é um processo, não um número

Leia de novo, porque é a única coisa neste guia que importa.

Quando o CRO diz "qual é o número", ele está fazendo a pergunta errada. A pergunta certa é "qual é o número, e qual é a faixa de variância em torno dele, e quais premissas estou assumindo, e o que teria que ser verdade para que ele estivesse errado por 20%?". Isso não é um número. É um processo rodando toda semana, produzindo um número sob demanda, com a matemática exposta.

Um Gerente de RevOps que não consegue responder todas as quatro partes dessa pergunta vai ser destruído na QBR. Não porque o número estava errado (números estão errados o tempo todo), mas porque ninguém conseguiu explicar por que ele estava errado. A QBR não testa se você atingiu o número. Ela testa se você sabia que não ia atingir, e quando você soube.

Cadência de forecast: a consolidação semana a semana

Forecasts que se sustentam têm uma cadência. Forecasts que explodem têm um clima. Aqui está a cadência que eu rodo.

Quatro artefatos, quatro donos, quatro dias. Sexta é para fechar deals, não para fazer forecast.

A consolidação importa porque cada camada adiciona julgamento e remove informação. Os reps conhecem a organização do comprador. Os gerentes conhecem o rep. O CRO conhece o board. RevOps é dono de garantir que essas três visões reconciliem.

A reconciliação é onde a maioria dos times falha. Sem uma etapa de RevOps na quinta, o "commit do CRO de quarta" vira o forecast de registro, e ninguém checa se ele se liga a alguma coisa em que os reps de fato acreditam. Seis semanas depois, você tem um número de US$ 4M no board e uma realidade de US$ 3,1M no chão.

Acompanhe a deriva do commit religiosamente

Toda semana, pegue cada deal em commit e cheque se ele era commit na semana passada. Construa uma tabela simples: nome do deal, semanas em commit, close date original, close date atual, valor atual, variação de valor.

Um deal que está "commit" há seis semanas não é um commit. É um desejo. Deals de commit reais fecham em duas a quatro semanas. Se você tem um deal sentado em commit por um trimestre inteiro, você tem um rep apavorado de empurrá-lo para trás, um gerente que não está esfregando e um forecast prestes a detonar.

Trabalhei com uma empresa de SaaS Series C onde 38% dos dólares de commit na semana 4 eram deals que estavam em commit havia dois ou mais trimestres. Construí o relatório de deriva numa segunda. Até quarta, US$ 1,6M de "commit" havia sido movido para best case, o CRO teve uma conversa de verdade com o board, e o fechamento real no fim do trimestre veio dentro de 4% do número revisado. O commit original teria errado por 22%.

A deriva é a métrica de maior sinal em forecasting. Se você não fizer mais nada deste guia, construa o relatório de deriva.

Categorias de forecast que de fato significam algo

A maioria das categorias é teatro. "Commit" significa "o gerente do rep o pressionou a se comprometer". "Best case" significa "o rep quer crédito se acontecer". "Pipeline" significa "todo o resto, ordenado por esperança".

Categorias reais têm definições rígidas que um rep novo consegue aplicar no primeiro dia sem perguntar.

Commit: "Eu garanto pessoalmente que isto fecha neste trimestre, e se escorregar eu te devo uma explicação." Não "deveria fechar". Não "está com boa cara". Garantia pessoal. Se o rep não consegue dizer isso em voz alta na cara do gerente, não é commit.

Best case: "Upside realista se duas coisas específicas derem certo." Duas coisas específicas. Nomeadas. "Se o procurement aprovar até sexta e o economic buyer de segundo nível disser sim na terça." Não "se os astros se alinharem". Best case vago é best case de fantasia.

Pipeline: Tudo que não é commit nem best case. Por definição, não deveria entrar em commit neste trimestre. Se entra, seus estágios estão errados.

Os benchmarks te dizem se as categorias estão funcionando:

Se o seu commit fecha em 70%, seus reps estão fazendo sandbagging na definição. Eles estão chamando de "commit" coisas em que não acreditam de fato. Conserte a definição antes de consertar qualquer outra coisa.

A revisão negócio a negócio de 10 perguntas

Para cada deal acima de US$ 50 mil na categoria commit, o rep responde dez perguntas de forma limpa. Não "mais ou menos". De forma limpa, com nomes, datas e especificidades. Se não conseguir responder oito de dez, o deal é best case no máximo. Ponto.

1. Quem é o economic buyer? (Nome, cargo, data do último contato.)
2. Existe um plano de fechamento mútuo assinado pelo comprador e pelo rep?
3. O procurement foi engajado, e qual é o prazo declarado deles?
4. Os redlines jurídicos foram iniciados, e em qual minuta?
5. Qual é o status da revisão de segurança (submetida, em andamento, aprovada ou não iniciada)?
6. O champion interno foi testado sob estresse? (Quando foi a última vez que ele defendeu nossa proposta numa reunião em que não estávamos presentes?)
7. Qual é o plano de deslocamento do concorrente, e qual concorrente específico estamos deslocando?
8. Quando o patrocinador executivo se engajou pela última vez nos últimos 14 dias, e em quê?
9. O valor do contrato está travado ou flutuante? (Se flutuante, qual é a faixa?)
10. O que faria isto escorregar, e qual é o percentual de risco de escorregão?

Rode esta revisão semanalmente com os gerentes, não com os reps. Os reps preparam as respostas na segunda. Os gerentes testam sob estresse na terça. RevOps faz uma checagem por amostragem dos três piores a cada semana e puxa a gravação da chamada ou a thread de e-mail para verificar.

No primeiro mês em que você roda esta revisão, você vai perder 20% a 30% dos seus dólares de commit. Não recue. Os dólares não eram reais. Você só está fazendo aflorar a verdade mais cedo do que o fechamento do trimestre teria feito.

O triângulo AE-CRO-RevOps

Cada função é dona de uma lente de forecast diferente. O triângulo se sustenta quando cada função faz seu trabalho. Ele quebra quando uma função tenta fazer o de outra.

• AE é dono da verdade em nível de deal: o que está de fato acontecendo na organização do comprador, qual é o prazo real do procurement, se o champion está blefando.
• CRO é dono do número: o que estamos contando ao board, aos parceiros financeiros, ao time de liderança.
• RevOps é dono da matemática: como esses dois reconciliam, onde estão os gaps, como está a variância, o que a deriva está fazendo.

O triângulo quebra de três formas previsíveis.

O AE otimiza para se proteger. Ele faz sandbagging no commit porque o gerente vai gritar menos com ele por fazer sandbagging do que por errar. O forecast vem baixo e a empresa sub-aloca contratações, gasto de marketing e estoque.

O CRO otimiza para a narrativa. Ele quer um número que conte uma boa história ao board. RevOps é pressionado a "achar os US$ 2M que faltam" num pipeline que não existe. A narrativa segura um trimestre e explode no seguinte.

RevOps vira o mensageiro que leva o tiro. O AE diz ao RevOps que o deal está a 50%, RevOps reporta 50% ao CRO, o CRO não gosta de 50%, e de alguma forma a culpa é do RevOps.

Você segura o triângulo fazendo o gap aflorar com dados, não opiniões. Não diga "acho que o número está alto". Diga "o agregado dos reps é US$ 3,6M, o agregado dos gerentes é US$ 4,4M, o scoring de IA é US$ 3,8M, e estamos publicando US$ 4,4M. A variância está mais ampla do que em qualquer trimestre anterior neste ponto". Depois deixe a sala decidir o que fazer.

Forecast do gerente vs. forecast agregado dos reps

Este é o diagnóstico mais útil em forecasting, e quase ninguém o roda.

Pegue o número de commit de cada rep e some. Depois peça a cada gerente de linha de frente, independentemente, sem ver o agregado dos reps, o número de commit dele. Compare os dois.

Exemplo prático: 8 reps num time. O agregado dos reps é US$ 4,2M. O agregado independente dos gerentes é US$ 3,6M. O delta é -US$ 600 mil, ou -14%.

Esse delta é o indicador de sandbag ou esticamento.

Se o agregado dos reps > agregado dos gerentes, seus gerentes não confiam nos reps deles. Os reps estão esticando, os gerentes estão deflacionando, e a verdade provavelmente está no meio, mas mais perto do número do gerente.

Se o agregado dos reps < agregado dos gerentes, seus gerentes estão esticando para agradar o CRO. Os reps estão dando commit honesto, os gerentes estão adicionando "deals de esticamento" que não deveriam estar em commit, e a verdade está mais perto do número do rep.

Os dois são problemas. Nenhum é resolvido com mais ferramentas de forecasting. Eles são resolvidos com conversas que o CRO provavelmente não quer ter.

Acompanhe o delta semanalmente. Plote. O padrão ao longo de um trimestre te diz exatamente onde está o problema cultural.

Inputs de IA e Clari: com o que ajudam, com o que não ajudam

Ferramentas como Clari, Gong, BoostUp e Aviso são boas numa coisa e ruins em outra. Seja específico sobre qual.

Com o que ajudam: sinais de engajamento. Volume de e-mail entrando na organização do comprador. Profundidade de multi-threading. Decaimento de atividade em estágio avançado. Cadência de reuniões caindo. O tipo de sinal que aparece nos metadados do CRM e de e-mail, somados entre deals em escala.

Com o que não ajudam: mudanças na organização do comprador (um champion acabou de pedir demissão), realocações de orçamento (o CFO congelou gasto com SaaS ontem), ciclos de concorrentes (o incumbente acabou de derrubar o preço de renovação), ciclos jurídicos (o jurídico deles está de férias por duas semanas).

O maior erro que vejo Gerentes de RevOps cometerem: entregar um número de forecast que é só a previsão do Clari. O scoring de IA é uma ferramenta de achar, não uma ferramenta de responder. Ela te diz quais deals questionar. As respostas vêm da boca do rep e do julgamento do gerente, não do modelo.

Julgamento do gerente mais sinal de IA bate qualquer um dos dois sozinho. Julgamento do gerente sozinho perde deals que parecem bem mas têm engajamento em decaimento. IA sozinha perde deals que parecem engajados mas têm um champion que acabou de ser preterido numa promoção.

Use a IA para fazer aflorar as perguntas. Não deixe que ela as responda por você.

O diagnóstico de negação "vamos conseguir"

Todo trimestre tem a mesma conversa por volta da semana 9. A liderança de vendas diz "vamos conseguir" sem matemática por trás. A sala concorda com a cabeça. Duas semanas depois, você erra por 18%.

O Gerente de RevOps é dono de chamar isso à atenção. Sinais específicos:

• Pipeline coverage caiu abaixo de 3x e ninguém está sinalizando.
• O commit está inalterado da semana 6 à semana 9. (Impossível. Deals se movem. Commit não se movendo significa que ninguém está de fato esfregando.)
• O best case de repente cresceu US$ 2M. De onde veio? Deals novos não entram em best case na semana 9.
• Nenhum deal escorregou. (Também impossível. Deals sempre escorregam.)
• O relatório de deriva mostra os mesmos cinco deals em commit nas últimas cinco semanas.

Dê a si mesmo a linguagem para fazer a pergunta desconfortável sem virar o vilão. Minha versão favorita: "Quero garantir que estou lendo os dados certo. Alguém consegue me explicar o que mudou nas últimas três semanas que aumentou nossa confiança?" Se a resposta for evasiva, você tem sua resposta.

Precisão de ±10% até a semana 8: o objetivo de verdade

Precisão de forecast na semana 1 do trimestre é ficção. Não se preocupe. Nem publique externamente.

Até a semana 4 deveria estar em ±20%. Até a semana 8 deveria estar em ±10%. Até a semana 12 (fechamento) deveria estar em ±5%.

Se você ainda está em ±20% na semana 8, uma de três coisas está errada:

1. Suas categorias estão erradas. O commit não está fechando em 90%, o best case não está fechando em 50%, as definições não se sustentam.
2. Sua revisão de deals está carimbando sem questionar. Os reps preenchem as 10 perguntas com "sim/sim/sim" e os gerentes não contestam.
3. Seus gerentes não estão esfregando. A etapa de terça acontece no papel mas não na prática.

Instrumente. Acompanhe forecast vs. realizado na semana 4, semana 8 e semana 12 ao longo dos últimos quatro trimestres. Plote a variância. O padrão vai te dizer qual das três está quebrada. Geralmente são as três, mas em proporções diferentes.

Um time que chega a ±10% até a semana 8 tem um processo de forecast que sobrevive a qualquer QBR. Um time que ainda está em ±20% na semana 8 tem um clima.

O que a QBR de fato testa

De volta ao ponto de abertura. A QBR não está perguntando "você atingiu o número". Erros acontecem com os melhores times. O board sabe disso.

A QBR está perguntando "você sabia que não ia atingir, e quando você soube?". Um Gerente de RevOps que sinalizou o gap na semana 6 parece competente mesmo num erro de 12%. Um Gerente de RevOps que foi surpreendido no último dia do trimestre parece que não estava fazendo seu trabalho.

O processo de forecast é a sua apólice de seguro. A cadência, as categorias, a revisão de 10 perguntas, o delta rep vs. gerente, o relatório de deriva: tudo isso existe para que, quando o erro vier (e um virá, eventualmente), você possa entrar na QBR com os dados mostrando exatamente quando você viu, o que você sinalizou e o que foi decidido. Isso é um Gerente de RevOps competente.

O número é um número. O processo é o trabalho.

Se você está entrando nesta cadeira pela primeira vez, a descrição de cargo companheira percorre a realidade do dia a dia da função. O processo de forecast é a espinha dorsal dessa função.

Saiba mais

• Os primeiros 90 dias como Gerente de RevOps
• Higiene de pipeline em que o financeiro confia
• Métricas de RevOps: coverage, precisão, win rate
• Descrição de cargo companheira: Gerente de Revenue Operations