- Pipeline é processo; campos e métricas precisam manter o mesmo significado entre pipelines
- Comece pelo mínimo: 2–4 pipelines bem governados costumam ser melhor do que 8 “por time”
- Padronize etapas macro e permita subetapas via tarefas/checklists, não via dezenas de colunas
- Evite duplicar funis por produto se a diferença for só preço: use campo de produto/linha
- Defina regras de roteamento (quem entra em qual pipeline) e “contrato” de dados obrigatórios
1) Decida se a diferença é de processo ou de segmentação
Antes de criar um novo pipeline, responda: o lead passa por etapas diferentes ou só muda o produto/canal/região? Se for segmentação, prefira um único pipeline com campos (produto, segmento, origem) e filtros nos relatórios. Se for processo (ex.: RFP, comitê, prova técnica), aí sim um pipeline separado faz sentido.
2) Defina os “pipelines oficiais” e proíba clones
Crie uma lista curta de pipelines com dono (responsável) e finalidade. Evite pipelines “do João” ou “do time X” porque isso vira ilha de dados. Se algum time precisa de variações, negocie subetapas via checklist, atividades obrigatórias ou automações.
3) Padronize etapas macro e critérios de passagem
Mesmo com pipelines diferentes, use uma espinha dorsal parecida: Qualificação → Diagnóstico → Proposta → Negociação → Fechado (ganho/perdido). Em cada etapa, escreva critérios objetivos de entrada/saída (ex.: ‘Proposta enviada e confirmada pelo cliente’). Isso reduz interpretação e melhora forecast.
4) Crie um dicionário de dados mínimo (campos comuns)
Defina campos obrigatórios que valem para qualquer pipeline: origem do lead, ICP/segmento, valor (e como calcular), produto/linha, data de criação, data do próximo passo, motivo de perda/ganho. Sem isso, seus relatórios viram colcha de retalhos.
5) Estabeleça regras de roteamento e de troca de pipeline
Escreva regras claras: o que manda o negócio para pipeline A ou B (ex.: canal, tamanho, tipo de contrato). E quando um deal pode trocar de pipeline (e quem aprova). Troca livre costuma esconder problema de qualificação.
6) Valide relatórios essenciais antes de colocar em produção
Teste (em amostra) se você consegue comparar: taxa de conversão por etapa, tempo de ciclo e motivos de perda entre pipelines. Se cada pipeline tem etapas que não se conversam, você perde comparabilidade. Ajuste etapas macro e campos até o relatório “fechar” sem gambiarra.
Quando vale ter mais de um pipeline (e quando é desculpa para desorganização)
Na prática editorial do setor, a maioria das empresas cria pipeline novo para resolver conflito de rotina: cada time quer “o seu” funil. O problema aparece depois, quando diretoria pede um número simples (conversão, ciclo, previsão) e ninguém confia no painel.
Um bom critério: se duas vendas passam pelas mesmas decisões e pelos mesmos marcos, não crie pipelines separados. Use um pipeline e segmente por campos. Reserve novos pipelines para jornadas com lógica própria (ex.: licitação, expansão/renovação, canais indiretos).
| Situação | Melhor escolha | Por quê |
|---|---|---|
| Inbound e outbound com etapas bem diferentes (SDR, diagnóstico, proposta) | 2 pipelines | Processos e SLAs mudam; comparar tudo no mesmo funil distorce conversão e ciclo |
| Produtos diferentes, mas mesma jornada comercial | 1 pipeline + campo de produto | O que muda é oferta/preço; manter um funil preserva métricas e governança |
| Novo negócio vs renovação/upsell | 2 pipelines | Marcos e critérios de ganho/perda costumam ser diferentes; ciclo também |
| Regiões distintas com o mesmo processo | 1 pipeline + campo de região | Evita relatórios duplicados e reduz risco de “ilhas” de dado |
| Enterprise com prova técnica e comitê vs SMB com decisão rápida | 2 pipelines (ou 1 com ramificações bem controladas) | Critérios e duração mudam; etapas extras no funil SMB só criam atrito |
O erro clássico: mudar o nome da etapa e mudar o significado da métrica
O mesmo rótulo de etapa não garante o mesmo significado. Em um pipeline, “Proposta” pode ser ‘enviada’; em outro, pode ser ‘aprovada internamente’. Resultado: taxa de conversão vira comparação injusta e forecast vira discussão sem fim.
Se você quer múltiplos pipelines, trate etapas como contrato: defina critérios de entrada/saída e mantenha a espinha dorsal macro. Diferenças específicas (ex.: prova técnica, visita, RFP) podem entrar como tarefas obrigatórias, não necessariamente como novas colunas.
- Checklist rápido de consistência entre pipelines:
- • As etapas têm critérios escritos (não só nomes)?
- • ‘Ganho’ e ‘Perdido’ significam a mesma coisa em todos os pipelines?
- • O campo de valor segue a mesma regra de cálculo?
- • Existe ‘próximo passo’ obrigatório para evitar deal parado?
- • Motivo de perda tem opções padronizadas (sem campo livre infinito)?
Campos comuns que salvam seus relatórios (mesmo com processos diferentes)
Múltiplos pipelines só funcionam quando existe um núcleo de dados comum. Sem isso, você até enxerga operação, mas perde comparabilidade. Não é sobre ter muitos campos; é sobre ter os campos certos, com definição estável.
Quando a empresa não tem o dado exato (por exemplo, valor estimado no início), vale usar um campo separado para estimativa e outro para valor confirmado, com regra clara de quando cada um pode ser preenchido.
| Campo (comum a todos) | Definição prática | Armadilha comum |
|---|---|---|
| Origem do lead | De onde veio (campanha, indicação, outbound, parceiro) | Campo livre vira ‘Whats’, ‘wpp’, ‘zap’ e destrói análise |
| Produto/Linha | O que está sendo vendido (categoria padronizada) | Criar um pipeline por produto quando bastava esse campo |
| Segmento/ICP | Perfil do cliente (porte, setor, faixa) | Vendedor preencher “na intuição” sem critérios |
| Valor (e moeda/recorrência) | Valor esperado com regra de cálculo documentada | Misturar MRR, ARR e valor total no mesmo campo |
| Motivo de perda/ganho | Lista curta e acionável (ex.: preço, timing, concorrente, sem fit) | Opções demais ou ‘Outros’ vira lixeira |
| Próximo passo + data | Ação definida e quando vai acontecer | Deixar vazio e criar ‘pipeline cemitério’ |
Como lidar com ‘troca de pipeline’ sem virar maquiagem de resultado
Trocar um negócio de pipeline no meio do caminho pode ser necessário (ex.: lead entrou como SMB e virou enterprise), mas também pode virar maquiagem: o deal ‘sai’ de um funil que está mal e reaparece em outro.
A regra editorial aqui é simples: troca de pipeline precisa de motivo registrado (opção padronizada) e, em casos sensíveis, aprovação. Isso não é burocracia: é preservação de rastreabilidade.
- Boas práticas de troca de pipeline:
- • Registrar motivo da troca (ex.: ‘mudança de porte’, ‘mudança de canal’, ‘renovação’)
- • Manter histórico (não apagar etapas anteriores)
- • Definir quem pode trocar (não ser ‘qualquer um, a qualquer momento’)
- • Monitorar volume de trocas: se for alto, o problema é roteamento/qualificação
Perguntas frequentes
Quantos pipelines é “demais” no CRM?
Dá para ter um pipeline único para tudo e ainda assim atender times diferentes?
O que é melhor: criar etapa nova ou criar tarefa obrigatória?
Como comparar taxa de conversão entre pipelines diferentes?
Leia também
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 →
Como definir regras de nome e etapas do pipeline no CRM (sem virar bagunça em 30 dias)
Guia prático para padronizar nomes de etapas, critérios de avanço e regras de atualização no pipeline do CRM. Inclui checklist, exemplos e perguntas frequentes para evitar funil inflado e dados ruins.
Ler →
Como criar um dicionário de dados no CRM (sem travar o time e sem virar burocracia)
Guia prático para criar um dicionário de dados no CRM: padrão de campos, definições, valores permitidos, dono do dado e regras de qualidade. Evite base suja, relatórios inconsistentes e automações quebradas.
Ler →
Métricas de vendas que importam: taxa de conversão do funil sem se enganar com número bonito
Taxa de conversão de vendas só faz sentido se calculada etapa a etapa do funil. Veja como evitar armadilhas, por que médias de mercado enganam e como o CRM entrega dados reais.
Ler →