Estágios de Pipeline que Correspondem à Forma Como Sua Equipe Realmente Vende

"Proposta Enviada" é o estágio de Pipeline mais inútil nas vendas B2B — e está em 70% dos CRMs.

Enviar uma proposta é algo que o representante faz. Isso não diz nada sobre onde o comprador está em sua decisão. Um representante pode enviar uma proposta para 50 leads em uma tarde. Isso não significa que 50 negócios avançaram.

O problema com a maioria dos estágios de Pipeline de CRM é que eles descrevem a atividade do representante, não a posição do comprador. E quando os estágios descrevem atividade do representante, seu Pipeline diz o quanto sua equipe está ocupada, não a probabilidade de você atingir a cota.

Este guia mostra como reconstruir estágios de Pipeline em torno de marcos do comprador para que sua previsão reflita o que está realmente acontecendo. Suas revisões de negócios se tornam conversas sobre o comportamento do comprador, não uma lista de coisas que os representantes planejam fazer. Isso se conecta diretamente a construir uma disciplina de previsão em que seu CRO realmente confia.

Etapa 1: Liste os Marcos do Comprador para o Seu Tipo de Negócio

Um marco do comprador é algo que precisa ser verdadeiro para o comprador. Não é uma tarefa que o representante conclui. A pergunta a fazer para cada estágio: "O que o comprador fez, entendeu ou se comprometeu que o coloca aqui?"

Comece listando os marcos reais no seu ciclo de vendas. O que genuinamente muda no processo de decisão de um comprador entre o primeiro contato e o negócio fechado? Um negócio típico B2B SaaS pode incluir:

  1. O comprador reconhece que tem um problema que vale resolver
  2. O comprador concorda em avaliar uma solução (alocou tempo para avaliar)
  3. O comprador confirmou que o orçamento existe e há um prazo para a decisão
  4. O comprador viu o produto e o conectou ao seu caso de uso
  5. O champion interno do comprador apresentou ao economic buyer
  6. O comprador concluiu a revisão jurídica e de compras
  7. O comprador assinou

Observe o que não está nessa lista: "Representante enviou contato," "Representante fez demo," "Representante enviou proposta," "Representante fez acompanhamento." Essas são atividades do representante. Elas acontecem, mas não definem onde o comprador está.

Escreva seus marcos do comprador antes de nomear qualquer estágio. Você pode nomeá-los depois. Acerte primeiro a sequência do comportamento do comprador.

Etapa 2: Escreva Critérios de Entrada, Não Nomes de Estágio

Nomes de estágio como "Qualificado", "Proposta" e "Negociação" são vagos. Dois representantes usando o mesmo nome de estágio significam coisas diferentes com ele, e o resultado é um Pipeline que parece consistente, mas não é.

Critérios de entrada são específicos. São verificáveis. E dizem respeito ao estado do comprador, não à opinião do representante.

Aqui está a diferença:

Ruim (nome do estágio como critério): "Qualificado" — o representante decide quando um lead está qualificado

Bom (critérios de entrada): "O comprador confirmou: faixa de orçamento, prazo de decisão, pelo menos dois stakeholders envolvidos e um problema ativo que podemos resolver. O representante confirmou: atendemos ao tamanho da empresa e ao caso de uso."

Critérios de entrada funcionam quando um representante ou gestor pode lê-los e tomar uma decisão objetiva sobre se um negócio pertence a esse estágio. "O representante acredita que está qualificado" não é objetivo. "O comprador confirmou verbalmente o orçamento do terceiro trimestre e uma janela de avaliação de dois meses" é objetivo.

Escreva critérios de entrada para cada estágio antes de construí-los no CRM. Formate-os como uma checklist:

Estágio: Adequação da Solução Confirmada Critérios de entrada:

  • O comprador viu a demonstração do produto
  • O comprador confirmou que seu caso de uso principal é suportado
  • O representante documentou os 2 a 3 requisitos principais do comprador
  • Nenhuma restrição desqualificante identificada (geografia, conformidade, bloqueadores de integração)

Quando um representante está incerto se um negócio está nesse estágio, ele lê os critérios e toma a decisão com base em fatos, não em otimismo.

Etapa 3: Defina Critérios de Saída para Cada Estágio

Critérios de entrada definem o que precisa ser verdadeiro para entrar em um estágio. Critérios de saída definem o que precisa acontecer antes de um negócio avançar para o próximo.

A diferença importa porque os negócios podem estagnar dentro de um estágio. Sem critérios de saída, um representante pode deixar um negócio em "Avaliação" por 45 dias e chamá-lo de ativo.

Critérios de saída geralmente são os mesmos que os critérios de entrada para o próximo estágio. Mas às vezes há uma ação que deve acontecer primeiro. Por exemplo:

Estágio: Adequação da Solução Confirmada Critérios de saída:

  • O representante enviou um resumo escrito dos requisitos principais e da adequação da solução ao economic buyer
  • O comprador confirmou o recebimento e concordou com o próximo passo (chamada de escopo, chamada de preço ou LOI)

Os critérios de saída criam responsabilidade. Um negócio não pode avançar até que essas coisas sejam feitas. Aplique isso no CRM por meio de campos obrigatórios na mudança de estágio. No HubSpot, você pode exigir campos em um registro de negócio antes de permitir o avanço de estágio — o guia do HubSpot sobre propriedades de negócio obrigatórias cobre exatamente como configurar isso. No Salesforce, regras de validação servem ao mesmo propósito.

Etapa 4: Combine o Número de Estágios com o Comprimento do Ciclo

Mais estágios não significa mais precisão. Geralmente significa mais confusão.

Uma boa regra geral: um estágio por ponto de decisão significativo na jornada do comprador. Para ciclos curtos, isso é de 4 a 6 estágios. Para negócios enterprise complexos, 7 a 10 é apropriado. Acima de 10 estágios, geralmente você está dividindo cabelo.

Ciclo curto (30 dias ou menos, PME): Quatro a cinco estágios é o ideal. Mais do que isso e os representantes passam tempo movendo negócios entre estágios em vez de vender. Exemplo:

  1. Prospect Conectado (primeira conversa bidirecional significativa)
  2. Discovery Concluído (problema e adequação confirmados)
  3. Demo Feita (solução apresentada, caso de uso validado)
  4. Proposta Aceita (preço visto, comprador quer prosseguir)
  5. Fechado Ganho / Fechado Perdido

Ciclo médio (60 a 90 dias, mercado intermediário): Seis a oito estágios. Há mais processo de compra para espelhar: alinhamento de stakeholders, avaliação técnica, revisão de compras.

Ciclo longo (90 dias ou mais, enterprise): Oito a doze estágios. Mas apenas se cada estágio representar um ponto de decisão genuíno do comprador. Negócios enterprise têm alinhamento de comitê, revisões de segurança, revisão jurídica e etapas de compras que representam cada um uma etapa real no processo do comprador.

Se você não tem certeza se seu ciclo precisa de 6 ou 8 estágios, comece com menos. Você pode dividir um estágio mais tarde. Mesclar estágios é mais complicado porque você perde dados históricos sobre onde os negócios passaram o tempo.

Etapa 5: Lide com Múltiplos Tipos de Negócio em um CRM

A maioria das equipes tem mais de um processo de vendas: PME vs. enterprise, novo negócio vs. expansão, produto A vs. produto B. A tentação é construir um Pipeline separado para cada um. Às vezes isso é certo. Frequentemente cria fragmentação de relatórios.

A pergunta a fazer: esses tipos de negócio compartilham a mesma jornada fundamental do comprador, ou são processos genuinamente diferentes?

Se compartilham a mesma jornada com diferentes prazos, um Pipeline com um campo "Tipo de Negócio" para segmentar relatórios é mais limpo. Os estágios são os mesmos; o tempo em cada estágio e os pesos de probabilidade diferem.

Se as jornadas são genuinamente diferentes — digamos, um processo de autoatendimento liderado pelo produto vs. um processo de vendas direto enterprise — Pipelines separados são justificados. O HubSpot suporta múltiplos Pipelines em um único portal — o guia de múltiplos Pipelines do Pipedrive explica como estruturar fluxos de negócios distintos por segmento. O Salesforce tem Tipos de Registro de Oportunidade para diferenciar Workflows. O Pipedrive suporta múltiplos Pipelines no nível da conta.

Mas antes de construir dois Pipelines, verifique se os marcos do comprador são realmente diferentes. Se os estágios para o Pipeline de PME e o Pipeline enterprise seriam os mesmos seis passos, construa apenas um Pipeline e use um campo Tipo de Negócio para filtrar relatórios.

Etapa 6: Conecte Estágios à Probabilidade e Entenda a Matemática

A maioria dos CRMs permite atribuir um percentual de probabilidade de fechamento a cada estágio. Essa é a base para a previsão ponderada de Pipeline: multiplique o valor do negócio pela probabilidade para obter o valor esperado.

O problema: as probabilidades padrão estão erradas para quase todas as equipes.

Os padrões do HubSpot (5% em Reunião Agendada, 20% em Qualificado para Comprar, 90% em Contrato Enviado) foram construídos pela equipe de vendas interna do HubSpot. Suas taxas de conversão são diferentes. Se você fecha 60% dos negócios que chegam ao estágio "Revisão de Preço", esse estágio deve estar em 60%, não em 20%. O guia do Salesforce Ben sobre probabilidade de estágio de oportunidade explica como calibrar esses pesos usando taxas de vitória históricas.

Para calibrar probabilidades de estágio:

  1. Exporte seus últimos 12 a 24 meses de negócios (fechados ganhos e fechados perdidos)
  2. Para cada negócio, registre os estágios pelos quais passou
  3. Para cada estágio, calcule: (negócios que fecharam ganhos a partir desse estágio) / (total de negócios que entraram nesse estágio)
  4. Essa proporção é sua probabilidade histórica de fechamento a partir desse estágio

Esse não é um método de previsão perfeito (pressupõe que seu Pipeline atual se parece com seu Pipeline histórico), mas é muito melhor do que padrões arbitrários.

Um aviso: representantes começam a manipular probabilidades quando a remuneração está vinculada ao Pipeline ponderado. Se atingir uma "meta de Pipeline ponderado" ganha um bônus, os representantes moverão negócios para estágios de alta probabilidade prematuramente para inflar seu número. Mantenha pesos de probabilidade como uma ferramenta de previsão para gestores, não como uma métrica vinculada diretamente à remuneração dos representantes. Para uma visão mais ampla de como construir uma cultura de previsão resistente a manipulações, leia disciplina de previsão para CROs.

Etapa 7: Passe os Novos Estágios por 10 Negócios Recentes

Antes de entrar em produção com novos estágios de Pipeline, teste-os em relação à história. Puxe 10 negócios recentes fechados ganhos e fechados perdidos e rastreie cada um pelos seus novos estágios.

Para cada negócio, pergunte:

  • Você consegue identificar o momento em que cada critério de entrada foi atendido?
  • O estágio em que o negócio passou mais tempo corresponde a onde a incerteza do comprador era mais alta?
  • O estágio em que o negócio morreu diz algo útil sobre por que foi perdido?
  • Um gestor revisando o histórico de estágios desse negócio saberia onde intervir?

Este exercício de QA captura lacunas no design de seus estágios antes que negócios reais preencham seu Pipeline. Descobertas comuns:

  • Um estágio que todo negócio pula (não é um marco real)
  • Dois estágios que todo negócio passa no mesmo dia (são o mesmo marco, divididos desnecessariamente)
  • Um estágio que os negócios entram mas raramente saem com uma vitória (provavelmente sua maior oportunidade de coaching)

Documente o que você encontrar. Se três dos seus 10 negócios de teste pularam "Revisão Técnica" completamente, ou esse estágio só se aplica a negócios enterprise (adicione-o apenas ao enterprise) ou não é um marco real (elimine-o).

Armadilhas Comuns

Estágios que exigem julgamento do representante em vez de fatos observáveis. "Forte interesse" não é um estágio. "O comprador confirmou o orçamento do segundo trimestre e uma janela de avaliação de 45 dias" é um estágio. Se dois representantes colocariam o mesmo negócio em estágios diferentes usando os mesmos critérios, os critérios são subjetivos demais.

Estágios demais para um ciclo curto. Um negócio de PME de 14 dias com oito estágios significa que um negócio está mudando de estágio a cada dois dias. Representantes não vão manter isso. O Pipeline se torna um exercício de relatório, não uma ferramenta de vendas.

Não envolver os representantes no design do estágio. Se os representantes não participaram da construção dos estágios, eles não vão confiar neles. Execute uma sessão de trabalho com dois ou três dos seus melhores representantes antes de finalizar as definições de estágio. Pergunte a eles: "Percorra seus últimos cinco negócios e me diga em qual estágio você os colocaria." Você encontrará as lacunas rapidamente. Os frameworks de qualificação do guia de processo de vendas são bom material complementar para essa conversa — eles dão aos representantes um vocabulário compartilhado para avaliar a posição do comprador.

Projetar para o CRM, não para a conversa. Definições de estágio devem ser úteis em uma conversa de revisão de negócio entre representante e gestor. Se um gestor pergunta "Este negócio está no Estágio 4?" e o representante precisa pesquisar os critérios, os estágios são complexos demais. Os melhores designs de estágio são aqueles que os representantes internalizaram porque fazem sentido.

O Que Fazer em Seguida

Pegue seus rascunhos de estágios, escolha um representante e faça um piloto por 30 dias com negócios reais. Não migre a equipe inteira ainda. Peça ao representante piloto que use seus critérios de entrada e saída conscientemente e que sinalize casos em que não se encaixam.

Após 30 dias, compare a precisão de previsão do representante piloto usando os novos estágios com o restante da equipe usando os estágios antigos. Se a previsão do representante piloto estiver mais próxima do fechamento real, você tem um vencedor. Se não, ainda há um problema de design a corrigir.

Após a estabilização dos estágios, o próximo passo é a automação de Workflow. Construa as automações que disparam quando os negócios se movem entre estágios, para que os representantes recebam tarefas automaticamente e os gestores recebam alertas sem rastreamento manual.

Saiba Mais