1) Comece pelo objetivo do pipeline (e não pelo desenho bonito)
Decida o que o pipeline precisa responder toda semana: volume por etapa, taxa de conversão, tempo parado, previsão de fechamento, gargalos. Se o pipeline não melhora uma decisão real (prioridade, capacidade, forecast), ele vira só um quadro para “mostrar movimento”.
2) Escolha UMA lógica de etapas e mantenha consistente
Etapas podem ser orientadas a ações do vendedor (ex.: “Reunião agendada”) ou a evidências do comprador (ex.: “Problema confirmado”). Misturar as duas lógicas na mesma esteira costuma gerar discussão infinita. No Brasil, dá certo quando a etapa exige evidência verificável (um evento/artefato): reunião ocorrida, proposta enviada, aprovação do orçamento, contrato em revisão etc.
3) Defina critérios de entrada e saída para cada etapa
Para cada etapa, escreva duas linhas: o que precisa ser verdade para entrar (entrada) e qual evidência marca a saída (saída). Sem isso, o time “empurra” oportunidades para parecer que avançou. Critério não é “sentimento” (“cliente gostou”), é evidência (“reunião realizada com decisor X e necessidade Y confirmada”).
4) Padronize nomes: curtos, inequívocos e pesquisáveis
Crie um padrão de nomenclatura que funcione em filtros e relatórios. Regras que ajudam: (a) verbo + objeto (“Enviar proposta”), (b) evitar sinônimos (“Apresentação” vs “Demo”), (c) não colocar etapa com nome de canal (“WhatsApp”), e (d) usar sempre o mesmo tempo verbal. Se o time não consegue explicar a diferença entre duas etapas em 15 segundos, elas são a mesma etapa.
5) Limite o número de etapas e adicione “checkpoints” dentro
Quanto mais etapas, mais atrito e mais chances de dado incompleto. Prefira poucas etapas e, quando necessário, use campos de checkpoint (checkbox/lista) dentro da etapa: “Decisor identificado”, “Orçamento validado”, “Prazo acordado”. Assim você preserva o funil e ganha diagnóstico.
6) Crie regras de idade (deal aging) e motivo de parada
Defina o que significa “parado” em cada etapa (ex.: sem próxima atividade, sem resposta, sem avanço de evidência). O número exato de dias varia por ciclo de vendas — evite copiar benchmark. O importante é existir um gatilho de revisão: ou avança com evidência, ou recua/encaminha para nutrição, ou perde com motivo padronizado.
7) Decida quem pode editar etapas e quando
Se todo mundo pode criar etapa nova, o pipeline explode. Trate etapas como “estrutura” (governança) e não como preferência pessoal. Uma prática simples: só um responsável (ou pequeno comitê) altera etapas; o time sugere mudanças com exemplos reais (3-5 negócios) que provariam a necessidade.
8) Amarre automações e validações leves (sem travar o vendedor)
Validação funciona quando pede o mínimo útil no momento certo. Ex.: ao mover para “Proposta enviada”, exigir valor estimado e data prevista de fechamento; ao mover para “Fechado - ganho”, exigir motivo de ganho/perda e origem. Evite formulários longos que viram preenchimento fictício.
9) Documente em uma página: ‘Definição de etapas + exemplos’
Faça uma folha única (pode ser no próprio CRM ou wiki interna) com: definição de cada etapa, critérios, campos obrigatórios e 2 exemplos reais (um que entra, um que não entra). Isso reduz onboarding doloroso e debates em reunião.
10) Rode um ‘piloto’ de 2 a 4 semanas e ajuste com dados
Valide com um grupo menor: mede-se taxa de negócios sem próxima atividade, negócios que voltam etapa, tempo médio por etapa e qualidade dos motivos de perda. Se o pipeline piorar a adesão, simplifique. Se melhorar previsibilidade, congele por um ciclo e só então mexa de novo.
Um modelo enxuto de etapas (que costuma funcionar)
Não existe funil universal, mas existe um padrão que evita confusão: etapas que representam marcos verificáveis do processo de compra. Abaixo, um exemplo genérico (ajuste ao seu ciclo e ticket).
A regra de ouro: cada etapa precisa mudar a capacidade de prever resultado. Se a etapa não muda o forecast nem a próxima ação, ela é ruído.
| Etapa (exemplo) | Evidência para estar aqui | Campo mínimo recomendado | Erro comum |
|---|---|---|---|
| Contato qualificado | Perfil e dor confirmados em conversa real | ICP/segmento + necessidade | Registrar lead como oportunidade sem diagnóstico |
| Reunião realizada | Reunião aconteceu (não apenas agendada) | Próxima etapa + data | Ficar semanas com “reunião marcada” |
| Solução alinhada | Critérios de sucesso e escopo acordados | Resumo do caso de uso | Chamar de “demo” tudo que é conversa |
| Proposta enviada | Proposta/condições formalizadas e enviadas | Valor + validade + data prevista | Enviar proposta sem confirmar decisor e processo |
| Negociação/compra | Existe caminho claro de aprovação | Stakeholders + próximo passo | Negociação eterna sem ‘próxima ação’ |
| Fechado (ganho/perdido) | Decisão tomada | Motivo padronizado | Perder sem motivo (vira buraco negro de aprendizado) |
Checklist rápido de padronização (para colocar na parede)
Se você só fizer o básico, faça isto. O objetivo é tirar subjetividade do caminho e impedir que cada vendedor “tenha seu próprio CRM”.
- Cada etapa tem definição de entrada e de saída em uma frase.
- Toda etapa tem um “próximo passo” obrigatório (atividade agendada) ou um motivo para não ter.
- Não existe etapa com nome de canal (WhatsApp, e-mail) — canal é campo, não etapa.
- Motivos de perda são poucos, claros e revisados periodicamente (sem lista infinita).
- Campos obrigatórios aparecem apenas quando viram úteis (no momento da decisão).
- Alteração estrutural no pipeline tem dono e janela de mudança (não é toda semana).
Onde normalmente dá errado (e como corrigir sem guerra santa)
O pipeline degrada por três causas: (1) etapa demais, (2) critérios subjetivos e (3) falta de consequência para dado ruim. A correção não é “cobrar mais”, é reduzir ambiguidade e tornar o caminho mais fácil que o atalho.
Se o time não atualiza, quase sempre é porque o CRM está pedindo informação que não ajuda o vendedor a ganhar tempo, priorizar ou fechar. Ajuste o que é pedido e quando é pedido. Depois, sim, cobre consistência.
- Funil inflado: reduza etapas e mova detalhes para checkpoints dentro da etapa.
- Negócio parado: crie regra de idade e revisão semanal por exceção (só o que está travado).
- Forecast “mágico”: pare de usar etapa como probabilidade; use evidências e histórico para calibrar.
Perguntas frequentes
Quantas etapas um pipeline de vendas deve ter?
Posso ter pipelines diferentes para produtos ou segmentos?
Como evitar que o vendedor pule etapas só para parecer que avançou?
O que é melhor: etapas por ação do vendedor ou por decisão do cliente?
Leia também
Como Montar um Pipeline de Vendas no CRM (Passo a Passo)
Montar pipeline de vendas no CRM é definir etapas que o cliente decide, não tarefas do vendedor. Veja o passo a passo, os critérios de avanço e como manter o pipeline limpo.
Ler →
Pipeline de vendas: o que é, como montar as etapas e gerir de verdade
Pipeline de vendas não é lista de leads: é o retrato honesto de onde cada negócio está. Aprenda a montar etapas objetivas, evitar armadilhas e prever vendas de verdade.
Ler →
Governança de dados no CRM: como definir regras sem travar o time
Guia editorial para montar governança de dados no CRM: padrões de cadastro, dono do dado, permissões, qualidade e auditoria. Com passos e FAQ para não virar burocracia.
Ler →
Campo personalizado no CRM: o que criar (e o que não criar) para não sujar a base
Guia editorial sobre campo personalizado no CRM: critérios práticos para criar só o que vira decisão/segmentação, evitar texto livre, padronizar valores e manter a base limpa sem matar a adoção do time.
Ler →