Discovery para buying centers B2B: roteiro de entrevistas e templates para validar hipótese de compra

A primeira decisão do discovery é escolher quem entrevistar. Se você falar só com o usuário, vai ouvir dores operacionais. Se falar só com o CIO ou com o jurídico, vai ouvir restrições. A qualidade da hipótese de compra nasce da interseção entre problema, impacto, viabilidade e autorização para contratar. Por isso, um roteiro sério precisa cobrir pelo menos quatro perspectivas: usuário, decisor econômico, influenciador técnico e área de controle. O usuário mostra onde a rotina quebra, o que é lento, confuso ou manual. O gestor ou diretor mostra a prioridade real, o custo do problema e a janela política para resolver. TI, arquitetura ou segurança revelam integração, dados, compliance e manutenção. Jurídico e procurement mostram como a empresa compra, quais cláusulas bloqueiam avanço e qual tipo de contrato é aceitável. Em setores regulados, essa etapa costuma ser decisiva para não confundir interesse com viabilidade. Para empresas que já operam com sistemas legados, integrações com ERP e plataformas corporativas costumam aparecer cedo na conversa. É comum o problema declarado ser de negócio, mas a barreira real estar na integração com SAP, Power BI, nuvem ou governança de dados. Em casos assim, a entrevista com TI não é um detalhe técnico, é a diferença entre um piloto possível e um projeto que morre na aprovação. Na prática, um mapa mínimo de entrevistas costuma incluir 6 a 10 conversas bem escolhidas para um problema B2B específico. Não existe número mágico. O que existe é saturação de evidências, ou seja, o momento em que os padrões começam a se repetir e as novas entrevistas só confirmam o que já foi identificado. A Nielsen Norman Group reforça esse princípio ao mostrar que pequenos conjuntos de entrevistas qualitativas já expõem padrões úteis, desde que você entreviste os papéis certos e com uma hipótese clara.

A mesma pergunta não serve para todos os interlocutores. Usuário, TI, jurídico e procurement enxergam o problema por lentes diferentes. Quando você adapta o roteiro, evita respostas educadas e genéricas, e passa a ouvir informação operacional. Isso também melhora a qualidade do registro, porque cada fala pode ser convertida em hipótese, risco ou evidência de compra. Para o usuário, o foco é rotina, atalho e impacto. Pergunte onde o processo quebra, quanto tempo leva hoje, o que ele faz manualmente e o que acontece quando dá errado. Para o gestor, investigue prioridade, custo do problema e pressão por resultado. Para TI, vá para integrações, acesso a dados, segurança e manutenção. Para jurídico e procurement, descubra exigências contratuais, tipo de documento, prazo de aprovação e restrições de fornecedor. Exemplos úteis de perguntas são: “O que faz esse problema sair da lista de desejos e entrar na lista de urgências?”, “Qual decisão você já tentou tomar e travou por quê?”, “Se eu resolvesse isso em 30 dias, quem precisaria estar na sala para aprovar?”, “Que tipo de integração é obrigatória para que isso funcione aqui?”, “O que faria sua área rejeitar uma proposta mesmo que o problema seja real?”. Essas perguntas expõem os critérios de compra sem empurrar a conversa para uma venda precoce. Se o seu produto envolve IA, automação ou integrações críticas, vale combinar essa descoberta com práticas de validação de risco e uso de dados, como discutido em validação de MVP com IA: métricas, testes de hipóteses e decisões rápidas para reduzir risco e protocolo de validação de LLMs em MVPs corporativos: testar performance preservando privacidade e compliance. Em B2B, interesse sem confiança técnica raramente vira contrato.

A segunda parte do trabalho é documentar isso de forma comparável. Crie um scorecard simples para que diferentes entrevistadores usem os mesmos critérios. Isso reduz o efeito de “entrevista impressionista”, quando cada pessoa sai com uma opinião diferente e ninguém consegue priorizar. Com padronização mínima, o discovery vira um sistema de decisão, não um arquivo de anotações dispersas.

O erro mais comum é entrevistar pouca gente e concluir demais. Três conversas podem ser suficientes para encontrar padrões iniciais, mas não para validar uma compra complexa. Outro erro frequente é falar com pessoas demais da mesma área e chamar isso de diversidade de evidência. Se todo mundo enxerga o problema pela mesma lente, você apenas confirma viés. Também é comum confundir simpatia com intenção. O entrevistado acha a ideia boa, pede demonstração e até oferece contato, mas não tem dor, orçamento ou peso político para mover a compra. Outro risco é empurrar a solução cedo demais. Quando isso acontece, o entrevistado começa a responder com base no que você quer ouvir, não no que a empresa realmente precisa. Há ainda um erro clássico em times de produto e tecnologia: documentar a entrevista como narrativa, não como hipótese. Boas anotações precisam registrar contexto, evidências, objeções, citações e próximos passos. É esse formato que permite priorizar. Sem estrutura, o discovery vira um arquivo de percepções difícil de comparar entre clientes ou segmentos. Por fim, muita gente esquece que o discovery também é uma negociação de tempo. Em empresas com agenda apertada, você precisa mostrar respeito pelo tempo dos stakeholders, pedir apenas o que é necessário e devolver valor rápido. Um resumo executivo com hipóteses, bloqueios e próximos passos costuma ser tão útil quanto a entrevista em si.