Discovery Raso: PME B2B Apresenta Antes de Entender a Dor

A reunião aconteceu, o CRM mostra a etapa "Reunião realizada" e o vendedor já está montando a proposta. Pergunte a ele qual é a dor do cliente, quanto ela custa por mês, quem assina e o que acontece se nada mudar. Em muitas PMEs B2B, a resposta é um silêncio educado seguido de "ele gostou da solução".

Esse é o discovery raso: o vendedor apresenta a solução antes de entender a dor. Ele aparece antes da proposta, antes do desconto e antes do motivo de perda, e é a causa raiz provável de vários problemas que já discutimos aqui, como a proposta que esfria depois do envio, o motivo de perda genérico no CRM e o concorrente invisível que é o status quo.

Este artigo mostra como Thiago Concer e a ANEV (A Nova Escola de Vendas) tratam o tema: como processo mensurável, não como talento individual do vendedor.

O que é discovery raso e por que ele sai caro

Discovery raso não é a ausência de reunião. É a presença de uma reunião que não produz informação utilizável. O vendedor sai com simpatia, um interesse vago e uma lista de funcionalidades que o cliente "achou interessantes". O que ele não sai com é um motivo para o comprador gastar dinheiro agora.

O custo aparece depois, em três lugares:

• Na proposta: ela é escrita sobre suposições, então vira um documento genérico de preço e escopo.
• No desconto: sem dor quantificada, o único argumento de comparação que sobra é o preço.
• No fim do ciclo: a oportunidade some em "vamos avaliar internamente" e, no CRM, a perda é registrada com um motivo que não explica nada.

Para uma PME, o problema é de eficiência de capital. Cada reunião e cada proposta consomem hora de vendedor, que é o ativo mais caro do time comercial. Gastar essa hora em oportunidades que nasceram sem diagnóstico é queimar caixa sem enxergar.

O comprador já chega com a lição de casa feita

Há uma razão estrutural para o discovery raso ter ficado mais caro. O comprador B2B não depende mais do vendedor para entender o que existe no mercado.

67% dos compradores B2B preferem uma experiência de compra sem vendedor, segundo pesquisa da Gartner divulgada pelo IT Insight e replicada por outros veículos do setor.

Dado: a Gartner aponta que a maioria dos compradores B2B prefere uma experiência sem contato com vendedor, e veículos como o Jornal Empresas e Negócios reportam que muitos dispensam o vendedor na etapa inicial da negociação. Quando o comprador aceita falar com você, ele já pesquisou, comparou e muitas vezes montou uma lista de fornecedores.

A consequência prática é simples. Se ele já sabe o que sua solução faz, apresentar a solução de novo é redundante. O valor que ele não consegue obter sozinho é outro: alguém que ajude a estruturar o problema, medir o custo dele e desenhar a decisão interna. Esse é o papel do discovery bem feito.

Se o comprador já pesquisou a solução, o único valor que o vendedor entrega na primeira reunião é entender o problema melhor do que ele mesmo.

Quatro sintomas do discovery raso na sua operação

Estes padrões são um diagnóstico de campo, não uma estatística. Verifique no seu time se eles aparecem.

1. A reunião vira apresentação

O vendedor abre um slide institucional nos primeiros minutos e fala mais do que escuta. O comprador assume o papel de plateia e responde com monossílabos.

2. A qualificação vira checklist

Perguntas sobre orçamento e prazo são feitas em sequência, como formulário. Falta o que importa: impacto da dor, quem decide e o que acontece se nada mudar.

3. Não existe critério de saída

A oportunidade avança para proposta porque o vendedor sentiu que "foi bem", não porque cumpriu requisitos objetivos. Sem critério de saída, a etapa do funil é uma opinião.

4. O CRM registra o evento, não a descoberta

O campo mostra "reunião realizada" e uma anotação de uma linha. O gestor não consegue saber o que foi aprendido, e a previsão de vendas passa a depender de intuição.

Atenção: se o seu CRM aceita mover uma oportunidade para proposta sem nenhum campo de diagnóstico preenchido, o seu funil mede atividade, não qualificação. Taxas de conversão por etapa calculadas assim enganam o gestor.

O que o discovery precisa revelar

O blog da Cortex Intelligence lista o que uma discovery call deve trazer à tona: orçamento, obstáculos na escolha e na implementação e cronograma. Também lembra que a chamada serve para qualificar o prospect e confirmar o encaixe no perfil de cliente ideal. É uma boa base, e na ANEV a expandimos para seis campos que o CRM deve exigir.

Campo obrigatório	Pergunta que o vendedor precisa responder	Evidência aceitável no CRM
Dor	Qual problema concreto o cliente quer resolver?	Descrição nas palavras do comprador, com exemplo recente
Impacto	Quanto essa dor custa em R$, horas ou risco?	Número estimado com a premissa que o comprador confirmou
Decisor e influenciadores	Quem assina e quem pode vetar?	Nomes e cargos, com o papel de cada um
Critério de decisão	Como o comprador vai escolher entre as opções?	Critérios listados em ordem de peso
Prazo e evento gatilho	Por que decidir agora e não no próximo trimestre?	Data ou evento que força a decisão
Alternativa atual	O que ele faz hoje se não comprar de ninguém?	Descrição do status quo e do custo de mantê-lo

6 campos obrigatórios formam o gate mínimo que recomendamos antes de qualquer proposta. É um critério de método da ANEV, não uma estatística de mercado.

Insight: o sexto campo, alternativa atual, é o que expõe o concorrente invisível. Quando o vendedor sabe o que o comprador faz hoje e quanto isso custa, a proposta deixa de competir com o rival e passa a competir com a inércia.

---

Roteiro de 5 blocos para a primeira reunião

Campos no CRM só ficam preenchidos com qualidade se a conversa for estruturada para produzi-los. Um roteiro simples evita que cada vendedor improvise do zero.

Bloco 1: Contexto. Em poucos minutos, o vendedor confirma o que já sabe da empresa pela pesquisa prévia e pergunta o que mudou recentemente. Isso mostra preparo e evita perguntas que o comprador acha óbvias.

Bloco 2: Dor. Perguntas abertas sobre o problema, pedindo um exemplo recente. "Me conta a última vez que isso aconteceu" rende mais do que "vocês têm esse problema?".

Bloco 3: Impacto. O vendedor ajuda o comprador a quantificar: tempo perdido, receita que escapou, retrabalho, risco. O número precisa sair da boca do comprador, não do vendedor.

Bloco 4: Decisão. Quem participa, quais critérios pesam, qual evento define o prazo e o que acontece se nada mudar.

Bloco 5: Próximos passos. O vendedor propõe o que vem depois, com data, e só então decide se uma proposta faz sentido.

Dica: o bloco 5 também é um teste de qualificação. Se o comprador não aceita nenhum próximo passo com data, a oportunidade ainda não está pronta para proposta, independentemente de quanto a reunião foi cordial.

A regra 70/30 e a revisão de gravações

A regra é simples: em um bom discovery, o comprador fala a maior parte do tempo. Usamos como meta operacional que ele fale cerca de 70% e o vendedor, 30%. Não é lei da natureza nem dado de pesquisa. É uma régua que torna visível um comportamento que, sem medição, ninguém corrige.

70% do tempo de fala para o comprador é a meta de referência que a ANEV usa na discovery. Medir isso a partir de gravações, feitas com consentimento, permite ao gestor ver quem apresenta demais.

A revisão funciona assim: o gestor separa tempo para ouvir duas gravações por vendedor por semana e usa uma rubrica curta com quatro perguntas:

• O vendedor pediu exemplos concretos da dor?
• O impacto foi quantificado pelo comprador?
• Os decisores e vetos foram mapeados?
• O próximo passo saiu com data?

Esse é o ponto em que o coaching raso, que cobra meta e não desenvolve, vira desenvolvimento real. O gestor deixa de perguntar "como foi a reunião?" e passa a corrigir comportamentos observáveis.

Cobrar resultado sem ouvir a reunião é gestão por esperança. Ouvir duas gravações por semana é gestão por evidência.

O gate de etapa: sem diagnóstico, sem proposta

O roteiro e a revisão corrigem o comportamento. O gate corrige o sistema. Ele é uma regra no CRM: a oportunidade só pode ser movida para a etapa de proposta se os seis campos estiverem preenchidos.

Isso parece burocracia, mas faz o oposto. O vendedor burocrata é aquele que gasta tempo com tarefas que não vendem. O gate é pequeno e custa poucos minutos quando o discovery foi bem feito. Custa caro apenas quando o discovery foi raso, e é exatamente aí que ele deve doer, porque evita que a hora mais cara do time seja gasta escrevendo uma proposta que não vai fechar.

Atenção: o gate não pode virar um campo para ser preenchido com "n/a" ou texto de enchimento. Defina o que é evidência aceitável para cada campo, como na tabela acima, e deixe o gestor rejeitar o que não passar.

Há um efeito colateral valioso. Quando os motivos de perda posteriores são analisados, as oportunidades com discovery completo geram registros muito mais confiáveis, porque a dor e o critério de decisão já estavam documentados. O motivo de perda deixa de ser um palpite do vendedor.

---

Como implementar em 6 passos

Passo 1: Crie os seis campos no CRM como obrigatórios para a etapa de proposta. Dor, impacto, decisor e influenciadores, critério de decisão, prazo e evento gatilho, alternativa atual.

Passo 2: Padronize o roteiro de cinco blocos em uma página. Distribua para o time e use nas reuniões de alinhamento semanal.

Passo 3: Ative a gravação das chamadas, com aviso e consentimento do comprador, e meça a proporção de fala de cada vendedor.

Passo 4: Configure o gate: sem os seis campos, a oportunidade não avança. Defina quem pode abrir exceção e exija justificativa escrita.

Passo 5: Peça ao vendedor que envie ao comprador, em até 24 horas, um resumo de cinco linhas do que foi entendido (dor, impacto, decisores, critério, prazo) e solicite confirmação. Isso corrige erros cedo e dá ao champion um material para circular internamente.

Passo 6: O gestor revisa duas gravações por vendedor por semana com a rubrica e dá devolutiva específica, com um comportamento para ajustar até a revisão seguinte.

Ação: antes de mudar o CRM, ouça esta semana três gravações de discovery de vendedores diferentes e marque quantos dos seis campos cada reunião realmente produziu. O resultado costuma ser o argumento mais forte para convencer o time da mudança.

Métricas para acompanhar

Sem medição, o método vira mais um playbook de gaveta. Acompanhe estes indicadores semanalmente, sempre comparando a sua própria base, e não um benchmark externo:

• Conversão de discovery para proposta e de proposta para fechamento: espera-se que a primeira caia no início, porque o gate filtra oportunidades fracas, e que a segunda melhore.
• Percentual de oportunidades com os seis campos preenchidos: mede a adesão ao método.
• Proporção de fala comprador versus vendedor: mede o comportamento na reunião.
• Ciclo médio entre discovery e proposta: mostra se o gate está criando gargalo ou apenas disciplina.
• Percentual de perdas por "sem decisão" ou "status quo": se cair, o discovery está construindo urgência real.

Uma queda inicial na quantidade de propostas enviadas não é fracasso. É o sinal de que o gate está retirando do funil oportunidades que nunca estiveram qualificadas, e liberando tempo de vendedor para as que têm chance.

Conclusão: discovery é engenharia, não carisma

Depois de treinar mais de 500 mil vendedores em mais de 500 empresas, a observação recorrente de Thiago Concer e da ANEV é que o carisma do vendedor explica pouco a diferença entre um time que qualifica e um que apresenta. A diferença está em ter um processo que exige descoberta antes de proposta e um gestor que ouve o que acontece nas reuniões.

Em um cenário em que o comprador chega informado e dispensa o vendedor nas etapas iniciais, apresentar a solução primeiro é gastar a única chance de conversa em algo que ele já leu. A engenharia de vendas começa antes da proposta: com seis campos, cinco blocos, uma régua de escuta e um gate que protege o tempo do time.

Comece pequeno. Escolha um vendedor, grave suas próximas cinco reuniões, aplique a rubrica e veja quantos campos foram preenchidos. O diagnóstico, nesse caso, é o primeiro discovery que o gestor precisa fazer.