Três semanas de contato consistente, conteúdo entregue, duas trocas de mensagem sobre o problema que a empresa tinha. Reunião agendada. E foi só lá dentro que o contato revelou: “Preciso antes alinhar com a equipe de TI e com o nosso CFO.”
Dois stakeholders novos. No meio da reunião. Depois de semanas de trabalho.
Não é um caso isolado. É o padrão mais comum em programas ABM que travam sem aviso: o processo avança bem com o contato principal, parece estável, e em algum momento aparece uma pessoa que não estava no mapa e que tem poder suficiente para pausar tudo. Pode ser alguém de TI que precisa validar a integração. Pode ser o CFO que só entra quando o valor do contrato fica visível. Pode ser um gestor de área que não foi envolvido e criou resistência por isso.
O problema não é a existência dessas pessoas. Elas sempre estiveram lá. O problema é que ninguém mapeou quem eram antes de começar.
Este artigo descreve como construir o mapa do comitê de compras de uma conta estratégica antes do primeiro contato, como validar esse mapa nos primeiros encontros, como mantê-lo atualizado ao longo do programa e quais erros comprometem o processo antes de qualquer reunião ser agendada.
Por que o comitê raramente parece um comitê
O mapeamento de comitê de compras é sempre inferido, nunca declarado. Ninguém na conta-alvo vai publicar um organograma de decisão ou avisar quem precisa aprovar o que. O mapa precisa ser construído por fora, a partir de sinais indiretos, antes de qualquer conversa formal.
Há uma razão estrutural para isso. Em empresas B2B, decisões de compra com algum nível de impacto financeiro ou operacional não são tomadas individualmente. São tomadas por um grupo de pessoas que precisam chegar a um consenso, cada uma com perspectiva e interesse diferentes. Esse grupo raramente se auto-organiza de forma visível para fornecedores externos. Ele existe na prática, opera nos bastidores da negociação, e só aparece de forma explícita quando o processo está avançado o suficiente para exigir aprovação formal.
O dado do mercado confirma a dimensão do problema: 89% das decisões de compra B2B cruzam múltiplos departamentos, segundo o Forrester State of Business Buying 2024. Não é exceção. É a regra em qualquer negociação com algum grau de complexidade.
O mesmo estudo aponta algo mais crítico para quem opera programas ABM: 86% dos processos de compra travam por conta de um stakeholder que não foi tratado cedo o suficiente. Não por falta de produto. Não por preço. Por alguém que entrou no processo quando a conversa já estava avançada e não tinha contexto suficiente para se sentir seguro aprovando.
Há um segundo elemento que torna o mapeamento ainda mais difícil: os papéis no comitê raramente correspondem à hierarquia formal da empresa. O decisor nem sempre é o cargo mais alto. O bloqueador pode ser alguém sem poder formal que influencia os bastidores. O champion pode ser um gerente de médio nível com motivação forte e acesso à liderança. Cargo e poder de decisão são variáveis independentes, e tratar organograma como comitê é um dos erros mais comuns nesse tipo de mapeamento.
“Ninguém na sua conta-alvo vai te avisar que é o bloqueador. Você descobre quando o processo trava.”
Comitê de compras não é uma estrutura formal que a empresa mantém documentada. É o conjunto de pessoas que, na prática, precisam se sentir confortáveis com a decisão para ela avançar. Pode ser um grupo de dois em uma empresa de 50 funcionários. Pode ser seis em uma empresa de 300. O que importa é que cada um tem um papel diferente e precisa ser tratado de forma correspondente ao longo do programa.
Os cinco papéis que existem em qualquer comitê
Em qualquer processo de compra B2B com mais de uma pessoa envolvida, cinco papéis aparecem de forma consistente. Não necessariamente cinco pessoas distintas. Em empresas menores, uma mesma pessoa pode acumular dois papéis. Mas os papéis existem, independentemente de quem os ocupa, e cada um exige uma abordagem diferente em termos de conteúdo, mensagem e momento de engajamento.
Champion
O champion é quem quer que a compra aconteça e tem motivação interna para isso. Pode ser a pessoa que sentiu o problema na própria rotina, o gestor que vai responder pela iniciativa ou alguém com histórico de defender mudanças internamente. O champion abre portas e traduz o contexto da empresa para quem vende. Sem um champion identificado, o processo tende a não avançar ou a morrer sem aviso porque não tem ninguém do lado de dentro defendendo o projeto quando a conversa interna acontece.
Identificar o champion antes da primeira reunião é possível, mas exige atenção a sinais sutis: quem respondeu mais rápido, quem fez perguntas mais específicas, quem conectou o problema externo com uma iniciativa interna. O champion raramente se identifica como tal. Ele aparece no padrão de engajamento antes de aparecer explicitamente na conversa.
Decisor
O decisor é quem assina ou dá a aprovação final. Nem sempre é o cargo mais alto na conta. Em compras de software, o decisor costuma ser o VP ou diretor da área que vai usar a ferramenta, não o CEO. Em contratos maiores ou com impacto financeiro relevante, o CFO ou o comitê executivo pode participar só na etapa final, sem ter acompanhado nenhum dos estágios anteriores de avaliação.
O risco de não identificar o decisor cedo é chegar ao final do processo com proposta, dados e reunião marcada, e descobrir que a pessoa que precisa assinar nunca foi envolvida e não tem contexto suficiente para aprovar com confiança. Esse é o ponto onde processos que pareciam fechados entram em pausa indefinida.
Influenciadores técnicos
Os influenciadores técnicos são os que avaliam adequação, integração e risco. Em tech B2B, esse papel costuma ser ocupado por líderes de TI, arquitetos de sistema ou analistas sênior da área que vai operar a solução. Eles raramente decidem sozinhos, mas têm poder de veto quando algo técnico não fecha.
O padrão mais comum de veto técnico não vem de objeção direta. Vem de silêncio. O influenciador técnico não aprova nem reprova formalmente. Ele não responde, não avança as análises internas e o processo para sem explicação visível. Mapear esse papel cedo e garantir que ele tenha material técnico relevante antes do veto é mais eficiente do que tentar reverter a posição depois.
Usuários
Os usuários são os que vão operar a solução no dia a dia. São subestimados em programas ABM com foco em C-level, mas têm papel importante tanto na adoção quanto na renovação. Um usuário que percebe que a solução vai complicar o trabalho dele pode comunicar isso para o gestor durante o processo de avaliação, mesmo sem ter poder formal de decisão. Depois do contrato assinado, o usuário determina se a plataforma vai ser usada de fato ou vai ficar subutilizada até o momento da renovação.
Ignorar o usuário no mapeamento é otimizar para o fechamento e comprometer a retenção. Em compras de software com ciclo de renovação anual, a renovação começa a ser decidida nos primeiros 60 dias de uso, bem antes da data de vencimento aparecer no calendário.
Bloqueador
O bloqueador é o papel mais ignorado no mapeamento. Pode ser um fornecedor atual com interesse em manter o contrato, um gestor de outra área que teme perder orçamento, um diretor que não foi envolvido e ficou ressentido com a iniciativa ou simplesmente alguém com desconfiança estrutural em relação ao tipo de projeto. O bloqueador raramente se identifica como tal, e frequentemente não é percebido como bloqueador pelos próprios colegas até o processo travar.
“O bloqueador raramente aparece na primeira reunião. Quando aparece, o processo já atrasou.”
Mapear esses cinco papéis antes do primeiro contato não é um exercício teórico. É o que determina quais pessoas precisam receber conteúdo, em qual ordem e com qual mensagem ao longo de todo o programa. A distribuição de conteúdo em ABM que funciona parte do mapa. ABM sem mapa é outbound com nome diferente.
Como construir o mapa antes do primeiro contato
É possível montar uma hipótese de comitê com razoável precisão antes de falar com qualquer pessoa da conta. As fontes são públicas e estão disponíveis para qualquer empresa que saiba onde olhar. O resultado não é um mapa definitivo. É uma hipótese de trabalho estruturada o suficiente para orientar como o primeiro contato vai acontecer e com quem.
LinkedIn como organograma implícito
O LinkedIn não entrega um mapa pronto, mas entrega o suficiente para montar uma hipótese. O ponto de partida é identificar as pessoas com cargos de decisão nas áreas que seriam impactadas pela sua solução. Em uma venda de plataforma de automação de marketing, o mapa começa pelo VP de Marketing e pelo Head de Vendas. Em uma venda de infraestrutura de dados, começa pelo CTO e pelo Head de Engenharia de Dados.
O LinkedIn Sales Navigator, de acordo com dados publicados pela LinkedIn Business em 2025, permite filtrar conexões por empresa, cargo e nível de senioridade, o que facilita identificar não só os decisores óbvios mas também os influenciadores técnicos que costumam ficar invisíveis nos primeiros contatos. Um arquiteto de soluções ou um analista de dados sênior raramente aparece em uma busca genérica por lideranças da empresa, mas é frequentemente o papel mais relevante para uma venda técnica.
Além dos cargos, observe as conexões em comum. Uma conexão em comum com um influenciador técnico pode ser a entrada mais eficiente para o processo, antes mesmo de tentar chegar ao champion. E observe as conexões recentes dos executivos da conta: quando um VP começa a se conectar com fornecedores de uma categoria específica, está sinalizando um processo de avaliação em curso.
O histórico de atividade no LinkedIn também revela padrões úteis. Executivos que comentam em posts sobre um problema específico estão comunicando uma prioridade. Alguém que repostou três artigos sobre migração para cloud em 60 dias está descrevendo o contexto em que a decisão de compra vai acontecer.
Vagas abertas como sinal de prioridade
Vagas abertas revelam o que a empresa considera prioritário naquele momento de forma mais direta do que qualquer comunicado oficial. Uma empresa que está contratando três analistas de RevOps está claramente investindo em operações de receita. Uma empresa que abre vaga de Head de Customer Success após um ciclo de crescimento acelerado está sinalizando um problema de retenção que vai exigir atenção da liderança.
Para o mapeamento de comitê, vagas abertas revelam dois tipos de informação útil. O primeiro é o stack de ferramentas que a empresa já usa, frequentemente listado nos requisitos técnicos da vaga. Uma vaga de analista que exige experiência em Salesforce, HubSpot e Outreach está descrevendo a infraestrutura de tecnologia de receita da empresa, o que define tanto quem vai influenciar tecnicamente uma compra quanto quais integrações vão ser avaliadas.
O segundo tipo de informação é a estrutura de papéis que ainda não existe. Um cargo aberto é um papel sem dono na estrutura atual. Isso pode significar que a decisão de compra vai ser tomada por alguém que acumula responsabilidades e tem menos tempo para cada avaliação, ou que o processo vai exigir um nível extra de validação interna porque a empresa está montando a função ao mesmo tempo em que avalia fornecedores.
“Uma vaga de Analista de CRM com HubSpot e Salesforce no título diz mais sobre o comitê de tecnologia da conta do que três reuniões com o contato principal.”
Atividade pública e press releases
Posts do LinkedIn dos executivos da conta revelam o que estão priorizando, o que os preocupa e com quem estão se conectando. Um CTO que publica sobre migração para cloud está sinalizando uma prioridade técnica. Um CEO que menciona pressão por eficiência operacional está descrevendo o contexto em que qualquer compra vai precisar se justificar. Um diretor financeiro que posta sobre ciclos de planejamento está indicando quando o orçamento vai estar em discussão.
Press releases e notícias da empresa completam o quadro com eventos que reorganizam o comitê de compras de forma estrutural. Fusão e aquisição muda a hierarquia de decisão e frequentemente congela processos em andamento enquanto as estruturas se consolidam. Rodada de investimento traz pressão por crescimento e cria abertura para iniciativas que antes não tinham orçamento. Troca de liderança cria janela de oportunidade para quem chegou para mudar alguma coisa, e fecha o espaço para quem estava próximo da liderança anterior.
Esses sinais não substituem o contato direto. Eles constroem a hipótese que orienta como o contato vai acontecer, com quem vai acontecer e qual mensagem vai ser relevante naquele momento.
Como organizar o que você levantou
Com as fontes pesquisadas, monte uma hipótese de mapa com três colunas: nome e cargo, papel provável no comitê e evidência que suporta essa hipótese. A evidência pode ser uma vaga que descreve o stack técnico que o influenciador vai defender, um post que indica a prioridade do decisor ou uma conexão em comum que sugere o ponto de entrada.
Esse mapa não precisa estar completo antes do primeiro contato. Ele precisa estar estruturado o suficiente para responder a três perguntas: quem provavelmente vai decidir, quem provavelmente vai bloquear e qual papel no comitê ainda não foi identificado. As lacunas são tão informativas quanto o que foi mapeado, porque definem o que precisa ser descoberto nas primeiras interações.
Como validar o mapa nos primeiros contatos
Construir o mapa a partir de fontes públicas produz uma hipótese. A validação acontece nos primeiros contatos, e as informações que surgem nas interações iniciais frequentemente contradizem parte do que foi mapeado.
O primeiro contato raramente revela o comitê de forma explícita. Mas a forma como o contato responde a perguntas específicas entrega sinais que permitem atualizar a hipótese. Perguntas sobre quem mais está envolvido na avaliação, como decisões desse tipo são tomadas na empresa e qual é o processo interno de aprovação não precisam ser feitas de forma direta. Elas podem ser inseridas naturalmente no contexto de entender como ajudar melhor.
Quando o contato menciona uma área ou pessoa que não estava no mapa, incorpore imediatamente. Quando ele evita responder sobre quem mais está envolvido, isso é um sinal de que o processo interno ainda não está definido ou de que ele não tem acesso ao decisor. Nos dois casos, a estratégia precisa ser ajustada.
O objetivo das primeiras interações não é fechar. É validar o mapa e identificar o champion. Um contato que aceita reunião, demonstra interesse e tem acesso ao decisor é um champion em potencial. Um contato que aceita reunião, demonstra interesse e não consegue conectar a conversa com nenhuma iniciativa interna pode ser um entusiasta sem poder de avanço.
A diferença entre os dois define o plano da próxima etapa. Com um champion real, o trabalho é dar a ele o contexto e o material para defender a iniciativa internamente. Sem um champion, o trabalho é encontrar um.
Como o mapa muda e por que precisa ser mantido
Comitê de compras não é estático. O mapa construído no início do programa vai estar desatualizado em algum ponto do processo. A questão não é se vai mudar. É quando.
A pesquisa da Influ2 sobre comitês de compra em 2026 mapeou que 50% dos comitês em empresas de médio porte têm entre 2 e 4 pessoas envolvidas, 42% têm entre 5 e 9 pessoas, e 92% dos processos de compra tiveram pelo menos um membro do grupo mudando durante o ciclo de venda. Esse dado tem implicação direta para programas ABM: um mapeamento feito no início do programa e nunca revisado vai trabalhar com informação desatualizada em quase todos os casos.
As mudanças que mais afetam o processo de decisão são de três tipos distintos.
O primeiro é troca de cargo ou empresa. Um champion que sai da empresa leva consigo o contexto acumulado de semanas de conversa. Um bloqueador que é promovido ganha mais poder formal de veto. Um decisor que muda de área passa a responsabilidade para um novo gestor que não conhece o histórico da negociação e vai precisar refazer parte do processo de avaliação.
O segundo é a entrada de novo stakeholder. Conforme a negociação avança e o impacto do projeto fica mais claro para a empresa, outras áreas se envolvem naturalmente. Jurídico entra quando o contrato chega para análise. Financeiro entra quando o valor total do investimento fica visível. TI entra quando a integração técnica precisa ser especificada. Essas entradas são previsíveis em boa parte dos processos, e antecipar quem são essas pessoas antes que apareçam formalmente na negociação é uma vantagem operacional concreta.
O terceiro é a mudança de prioridade interna. Uma empresa que passa por reestruturação pode deslocar o orçamento para outra iniciativa considerada mais urgente. Um novo CEO pode mudar a agenda de investimentos inteira. Um trimestre abaixo do esperado pode congelar qualquer aprovação que não seja considerada essencial para o resultado imediato. Esses eventos não aparecem no mapa porque acontecem internamente, mas os sinais externos existem: notícias de reestruturação, postagens do CEO sobre foco em eficiência, mudanças no time de liderança visíveis no LinkedIn.
“Comitê não é foto. É filme. Quem mapeia uma vez e abandona a inteligência perde para quem monitora.”
A frequência de revisão do mapa depende do ciclo de venda da conta. Em ciclos de 3 a 6 meses, uma revisão mensal é suficiente. Em ciclos mais curtos, revisão quinzenal. O gatilho mais importante para revisão imediata é qualquer mudança de cargo detectada no LinkedIn, qualquer notícia sobre a empresa ou qualquer sinal de engajamento inesperado com conteúdo do programa.
O ponto de referência para entender como o timing se conecta com o mapa está desenvolvido em detalhe no artigo sobre timing em ABM. Chegar no momento certo, para a pessoa certa, com a mensagem certa: qualquer uma dessas três variáveis errada compromete o resultado, e as três dependem de um mapa atualizado.
Os quatro erros mais comuns no mapeamento
Quatro erros aparecem com consistência em programas ABM que não geram pipeline nas contas estratégicas. Todos têm solução. Nenhum deles é inevitável.
1. Confundir contato inicial com champion
O primeiro contato que aceita uma reunião não é necessariamente o champion. Pode ser alguém curioso sobre o tema, alguém que responde a tudo independentemente da relevância ou alguém que não tem poder real de avançar com a decisão internamente. Confirmar se o contato tem acesso ao decisor e motivação para defender a iniciativa internamente é um passo que precisa acontecer cedo, antes de investir semanas de conteúdo e esforço em alguém que não consegue abrir as portas certas.
O sinal mais claro de um contato sem poder de avanço é a dificuldade em confirmar uma segunda reunião com mais pessoas da equipe. Um champion com acesso e motivação consegue incluir outros stakeholders quando percebe que a conversa está avançando. Um contato sem esse acesso vai adiar a reunião ampliada indefinidamente.
2. Mapear só o C-Level
CEOs, CTOs e CMOs aparecem nos primeiros resultados de qualquer busca por uma empresa no LinkedIn. É o caminho óbvio. E é onde programas com mapeamento superficial concentram esforço. O problema é que, em compras de médio e grande porte, o C-Level raramente conduz o processo de avaliação. Quem avalia, compara fornecedores e recomenda é o nível gerencial e os especialistas técnicos das áreas impactadas.
Isso não significa ignorar o C-Level. Significa entender que o C-Level frequentemente entra no processo em dois momentos específicos: no início, quando a prioridade estratégica é estabelecida, e no final, quando a aprovação formal acontece. No meio do processo, que é onde a avaliação real acontece, o nível gerencial é o que importa. Mapear só o C-Level é construir o mapa pela metade.
3. Tratar o mapa como definitivo após a primeira reunião
A primeira reunião entrega contexto novo que frequentemente contradiz as hipóteses do mapeamento inicial. Stakeholders são mencionados de passagem, áreas que seriam impactadas aparecem na conversa, objeções que não estavam previstas surgem. Essas informações precisam ser capturadas e incorporadas ao mapa imediatamente após a reunião, não em uma revisão mensal semanas depois.
O mapa precisa ser revisado com cada interação relevante. Cada reunião, cada troca de mensagem, cada conteúdo que gera resposta inesperada é uma fonte de atualização. Um mapa que não evolui com o processo é um mapa que vai desorientar a estratégia de abordagem no momento mais crítico da negociação.
4. Ignorar o usuário
Usuários não assinam o contrato. Por isso são subvalorizados no mapeamento, especialmente em programas focados em C-Level e em cargos de decisão formal. Mas usuários influenciam o processo de duas formas que impactam diretamente o programa.
Antes da compra, quando percebem que a solução vai complicar o trabalho deles, comunicam isso informalmente para o gestor ou para o decisor. Essa comunicação raramente aparece como objeção formal. Aparece como silêncio, como uma reunião que não avança ou como uma revisão técnica que nunca termina.
Depois da compra, o usuário determina se o contrato vai ser renovado. Em plataformas com ciclo de renovação anual, a percepção do usuário nos primeiros meses de uso é o principal indicador de renovação, muito antes de qualquer conversa formal sobre o contrato. Ignorar o usuário no mapeamento é otimizar para o fechamento e comprometer a retenção.
O artigo sobre os 5 erros na estratégia de ABM detalha como esses erros de mapeamento se manifestam no resultado do programa ao longo do tempo, com padrões de comportamento que aparecem repetidamente em programas que não entregam pipeline.
Perguntas frequentes
Quantas pessoas têm o comitê de compras em tech B2B mid-market?
Em empresas de 50 a 500 funcionários, o comitê tem tipicamente entre 3 e 6 pessoas envolvidas no processo de decisão. Segundo o Forrester State of Business Buying 2024, 89% das decisões de compra B2B cruzam múltiplos departamentos. A pesquisa da Influ2 de 2026 complementa: 50% dos comitês em mid-market têm entre 2 e 4 pessoas, 42% têm entre 5 e 9. Em empresas maiores ou em compras com impacto financeiro e operacional relevante, o número cresce. Em contratos acima de R$500k anuais, é comum que o comitê efetivo tenha 7 ou mais pessoas com algum grau de influência sobre a decisão.
Como identificar quem é o champion em uma conta?
O champion costuma ser a pessoa que iniciou o contato, respondeu mais rápido ou demonstrou conhecimento específico sobre o problema que a sua solução resolve. Para confirmar se é de fato um champion ou apenas um entusiasta sem poder de avanço, verifique dois indicadores: ele tem acesso ao decisor e consegue incluir outras pessoas nas conversas? E ele mencionou alguma iniciativa interna que se beneficia diretamente da sua solução? Um champion sem acesso ao decisor não consegue fazer o processo avançar, mesmo que queira. Um entusiasta com acesso mas sem iniciativa interna ligada não tem motivação para defender o projeto quando a conversa interna acontece.
Com que frequência revisar o mapa do comitê?
A frequência depende do ciclo de venda da conta e do estágio do programa. Em ciclos de 3 a 6 meses, revisão mensal é suficiente. Em ciclos mais curtos, quinzenal. Independentemente do ciclo, há três gatilhos que justificam revisão imediata: mudança de cargo ou saída de pessoas-chave detectada no LinkedIn, notícia sobre a empresa que muda o contexto interno, e qualquer engajamento inesperado com conteúdo do programa. O LinkedIn costuma mostrar a mudança de cargo antes de qualquer comunicado oficial, o que dá uma janela de alguns dias para ajustar o mapa antes que a mudança afete a negociação.
O que fazer quando ninguém na conta responde?
Silêncio não é rejeição. É ausência de contexto suficiente ou mensagem direcionada para a pessoa errada no momento errado. Antes de desistir de uma conta, revise o mapa em três dimensões: você está abordando a pessoa com poder e motivação para agir sobre o que a sua solução resolve? A mensagem é relevante para o que ela está priorizando neste momento, com base nos sinais públicos disponíveis? O conteúdo que está sendo entregue chega no canal e no formato que ela consome? Em programas ABM com mapeamento adequado, silêncio persistente costuma indicar que a entrada foi feita pelo contato errado ou que o timing não está alinhado com a prioridade atual da conta. O artigo sobre sequência versus orquestração de ABM detalha como a falta de personalização por papel e por momento gera exatamente esse padrão de não-resposta.