Esquema de pipeline de vendas para fundadores B2B que se mantém honesto

Por que a maioria dos pipelines iniciais deixa de ser confiável

No começo, seu pipeline parece claro porque há poucos negócios e a maior parte do contexto vive na sua cabeça. Depois a lista cresce, você perde um follow-up e o pipeline começa a contar uma história mais bonita que a realidade. Isso é o “pipeline mentiroso”: não proposital, mas porque nada no sistema força a verdade.

Aparece nos mesmos padrões:

• Negócios ficam em uma etapa por semanas sem atividade recente.
• “Próximo passo” vira algo vago como “voltar a falar semana que vem.”
• Datas de fechamento são empurradas para frente para alimentar esperança, não porque o comprador confirmou um cronograma.

Uma reação comum é supercarregar o CRM: mais campos, mais estágios personalizados, anotações mais longas. Ironia: isso geralmente piora a previsão. Quando atualizar fica pesado, as pessoas atualizam menos, e o pipeline apodrece silenciosamente.

Um esquema mínimo viável de pipeline faz o oposto. É estrutura suficiente para tomar decisões. Não tenta capturar tudo. Captura poucos fatos que impedem você de se enganar.

Se for seguir apenas uma regra, siga esta: todo negócio aberto deve ter (1) uma ação explícita seguinte, (2) uma data para essa ação e (3) uma data de fechamento ligada a um cronograma real do comprador (uma reunião, um passo jurídico, uma revisão orçamentária). Se qualquer um desses estiver faltando, o negócio não está ativo.

Os estágios também devem ter significado. Um negócio avança só quando algo concreto ocorreu, não porque parece certo. O objetivo não é um painel bonito. O objetivo é uma visão honesta para rodar o negócio.

Defina as regras antes de escolher campos e estágios

Um esquema de pipeline só funciona se todo mundo o tratar do mesmo jeito. Antes de adicionar campos ou discutir estágios, decida o que um item do pipeline representa.

Um padrão limpo para B2B é: um negócio = uma decisão de compra. Se a mesma empresa pode comprar duas vezes (duas equipes, dois produtos, dois orçamentos), isso são dois negócios, não um registro confuso.

Mantenha os objetos simples. Dá para ir longe com três buckets: lead (uma pessoa que você pode contatar), conta (a empresa) e negócio (a compra específica que você tenta fechar). Se você está sozinho, pode pular lead e conta formais e apenas garantir que cada negócio nomeie claramente a empresa e o contato principal.

Escreva algumas regras operacionais, especialmente se alguém além de você mexer no pipeline:

• Registre atividade logo após ela acontecer.
• Faça uma revisão semanal fixa.
• Dê a cada negócio exatamente um responsável.
• Use uma fonte de verdade: se não está no pipeline, não aconteceu.

Exemplo: você fala com Alex na Northwind sobre um piloto para o time financeiro. Isso é um negócio. Se um mês depois o produto quiser um contrato separado, crie um segundo negócio. Não estique um registro para cobrir duas decisões.

Campos mínimos viáveis do negócio (os que você realmente usa)

Um pipeline permanece útil quando cada negócio tem os poucos campos que você realmente verifica toda semana. Adicione campos “por via das dúvidas” e eles viram decoração.

Comece com um formato de nome de negócio que evite duplicatas. Um padrão simples funciona: Empresa - Produto/Escopo - Trimestre/Mês. Exemplo: “Acme - Plano Team - Mar 2026.” Isso deixa óbvio quando “Acme - Demo” e “Acme - Follow-up” são, na verdade, o mesmo negócio.

Cada negócio também precisa de identidade clara:

• Conta/empresa
• Contato principal
• Papel do contato (decisor, patrocinador, financeiro, TI)

O papel importa porque muda o que você faz a seguir. Um patrocinador precisa de habilitação. Um decisor precisa de um caso de negócio.

Adicione campos de responsabilidade:

• Responsável pelo negócio (uma pessoa)
• Fonte (inbound, outbound, parceiro, indicação, evento)

Depois adicione apenas o dinheiro e o tempo que você vai usar:

• Valor esperado e tipo de negócio (novo, expansão, renovação)
• Data alvo de fechamento (uma data real, não “algum dia”)
• Probabilidade somente se você a usa em uma previsão semanal que confia

Se estiver em dúvida sobre um campo, deixe de fora. Você sempre pode adicionar depois. Remover campos depois que hábitos se formam é muito mais difícil.

Campos de qualificação que impedem negócios de fantasia

A maioria dos pipelines “grandes” não é grande. Está cheia de negócios que são bonitos de ver, mas não têm caminho claro para um sim.

Comece com um campo que force clareza: Caso de uso (escopo). Escreva o que o comprador quer realizar em palavras simples, além do que significa “pronto”. Se você não consegue descrever o resultado em duas frases, provavelmente não entende o negócio ainda.

Em seguida, capture o processo de decisão em um lugar. Isso não é despejar contatos. É a história de como a decisão é tomada: quem assina, quem pode bloquear e que passos devem seguir (revisão de segurança, jurídico, compras). Se você não sabe quem assina, trate o negócio como inicial.

Adicione um sinal de ajuste de preço, mesmo que seja aproximado. Faixas (“<$5k”, “$5-25k”, “$25k+”) funcionam bem, ou um simples Likely / Unclear / Unlikely com base no que ouviu. O objetivo é parar de avançar negócios que não podem pagar você.

Por fim, mantenha um campo bandeiras vermelhas com uma linha. Se precisar de um parágrafo, isso pertence às notas.

Um conjunto compacto que funciona para a maioria dos fundadores B2B:

• Caso de uso + critérios de sucesso
• Processo de decisão (quem assina, influenciadores, passos)
• Ajuste de preço (faixa ou Likely/Unclear/Unlikely)
• Opção concorrente (nominal ou “status quo”)
• Bandeiras vermelhas (uma linha)

Exemplo: “Quer limpeza de CRM antes da renovação, quem assina é o VP de Vendas, revisão de segurança requerida, orçamento provável $10-20k, concorrente: manter como está, bandeira vermelha: patrocinador não está liderando o projeto.” Esse único registro é mais difícil de enganar você.

Rastreamento de atividade que mantém o pipeline honesto

Um pipeline fica ruim quando vira uma lista de desejos. A correção não é mais campos. São alguns sinais de atividade que forçam cada negócio a responder uma pergunta: o que acontece a seguir?

Se só puder adicionar uma camada ao seu esquema de pipeline, faça estes campos de atividade:

• Data da última atividade (automática, se puder; manual, se precisar)
• Próximo passo (uma ação concreta, não “seguir contato”)
• Data de vencimento do próximo passo (uma data real)
• Último canal de contato (chamada, e-mail, reunião, demo, chat)
• Motivo da perda (dropdown curto, nota opcional de uma frase)

Uma regra prática: se um negócio não tem próximo passo ou data de vencimento, não é um negócio real. Arquive ou feche. Isso faz mais pela precisão da previsão do que qualquer modelo de pontuação.

Mantenha “Motivo da perda” curto para realmente usá-lo: preço, sem orçamento, sem decisão, escolheu concorrente, timing, não é fit.

Como fica na prática: você tem uma demo com um líder de operações na terça. Logo após a chamada você define data da última atividade = terça, último canal = reunião, próximo passo = “Enviar 2 estudos de caso e confirmar quem assina”, data do próximo passo = quinta. Se a quinta passar sem resposta, o negócio fica vermelho sem ninguém discutir sobre “progresso no pipeline”.

Um modelo simples de estágios para a maioria dos fundadores B2B

Um bom modelo de estágios faz um trabalho: diz a verdade sobre onde cada negócio está, sem te obrigar a cuidar de uma dúzia de passos minúsculos. Se você não consegue dizer o que deve ser verdadeiro para um negócio estar em um estágio, o estágio vira sentimento.

Este conjunto de seis estágios funciona para a maioria dos fundadores B2B:

1. Novo: Você tem um nome e um motivo para contatar. Primeiro contato realizado ou agendado.

2. Qualificado: Ajuste básico confirmado. O problema é real, o cliente bate com seu ICP e há um caminho plausível para comprar.

3. Discovery concluído: Você teve uma conversa real. Entende o caso de uso, critérios de sucesso e quem está envolvido.

4. Proposta enviada: Preço e escopo nas mãos do cliente. Um próximo passo está agendado ou explicitamente solicitado.

5. Negociação/Jurídico: Compras, segurança, aprovação orçamentária ou edições de contrato em andamento.

6. Fechado ganho / Fechado perdido: Resultado marcado e motivo capturado.

Avance um negócio só quando algo aconteceu no mundo real (uma reunião concluída, uma proposta enviada, jurídico iniciado). Se nada aconteceu, o estágio fica onde está.

Definições de estágio que impedem negócios de derivarem

Um nome de estágio não é uma definição de estágio. Se você só rotula uma coluna “Qualificado” ou “Negociação”, vai acabar com negócios lá porque ninguém concorda sobre o que significa “concluído”.

Escreva regras de estágio como checagens simples de verdadeiro/falso. Quando cada negócio em um estágio compartilha os mesmos fatos, seu pipeline permanece confiável.

Use critérios de entrada e saída (não sensações)

Critério de entrada diz o que já precisa ser verdade antes de um negócio entrar em um estágio. Critério de saída diz o que deve mudar antes de ele avançar. Mantenha ambos curtos e mensuráveis.

Exemplos:

• Discovery: entrar só depois da primeira conversa ao vivo; sair só depois de ter uma declaração clara do problema e a próxima reunião agendada.
• Proposta enviada: entrar apenas quando uma oferta precificada foi realmente enviada; sair apenas quando o comprador confirmar que está em revisão e você tiver uma data de decisão.
• Jurídico/compras: entrar apenas quando o comprador apresentar o processo ou stakeholders; sair apenas quando você tiver redlines finais ou etapas de pedido de compra.

Se você não consegue escrever critérios sem palavras como “bom”, “forte” ou “interessado”, o estágio está vago demais.

Adicione uma regra de “dias máximos no estágio”

Defina uma idade máxima para cada estágio como um aviso precoce, não como punição. Exemplo: Discovery máximo 14 dias, Proposta máximo 21 dias. Quando um negócio atinge o limite, dispare um reset: agende um próximo passo, mova para trás ou feche.

Decida a ação padrão quando os critérios não forem atendidos:

• Mover para trás se a informação faltante ainda puder ser reunida.
• Fechar como perdido se o comprador estiver inativo após uma regra clara de follow-up (por exemplo, 3 tentativas em 10 dias úteis).

Isso evita “negócios zumbi” inflando sua previsão.

Construa seu esquema em uma tarde

Você consegue montar um esquema de pipeline em poucas horas se tratar como um pequeno produto: regras primeiro, depois só o que suporta essas regras.

Comece em uma página em branco, não dentro de uma ferramenta. Escreva seus estágios e critérios de entrada/saída em inglês claro. Se você não consegue explicar um estágio em uma frase, provavelmente são dois estágios (ou não é estágio).

Um fluxo simples de construção:

• Rascunhe 5 a 8 estágios e um teste claro de “feito” para cada um.
• Crie um conjunto mínimo de campos (mire em 10 a 15), focado em fatos verificáveis.
• Adicione rastreamento de atividade e torne “data de vencimento do próximo passo” obrigatório para estágios ativos.
• Importe negócios atuais e limpe enquanto vai: mescle duplicatas, delete entradas estagnadas “talvez algum dia” e corrija responsáveis ausentes.
• Faça uma revisão semanal por 2 a 4 semanas antes de mudar qualquer coisa.

Faça um teste real durante a configuração: pegue um negócio ativo e tente movê-lo estágio por estágio. Se você continuar chutando, seus critérios estão vagos demais.

Uma regra que vale a pena impor cedo: se a data da próxima atividade está vazia, o negócio não pode permanecer em um estágio ativo.

Erros comuns que geram inchaço no CRM

A maior parte do inchaço do CRM começa com boas intenções: você quer mais precisão, então adiciona mais campos, mais estágios e mais anotações. O resultado é o oposto. As pessoas param de atualizar e seu pipeline vira um cemitério.

1) EstágiOS que diferem apenas por sensações

Se dois estágios parecem iguais, serão usados da mesma forma. “Discovery”, “Discovery profundo” e “Follow-up de discovery” frequentemente significam “a gente conversou”, sem um próximo evento claro. Estágios devem mudar só quando algo real muda.

Teste rápido: se você não consegue dizer o que precisa ser verdadeiro para entrar em um estágio em uma frase, o estágio provavelmente é extra.

2) Data de fechamento vira data da esperança

A data de fechamento só é útil se estiver ligada a um motivo. Trate-a como a data do próximo ponto de decisão (aprovação orçamentária, reunião de compras, prazo de assinatura) e mova quando esse evento mudar.

3) Atividade armazenada como notas longas

Notas longas escondem o que você precisa: o que aconteceu por último e o que vem a seguir. Mantenha notas curtas e rastreie atividade com data da última atividade mais próximo passo (com um responsável e uma data).

4) Tudo vira “qualificado”

Sem definição, “qualificado” vira “soou bem”. Escolha 3 a 4 checagens obrigatórias (problema, comprador, cronograma e algum formato de orçamento). Se uma falta, não está qualificado.

5) Negócios nunca são fechados como perdidos

Pipelines que só crescem deixam de ser pipeline e viram um cemitério. Feche rápido como perdido quando o negócio estiver inativo ou o fit estiver errado, e capture um motivo claro para aprender.

Um checklist semanal para higiene do pipeline

Escolha um horário fixo por semana (30 minutos basta) e trate como uma reunião com seu eu futuro. Higiene do pipeline é menos sobre adicionar campos e mais sobre garantir que cada negócio ainda tem um caminho real à frente.

Um fluxo simples de revisão:

• Confirme que cada negócio aberto tem um contato primário nomeado e uma declaração do problema em uma frase.
• Verifique que todo negócio tem um próximo passo e uma data de vencimento.
• Aplique uma regra de estagnação: se não houve atividade significativa em 7 a 14 dias, mova o negócio para trás ou feche como “sem decisão” por ora.
• Ordene por tempo no estágio e force decisões nos cinco mais antigos.
• Faça uma checagem de sanidade da previsão nos dez maiores negócios: explique em uma frase por que cada um vai fechar e o que ainda pode bloqueá-lo.

Exemplo concreto: se um negócio está marcado como “Proposta enviada” mas não há reunião agendada para revisar, não é um negócio em proposta. Mova para trás, defina o próximo passo e pare de contá-lo até que o comprador esteja engajado de novo.

Cenário de exemplo: um negócio da primeira chamada até a assinatura

Você vende uma ferramenta de analytics B2B para uma empresa de e‑commerce com 50 pessoas. Após a primeira chamada, você cria um negócio e preenche só o que usará na semana seguinte. Um esquema simples vale aqui porque força clareza, não papelada.

Logo após a chamada, o registro fica assim:

• Problema: relatórios semanais levam 6 a 8 horas, números divergem entre times
• Stakeholders: Patrocinador = Head de Ops; Decisor = CFO; Usuário = Analista
• Próximo passo: enviar um resumo de 2 páginas + agendar demo de 30 minutos
• Data do próximo passo: Ter, 23 Jan
• Data alvo de fechamento: 15 Fev

O negócio começa em Discovery. Você só o move quando o convite de calendário for aceito (não quando alguém “parece interessado”). Depois da demo, o gatilho para avançar para avaliação é um pedido concreto (por exemplo, “Conectar ao Shopify e aos dados do depósito?”), seguido de uma checagem técnica combinada.

Agora o travamento: o CFO fica quieto depois do preço. Seu registro mostra dois follow-ups, sem resposta, e a data do próximo passo passa. A regra é simples: se não há próximo passo acordado, o negócio não pode ficar em Proposta.

Então você toma uma atitude honesta: ou move de volta para avaliação (se precisar de novo patrocinador ou informação faltante) ou fecha como perdido (se o decisor não engajar até uma data definida). Neste exemplo, você move de volta, atualiza stakeholders (Ops puxa o gerente financeiro), define nova data de próximo passo e só retorna para Proposta quando o CFO confirmar reunião de decisão.

Mantenha pequeno, depois automatize o que se repete

Um esquema de pipeline só funciona se você confiar nele. O caminho mais rápido é começar mínimo e viver com isso por 30 dias. Isso mostra o que você realmente usa, não o que imagina precisar.

No primeiro mês, seja rígido: se um campo não muda uma decisão, remova-o. Se uma decisão continua aparecendo e você não consegue respondê-la a partir do pipeline, adicione exatamente um campo para cobrir essa lacuna.

Um teste antes de adicionar qualquer campo novo: “Se isso estiver em branco, não conseguimos decidir se devemos ___.”

Se quiser construir um CRM leve e customizado em vez de forçar um genérico, ferramentas como Koder.ai (koder.ai) podem ajudar depois que você já escreveu seus estágios, campos obrigatórios e regras de validação. É muito mais fácil gerar e iterar um app simples quando o esquema já está claro.