Gestão de Múltiplos Pipelines no CRM: Quando Criar, Como Organizar e Exemplos Práticos

Um pipeline para tudo ou vários? A dúvida que trava implementações

Uma das primeiras decisões ao configurar um CRM é: quantos pipelines criar? Na prática, vemos dois extremos igualmente problemáticos nas empresas que chegam até nós na Metrik.

O primeiro extremo é o pipeline único para tudo: leads de prospecção outbound, leads de indicação, renovações de contrato, upsells e até clientes em cobrança — todos no mesmo funil, com as mesmas etapas, criando uma mistura que dificulta análise e execução. O segundo extremo é a proliferação descontrolada: dezenas de pipelines criados sem critério, a maioria com menos de 5 negócios ativos, impossíveis de monitorar.

A boa notícia é que existe uma lógica clara para tomar essa decisão. E implementada corretamente, uma arquitetura de pipelines bem desenhada reduz o tempo de gestão comercial em até 40% — porque cada pipeline tem etapas, automações e responsáveis alinhados ao seu contexto específico.

Neste guia, você vai entender os critérios para criar ou não criar pipelines separados, como estruturar cada um e como extrair relatórios consolidados para ter visão do todo.

Quando você NÃO deve criar pipelines separados

Antes de falar sobre quando criar, vale entender os casos onde o pipeline único funciona melhor — e forçar a separação só cria problema.

Mesmo produto, mesma jornada, mesmo time: se você vende um único serviço, com o mesmo processo de venda do início ao fim, para o mesmo perfil de cliente, não há razão para separar. Um escritório de contabilidade que oferece só o serviço de abertura de empresa pode ter um pipeline único e funcional por anos.

Volume baixo de negócios: se você tem menos de 20 negócios ativos por mês no total, manter tudo em um pipeline com etapas bem nomeadas é mais fácil do que gerenciar múltiplos funis. A complexidade não compensa.

Time pequeno e generalista: se o mesmo vendedor cuida de todas as etapas de todos os serviços, pipelines separados apenas duplicam o trabalho de acompanhamento sem adicionar inteligência.

A regra prática: crie um pipeline separado apenas quando a diferença entre os processos é suficientemente grande para justificar etapas diferentes, automações diferentes ou responsáveis diferentes.

Os 5 cenários onde múltiplos pipelines fazem sentido

1. Linhas de serviço com ciclos de venda muito diferentes

Uma consultoria que oferece tanto diagnósticos rápidos (fechamento em 1 semana, ticket de R$ 2.000) quanto projetos de transformação digital (fechamento em 60 dias, ticket de R$ 80.000) precisa de pipelines separados. As etapas, o tempo médio em cada fase, os critérios de avanço e as automações são completamente diferentes — um único funil torna impossível analisar a saúde de cada linha individualmente.

Vemos muito isso em clínicas que oferecem tanto consultas avulsas quanto pacotes de tratamento. O processo de venda de uma consulta de R$ 200 é instantâneo; o de um pacote de R$ 8.000 tem apresentação, avaliação, proposta e negociação. Misturar os dois distorce todas as métricas do funil.

2. Canais de entrada com comportamentos radicalmente distintos

Leads que chegam via indicação têm taxa de conversão 3x maior e ciclo 2x mais curto do que leads de tráfego pago, em média. Gerenciá-los no mesmo pipeline obscurece essa diferença e torna impossível otimizar cada canal separadamente.

Em implementações de Kommo que fazemos para imobiliárias, separamos os leads de portais imobiliários, tráfego pago e indicações em pipelines distintos — com etapas, SLAs e scripts de abordagem específicos para cada origem. O resultado é uma queda drástica no tempo de resposta e uma análise de ROI muito mais precisa por canal.

3. Times comerciais com processos e métricas independentes

Quando você tem um time de SDR (que faz prospecção e qualificação) e um time de closers (que faz apresentação e fechamento), faz sentido ter pipelines separados para cada fase — ou pelo menos etapas claramente demarcadas com responsáveis distintos.

Mas se os dois times são de empresas ou departamentos diferentes, pipelines separados evitam que as métricas de um contaminem as do outro. Um franqueado não deveria ver o pipeline de outro franqueado; um gerente regional não precisa de acesso ao pipeline de suporte ao cliente.

4. Funil de aquisição vs. funil de renovação/upsell

Este é o cenário mais subutilizado por empresas de serviços recorrentes. A maioria cria um ótimo pipeline de aquisição — com etapas de prospecção, diagnóstico, proposta e fechamento — mas gerencia renovações de contrato de forma improvisada, geralmente em planilhas ou lembretes no calendário.

Criar um pipeline de renovação no CRM transforma a gestão de receita recorrente. Nele, cada negócio entra 90 dias antes do vencimento do contrato, com etapas como: Revisão de Resultados → Reunião de Renovação → Proposta Atualizada → Renovado ou Cancelado com Motivo. Isso permite medir a taxa de churn antecipadamente e agir antes que o cliente cancele. Para mais detalhes, veja nosso guia de prevenção de churn com CRM e IA.

5. Processo de pós-venda/onboarding como funil separado

Para negócios onde o onboarding do cliente é complexo e crítico para a retenção, ter um pipeline de implementação separado do funil de vendas é essencial. Quando o negócio é fechado no pipeline de vendas, ele é transferido automaticamente para o pipeline de onboarding — com etapas como: Kickoff Agendado → Acesso e Configuração → Treinamento → Go-Live → Primeiro Resultado Validado.

Essa separação mantém o pipeline de vendas limpo (só negócios em aberto) e garante que o processo de entrega seja acompanhado com a mesma disciplina do processo de venda.

Como estruturar e nomear cada pipeline

Uma boa arquitetura de pipelines começa pela nomenclatura. Use nomes que tornem imediatamente óbvio o que está sendo gerenciado:

• Aquisição — [Serviço ou Canal]: ex. "Aquisição — Plano Mensal", "Aquisição — Outbound LinkedIn"
• Renovação — [Serviço]: ex. "Renovação — Contrato Anual"
• Onboarding — [Produto]: ex. "Onboarding — Implementação CRM"
• Parceiros — [Tipo]: ex. "Parceiros — Revendedores"

Evite nomes genéricos como "Pipeline 2" ou "Funil Novo". Em 6 meses, ninguém saberá o que era. E ao nomear as etapas dentro de cada pipeline, use verbos no infinitivo que descrevem a ação do vendedor naquele momento: "Qualificar", "Enviar Proposta", "Aguardar Decisão", "Assinar Contrato". Isso torna a leitura do Kanban instantaneamente clara.

Configuração prática no Kommo CRM

No Kommo, cada pipeline é chamado de "Funil" (Pipeline) e você pode criar quantos precisar na sua conta. O caminho é: Configurações > Pipelines > Adicionar Pipeline.

Alguns recursos que fazem diferença ao gerenciar múltiplos pipelines no Kommo:

• Campos compartilhados vs. campos de pipeline: Campos como "Empresa", "Nome" e "Telefone" ficam no contato e são compartilhados entre todos os pipelines. Campos específicos do processo (como "Motivo de Perda" ou "Valor do Contrato") podem ser criados por pipeline para não poluir os outros.
• SalesBots por pipeline: Cada pipeline pode ter seus próprios bots de automação. O bot de follow-up do pipeline de aquisição pode ser agressivo (contatos em 24h, 48h, 72h); o do pipeline de renovação pode ser mais consultivo (reunião de revisão 90 dias antes).
• Usuários e permissões: Você pode restringir quais usuários veem e editam cada pipeline — essencial para separar times ou para ambientes multi-franquia. Para mais sobre configuração avançada do Kommo, veja nosso guia de pipeline personalizado no Kommo.

Um detalhe importante: ao mover um negócio entre pipelines (ex: de Aquisição para Onboarding após o fechamento), o histórico de conversas e contatos é preservado. Você não perde nenhum dado, apenas muda o contexto de gestão.

Configuração prática no GoHighLevel

No GoHighLevel, os pipelines ficam em CRM > Pipelines. O GHL tem uma vantagem importante: você pode criar automações (Workflows) que são acionadas quando um negócio entra, avança ou sai de qualquer estágio de qualquer pipeline, de forma muito granular.

Por exemplo: quando um negócio chega na etapa "Contrato Assinado" do pipeline de Aquisição, um Workflow pode automaticamente criar um novo negócio no pipeline de Onboarding, atribuir ao responsável pelo sucesso do cliente, enviar uma mensagem de boas-vindas ao cliente e criar uma tarefa de kickoff para 48 horas depois. Tudo isso sem intervenção manual.

Essa capacidade de automação entre pipelines é um dos maiores diferenciais do GHL para negócios com jornada do cliente complexa. Para mais detalhes, veja nosso guia de workflows e automações no GoHighLevel.

Relatórios consolidados: visão do todo sem perder o detalhe

O risco de múltiplos pipelines é perder a visão geral. Para evitar isso, estabeleça uma rotina de revisão de pipeline que olha para todos os funis de uma vez.

No Kommo, os relatórios nAtivos permitem filtrar por pipeline ou ver todos simultaneamente. O relatório de "Conversão" mostra taxa de conversão por etapa em cada pipeline — ideal para identificar onde os negócios estão travando em cada funil.

Para uma visão executiva consolidada, a combinação mais poderosa é Kommo ou GHL + n8n + Google Sheets ou Looker Studio: um workflow no n8n puxa os dados de todos os pipelines via API a cada hora e alimenta um dashboard personalizado com as métricas que importam para o seu negócio. Detalhamos esse processo no artigo sobre dashboard de vendas automático com CRM e Looker Studio.

Erros comuns ao gerenciar múltiplos pipelines

Depois de ajudar centenas de empresas a estruturarem seus CRMs, estes são os erros que vemos com mais frequência:

• Criar pipeline por produto em vez de por processo: Se o processo de venda é o mesmo, não crie pipelines separados só porque os serviços têm nomes diferentes. Use campos ou tags para diferenciar.
• Deixar pipelines "zumbis" vivos: Pipelines sem negócios ativos há mais de 60 dias viram ruído. Archive ou delete.
• Não definir critérios de transferência entre pipelines: O momento de mover um negócio de Aquisição para Onboarding precisa ser claro — geralmente é ao assinar o contrato. Sem critério explícito, cada vendedor decide na intuição.
• Ignorar a etapa "Perdido" em cada pipeline: Sempre configure uma etapa de Perdido com campo obrigatório de "Motivo de Perda". Esses dados valem ouro para melhorar o processo ao longo do tempo.
• Duplicar contatos entre pipelines: Um mesmo contato pode estar em múltiplos pipelines ao mesmo tempo (ex: cliente com renovação ativa e upsell em negociação), mas deve ser o mesmo contato no CRM — não duas entradas diferentes. Isso garante histórico unificado.

Checklist: você está pronto para múltiplos pipelines?

Antes de criar um novo pipeline, responda:

• As etapas do processo são significativamente diferentes do pipeline existente?
• As métricas de sucesso são diferentes (taxa de conversão, tempo de ciclo, ticket)?
• O responsável pelas negociações é diferente ou tem autonomia diferente?
• Terá volume suficiente para valer a atenção de gestão dedicada (mínimo 10 negócios/mês)?

Se a resposta for "sim" para ao menos 2 desses critérios, vale criar um pipeline separado. Se for "não" para todos, adicione uma etapa ou tag no pipeline existente.