Construindo um Processo de Vendas por Tipo de Deal

A maioria dos times de vendas opera com um único pipeline para todos os deals. Prospects de new logo, conversas de expansion com clientes existentes e renewals passam pelas mesmas etapas, com os mesmos critérios de saída e os mesmos prazos esperados de fechamento. É o padrão porque é simples de configurar.

Mas produz um pipeline que não prevê nada e não orienta ninguém. A solução começa com o design de etapas de pipeline que realmente correspondem ao comportamento de compra dos clientes, e depois aplica a segmentação por tipo de deal sobre essa base.

Um renewal no Stage 3 não é igual a um new logo no Stage 3. Um new logo exige que o comprador faça um compromisso inteiramente novo; um renewal exige que ele rejustifique um compromisso já existente. Os riscos são diferentes, as objeções são diferentes, os stakeholders envolvidos são diferentes e o tempo médio até o fechamento é diferente. Passar ambos pelo mesmo processo significa que suas definições de etapa não servem bem a nenhum dos dois.

O objetivo aqui não é criar uma dúzia de variantes de pipeline que tornem seu CRM ingerenciável. É desenhar três trilhas de processo distintas, uma para cada tipo de deal central, que melhorem a acurácia do forecast e deem aos gestores algo específico para orientar.

---

Por Que Pipelines Únicos Enganam os Gestores

Quando você mistura tipos de deal em um único pipeline, dois problemas surgem.

Uma pesquisa da Gartner sobre gestão de pipeline de vendas descobriu que organizações com segmentação por tipo de deal no CRM alcançam 28% mais acurácia no forecast e uma especificidade de coaching significativamente maior do que aquelas que operam com um pipeline único e combinado.

Primeiro, suas métricas se tornam ininterpretáveis. Seu win rate provavelmente está entre 20 e 50%, mas essa média esconde o fato de que renewals fecham em 80%, expansions em 55% e new logos em 25%. São três realidades de negócio diferentes. Um "win rate combinado de 40%" não gera nenhum insight nem metas úteis.

Segundo, suas definições de etapa deixam de refletir o comportamento real de compra. Stage 3 significa "proposta entregue" para um new logo (onde o comprador ainda está aprendendo) e algo bem diferente para um renewal (onde o comprador já conhece o produto e está avaliando os custos de troca). Um gestor que vê "10 deals no Stage 3" enxerga um número, não um negócio.

A solução não é mais complexidade. É uma segmentação adequada: processos separados para deals genuinamente diferentes, com infraestrutura unificada para que você não precise gerenciar três sistemas de CRM completamente distintos.

---

Passo 1: Identifique Seus Tipos de Deal Centrais

A maioria dos times de vendas B2B consegue cobrir 90% da sua receita com três tipos de deal:

New Logo: Aquisição de clientes net-new. O comprador não tem relacionamento existente com sua empresa e está tomando uma nova decisão de compra.

Expansion: Venda de produtos adicionais, assentos ou escopo para um cliente existente. O relacionamento existe; a questão é se ele vai crescer.

Renewal: Recomprometimento de um cliente existente com a continuidade do serviço antes do vencimento do contrato. O padrão é a continuação; o risco é o churn.

Antes de construir processos distintos, conte seus deals por tipo no último ano. Se 90% da sua receita vem de new logos com apenas expansions e renewals ocasionais, desenhar processos completos para os três pode ser prematuro. Foque em new logos primeiro e adicione os outros quando o volume justificar.

Se você tem um mix, segmente agora. E resista à tentação de adicionar um quarto tipo imediatamente. Mais de três tipos de deal na primeira iteração cria mais problemas do que resolve.

---

Passo 2: Design do Processo de New Logo

Deals de new logo são os mais difíceis de fechar e os mais longos de gerenciar. Todo critério de saída de etapa deve refletir uma mudança real no comprometimento do comprador.

Etapas recomendadas:

Características centrais do processo de new logo:

• Ciclo médio mais longo (tipicamente 2 a 4x mais longo do que expansion)
• Maior risco de complexidade com múltiplos stakeholders
• Requer discovery explícito de problema, orçamento e processo de compra
• Identificação do champion é um requisito de etapa, não uma atividade opcional
• Concorrência é mais ativa aqui

Perguntas de qualificação exclusivas para net-new:

• Por que estão avaliando agora? (evento gatilho)
• Quem mais está avaliando, interna e externamente?
• Como já compraram software como esse antes?
• O que os faria manter o status quo?

Cada uma dessas questões corresponde a um critério específico no seu framework de qualificação. Se você usa MEDDIC, por exemplo, o evento gatilho corresponde a "implicar a dor" e a pergunta sobre stakeholders corresponde à identificação do economic buyer.

---

Passo 3: Design do Processo de Expansion

Deals de expansion fecham mais rápido e exigem menos discovery, pois o comprador já conhece você. Mas têm um conjunto diferente de riscos.

Etapas recomendadas:

O que difere do new logo:

O time de customer success geralmente identifica a oportunidade de expansion antes que vendas se envolva. Esse handoff de CS para vendas precisa ser tão bem definido quanto o seu handoff de SDR para AE para new logos. Quem o aciona? Que informações são transferidas? Qual é o papel do time de CS durante o processo de vendas de expansion?

Deals de expansion falham com mais frequência por dois motivos: o novo comprador (por exemplo, um departamento diferente) não confia no relacionamento existente, ou o champion existente não tem autoridade sobre o novo escopo. Ambos são resolúveis com mapeamento antecipado de stakeholders.

Stakeholders a identificar em expansion:

• O economic buyer para o novo escopo (pode ser diferente do comprador original)
• O responsável pela implementação (novos usuários frequentemente significam novo envolvimento de TI)
• O champion interno que está defendendo a expansion

---

Passo 4: Design do Processo de Renewal

Renewals são o tipo de deal mais negligenciado dos três, frequentemente tratado como tarefas administrativas em vez de processos de venda. Isso é um erro. O churn acontece com mais frequência quando o renewal é tratado como inevitável, até que deixa de ser.

Etapas recomendadas:

Iniciar 90 dias antes do renewal não é agressivo. É o mínimo.

Uma pesquisa da Forrester sobre retenção de clientes mostra que o engajamento proativo de renewal iniciado 90 ou mais dias antes do vencimento do contrato se correlaciona fortemente com taxas de renewal mais altas e menor churn, em comparação com processos reativos iniciados dentro de 30 dias.

Times que iniciam conversas de renewal 30 dias antes já estão negociando de uma posição fraca. O comprador que ficou pensando em alternativas por dois meses avaliará sua proposta de renewal de forma diferente do que aquele que foi mantido engajado e lembrado de valor ao longo do relacionamento.

Como parece "em risco" 90 dias antes:

• Uso abaixo dos limites esperados
• Tickets de suporte ou reclamações de produto não resolvidos
• Champion interno chave saiu da conta
• Fusão, aquisição ou reestruturação orçamentária no cliente
• Nenhum contato com o executive sponsor nos últimos 60 ou mais dias

Assuma qualquer conta em risco antes que o processo de renewal comece formalmente. CS e vendas precisam concordar sobre o que "em risco" significa e quem é responsável pelo plano de recuperação.

---

Passo 5: Implementação no CRM

Você não precisa de um pipeline de CRM completamente separado para cada tipo de deal. Mas você precisa de segmentação por tipo de deal incorporada à sua configuração atual.

O que configurar:

Campo de tipo de deal: Um campo obrigatório em cada oportunidade (New Logo, Expansion, Renewal). Esse único campo é o que torna possível os relatórios segmentados. O design do seu modelo de dados do CRM deve contemplar esse campo desde o início, não como um acréscimo.

Etapas do pipeline: Se seu CRM suporta múltiplas visualizações de pipeline, crie uma por tipo de deal. Se não, use um único pipeline com nomes de etapas genéricos o suficiente para se aplicar aos três (Discovery, Avaliação, Proposta, Negociação, Fechado), mas complemente com requisitos específicos por tipo de deal registrados no deal.

Campos compartilhados (aplicam-se a todos os tipos de deal):

• Responsável pelo deal
• Data de fechamento
• ARR/TCV
• Categoria de forecast
• Data da última atividade

Campos específicos por tipo de deal:

• New Logo: Concorrente, evento gatilho, número de stakeholders mapeados
• Expansion: Gatilho de expansion, data de vencimento do contrato existente, data do handoff de CS
• Renewal: Data de vencimento do contrato, health score, indicador de risco, dias desde o último contato executivo

O que evitar: Não crie seis etapas para new logos e seis etapas diferentes para renewals se você tem apenas uma visualização de pipeline. Seus reps vão usar o que for mais simples. Complexidade que não é usada é pior do que nenhuma complexidade.

---

Passo 6: Relatórios por Tipo de Deal

Uma vez que o tipo de deal esteja registrado em cada oportunidade, seus relatórios se tornam dramaticamente mais úteis.

Métricas que devem ser reportadas separadamente por tipo de deal:

O que buscar quando você tiver os dados:

Se seu win rate de expansion é 60% e seu win rate de new logo é 20%, essas duas partes do seu negócio precisam de prioridades de coaching completamente diferentes. Se seu ciclo de renewal está com média de 75 dias, você deve iniciar as conversas de renewal mais cedo, não executar um processo mais rápido.

O número combinado não te diz nada disso.

---

Armadilhas Comuns

De acordo com uma análise da McKinsey sobre revenue operations B2B, empresas que segmentam seu processo de vendas por tipo de deal reportam melhorias de 15 a 20% na deal velocity média, principalmente porque os critérios de saída de etapa se tornam mais precisos e as conversas de coaching ficam mais focadas.

Muitos tipos de deal. Se você desenhar processos separados para new logos enterprise, new logos mid-market, new logos SMB, renewals enterprise e renewals mid-market, mais expansions, você criou um sistema que sua equipe de ops não consegue manter e seus reps não vão seguir. Comece com três. Adicione um quarto tipo somente depois que os três estiverem funcionando bem.

Expansion tratada como surpresa. O fracasso de expansion mais comum é que ninguém estava monitorando o sinal. Um cliente que cresceu de 20 para 60 assentos deveria ter gerado uma conversa de expansion meses atrás. Defina os limites de uso ou os gatilhos que criam uma oportunidade de expansion, e automatize o alerta se puder.

Renewal como tarefa administrativa. "Renewal" não deveria significar "mande o contrato e torça para assinarem." Um renewal sem business review, documentação de ROI e contato executivo é um renewal em risco que ainda não revelou sua situação.

---

Critérios de Saída de Etapa por Tipo de Deal (Tabelas de Referência)

New Logo: Critérios de Saída de Etapa

Expansion: Critérios de Saída de Etapa

Renewal: Critérios de Saída de Etapa

---

O Que Fazer a Seguir

Não comece redesenhando seu CRM. Comece tagueando os deals do último trimestre. A pesquisa da Harvard Business Review sobre analytics de vendas mostra consistentemente que melhorias incrementais em dados produzem mudanças de comportamento mais rápidas do que redesenhos completos de sistemas.

Puxe todos os deals fechados do último trimestre e tague manualmente cada um: New Logo, Expansion ou Renewal. Depois calcule, para cada tipo: win rate, tamanho médio do deal e média de dias até o fechamento.

Se esses números forem meaningfully diferentes entre os tipos de deal (o que quase certamente serão), você terá feito o caso por processos segmentados. E você agora tem uma baseline para medir quando os construir.

Comece com o tipo de deal onde você tem mais volume e mais variância nos resultados. É onde um processo mais claro terá o impacto mais rápido. E depois que tiver os dados segmentados, faça uma análise de win/loss por tipo de deal em vez de pelo pipeline combinado. Os insights serão significativamente mais precisos.

---

Saiba Mais

• Desenhando etapas de pipeline que correspondem ao comportamento real de compra dos clientes
• Frameworks de qualificação: BANT, MEDDIC, GPCT
• Conduzindo uma revisão semanal de pipeline que não desperdiça uma hora
• Disciplina de forecast para CROs