BRIGGS logo

MEDDICC: o framework completo para vendas B2B em 2026

Guia prático de MEDDICC para times de vendas B2B brasileiros: cada letra explicada com exemplos reais, como aplicar sem virar burocracia e como automatizar o preenchimento.

Equipe Briggs
9 de julho de 2026
7 min de leitura

Introdução

MEDDICC virou padrão em vendas B2B enterprise pelo mesmo motivo que checklist de piloto virou padrão em aviação: reduz o erro de julgamento em decisão de alto valor. Só que na maioria dos times comerciais brasileiros, MEDDICC entra como planilha extra, o AE preenche de qualquer jeito depois da call e o gestor nunca confia no que está escrito.

Este guia é para quem quer usar MEDDICC de verdade — não como campo obrigatório no CRM, mas como diagnóstico real de cada deal.


O que é MEDDICC

MEDDICC é um framework de qualificação de deal criado por Jack Napoli e Dick Dunkel na PTC nos anos 90, adotado depois por empresas como Snowflake, MongoDB e Salesforce. A sigla cobre sete elementos que precisam ser mapeados para um deal enterprise fechar dentro do prazo previsto.

A versão original era MEDDIC (seis letras). O segundo C — Competition — foi adicionado depois, virando MEDDICC. Alguns times ainda usam MEDDPICC, incluindo Paper Process como oitava letra.

Cada letra responde uma pergunta que separa deal previsível de deal em risco.


M — Metrics

Métricas são o número que o cliente vai olhar para justificar a compra. Não é o benefício genérico ("melhorar produtividade"), é o dado quantitativo que entra no business case.

Exemplos concretos no mercado brasileiro:

  • "Reduzir churn de 8% para 5% ao ano"
  • "Aumentar taxa de fechamento de SQL de 22% para 30%"
  • "Cortar 12 horas semanais de trabalho manual do time de faturamento"

Sem métrica, o deal fica sujeito a corte de orçamento na primeira reunião de comitê. Com métrica, o champion tem munição para defender a compra.

Pergunta que valida: qual número o cliente vai apresentar para o board para justificar o investimento?


E — Economic Buyer

O economic buyer é quem tem autoridade final para liberar o orçamento. Em mid-market brasileiro, normalmente é o CFO, o CEO ou o sócio-fundador — raramente é o head da área que está avaliando.

Erro comum: o AE conversa três meses com o gerente de operações, monta proposta, e descobre no fim que quem assina é o CFO — que nunca viu o produto e vai pedir desconto de 40%.

Pergunta que valida: você já falou diretamente com quem assina o cheque? Se não, quando?


D — Decision Criteria

Critérios de decisão são as caixas que sua proposta precisa marcar para ser escolhida. Podem ser técnicos (integração com Ploomes, LGPD compliance), comerciais (preço em real, contrato anual) ou operacionais (SLA de resposta, treinamento incluso).

O problema não é ter critério, é o cliente não ter clareza de qual pesa mais. AE bom faz o cliente ranquear os critérios em vez de tratar todos como iguais.

Pergunta que valida: se o cliente tivesse que escolher os três critérios mais importantes, quais seriam?


D — Decision Process

Processo de decisão é o caminho que a compra vai percorrer internamente. Quem avalia primeiro, quem aprova, em que reunião de comitê entra, qual o prazo entre proposta e assinatura.

Em enterprise brasileiro, esse processo costuma envolver: gerente da área → diretoria → jurídico → CFO → assinatura. Cada etapa pode adicionar 15 a 30 dias. AE que não mapeia esse caminho vira refém do "vamos analisar internamente" indefinido.

Pergunta que valida: entre hoje e a assinatura, quantas pessoas ainda precisam aprovar e em que ordem?


I — Identify Pain

Dor identificada é o problema concreto que motiva a compra. Não é a dor superficial ("queremos mais eficiência"), é a dor específica que já custa dinheiro hoje.

Diferença prática:

  • Dor superficial: "nosso forecast não é confiável"
  • Dor identificada: "no último trimestre erramos o forecast em 32% para baixo, o CFO cortou headcount de marketing e agora estamos brigando por pipeline"

A dor identificada tem custo, tem prazo e tem consequência política. É ela que sustenta a urgência.

Pergunta que valida: o que acontece se o cliente não resolver esse problema em seis meses?


C — Champion

Champion é a pessoa dentro do cliente que quer que você ganhe e tem influência política para defender internamente. Não é qualquer contato — é alguém que ganha algo se você fechar (promoção, orçamento, redução de sofrimento operacional).

Champion não se identifica por título. Se identifica por comportamento: retorna suas mensagens, marca reunião interna sem você pedir, compartilha informação sobre concorrentes.

Erro comum: confundir champion com coach. Coach dá informação, champion age pela sua proposta em reunião interna.

Pergunta que valida: se o CFO disser "não" no comitê, quem no lado do cliente vai brigar pela sua proposta?


C — Competition

Concorrência é o alternativo que o cliente está avaliando — incluindo "não fazer nada" e "resolver internamente com planilha e um estagiário". A segunda categoria costuma ser a mais perigosa em mid-market brasileiro.

Mapear concorrência não é só saber os nomes. É entender por que o cliente ainda está avaliando alternativa, o que o concorrente promete que você não promete, e onde você é objetivamente melhor.

Pergunta que valida: se o cliente escolher o concorrente amanhã, qual seria o motivo específico?


Como aplicar MEDDICC sem virar burocracia

O jeito errado de implementar MEDDICC é criar sete campos obrigatórios no CRM e cobrar preenchimento no 1-on-1. Isso gera dois problemas: o AE preenche por obrigação (dados ruins) e o gestor perde tempo cobrando em vez de coachear.

O jeito certo tem três passos.

1. MEDDICC entra na conversa, não no formulário

Os sete campos são perguntas de discovery, não campos de CRM. O AE precisa saber puxar Economic Buyer em uma call sem parecer que está lendo checklist.

2. Preenchimento é responsabilidade compartilhada

O AE preenche o que capturou na call. O gestor valida no pipeline review. O sistema idealmente extrai o que foi dito nas reuniões e cruza com o que foi preenchido.

3. MEDDICC vira gatilho de forecast, não relatório de fim de mês

Um deal com Economic Buyer não identificado e Champion frágil não deveria estar em "commit" no forecast. MEDDICC precisa mudar a probabilidade ponderada do deal, não só existir como campo consultivo.


Como Revenue Intelligence automatiza MEDDICC

Uma plataforma de Revenue Intelligence extrai boa parte do MEDDICC direto das conversas. A extension analisa a call, identifica quem foi mencionado como decisor, quais critérios foram citados, qual concorrente entrou na conversa, se dor foi quantificada. Depois faz write-back no CRM sem o AE precisar preencher manualmente.

O gestor abre o deal e vê MEDDICC completo com origem auditável — cada campo tem link para o trecho da reunião onde a informação apareceu. Se o Champion foi citado mas nunca respondeu e-mail, o sistema marca esse gap como sinal de risco.

O AE ganha tempo de discovery. O gestor ganha visibilidade real. O forecast passa a refletir qualificação, não otimismo.


Conclusão: MEDDICC bem aplicado muda o forecast

MEDDICC não é diferencial em si — é padrão. O que diferencia time bom de time médio é a disciplina de aplicar sem virar teatro de CRM. Quando cada deal tem os sete campos preenchidos com dado real, o pipeline review deixa de ser reunião de opinião e vira reunião de decisão.

Para VP e Diretor Comercial que querem forecast confiável, MEDDICC precisa sair da planilha e entrar no fluxo real do time.

O BRIGGS Radar Comercial preenche MEDDICC automaticamente a partir das reuniões e faz write-back direto no seu CRM (HubSpot, Pipedrive, Ploomes, RD Station, Twenty). Cada campo tem origem auditável e vira gatilho no forecast. Solicite uma demonstração e veja MEDDICC funcionando no seu funil.