A Resposta Curta
Uma previsão (forecast) não é o resultado de um dashboard, mas sim de uma disciplina de dados. Se as oportunidades (deals) são atualizadas uma vez por semana, na noite anterior à reunião de pipeline, nenhum design de relatório gerará uma imagem confiável. Portanto, o trabalho de previsão começa com quatro condições operacionais e somente depois na sua visualização.
O sinal mais claro de que essas condições não estão sendo atendidas é simples de identificar: existe uma planilha de previsão paralela. Enquanto ela existir, a própria organização declara que o sistema não é a fonte da verdade.
As Quatro Pré-condições
| Condição | O Que É Necessário | O Que Acontece Sem Ela |
|---|---|---|
| Hierarquia de Usuários Correta | Role Hierarchy que reflete a estrutura de vendas real | Consolidação incorreta da previsão no nível do gestor |
| Datas de Fechamento Limpas | Regra que proíbe datas passadas há mais de uma semana | Previsão que inclui oportunidades "mortas" |
| Categorias Acordadas | Definição escrita para Pipeline, Best Case, Commit | Cada gestor interpreta de forma diferente |
| Ciclo de Revisão Fixo | Reunião semanal diretamente no sistema | Atualização retroativa antes das reuniões |
A quarta condição é a que gera as três primeiras. No momento em que a reunião é conduzida a partir da tela e não de uma planilha, os representantes atualizam seus dados, pois, caso contrário, suas oportunidades não seriam visíveis.
Categorias de Previsão (Forecast): Onde o Julgamento Humano se Encontra
A confusão comum é entre probabilidade e categoria. A probabilidade é derivada do estágio e usada para o cálculo ponderado – é uma estatística. A categoria é uma declaração de compromisso de uma pessoa.
Uma separação correta se parece com isso: o estágio determina a probabilidade automática que ninguém pode sobrescrever; o gerente de contas classifica a oportunidade como Best Case ou Commit de acordo com o conhecimento do cliente; e o gerente de equipe pode alterar a classificação na revisão, com documentação. Assim, obtêm-se dois números com significados diferentes – uma estimativa estatística e um compromisso gerencial – em vez de um único número vago.
A definição dos próprios estágios de vendas, dos quais a probabilidade é derivada, é detalhada em Implementação do Sales Cloud.
Três Dashboards, Não Trinta
A proliferação de dashboards é um sintoma de que ninguém confia nos existentes. A estrutura que funciona é:
- Previsão para a Diretoria - Um único número para o trimestre com segmentação por categoria, comparação com a meta e tendência semanal. Sem detalhes de oportunidades.
- Pipeline para Gestão de Equipe - Oportunidades por estágio e idade, com destaque para anomalias: oportunidades que não se moveram, datas vencidas, valores alterados.
- Lista de Trabalho para o Representante - O que exige ação hoje. Não é um relatório, mas uma fila de trabalho.
O teste simples: se dois dashboards exibem o mesmo número com valores diferentes, pelo menos um deles é redundante ou incorreto.
Medição da Precisão da Previsão
Esta é a métrica que a maioria das organizações não mede e, portanto, não sabe se melhorou:
- Desvio de Commit - A diferença entre o valor do Commit no início do trimestre e o resultado real. Um desvio acima de 20% indica uma definição de Commit frouxa.
- Estabilidade da Previsão - O quanto a previsão mudou de semana para semana. Alta volatilidade indica atualização tardia, não um mercado dinâmico.
- Slippage - Oportunidades adiadas para o próximo trimestre. Uma alta taxa indica critérios de estágio fracos.
- Precisão por Representante - Revela quem inflaciona sistematicamente e quem é conservador, permitindo correção individual em vez de um fator de correção geral.
Métricas complementares para adoção estão disponíveis em Métricas de Adoção do Salesforce.
O Erro Recorrente: Construir um Relatório em Vez de Corrigir um Processo
Quando a previsão não é precisa, a resposta comum é pedir mais recortes – por produto, por região, por fonte. Isso gera uma sobrecarga de relatórios e esconde a causa. Se 30% das oportunidades têm uma data passada, nenhuma segmentação ajudará.
A sequência correta: corrigir a qualidade dos dados, fixar o ciclo de revisão, medir a precisão por um trimestre e, só então, considerar recortes adicionais.
Resumo
Uma previsão confiável é o produto de uma rotina de gestão suportada pelo sistema, não de uma ferramenta de previsão. Três perguntas que determinam se você chegou lá: Existe uma planilha paralela, todos concordam com o que entra no Commit e alguém mede a precisão da previsão retroativamente? Três boas respostas valem mais do que qualquer aprimoramento de dashboard.