MQL e SQL são dois termos que aparecem em todo deck de vendas, toda reunião de onboarding e todo playbook novo.
E mesmo assim, a maioria das operações não tem um critério de passagem documentado entre os dois.
Definição de MQL e SQL não é o problema. Critério é.
Definição é o que está escrito no Google Docs que ninguém abre. Critério é o que o SDR usa na segunda-feira de manhã quando o lead acabou de entrar. Se os dois não são a mesma coisa, você tem um problema de pipeline disfarçado de problema de marketing.
O que é MQL e o que é SQL
MQL (Marketing Qualified Lead) é o lead que o marketing considerou pronto o suficiente para receber atenção comercial. Geralmente baseado em comportamento: preencheu formulário, baixou material, clicou em anúncio, interagiu com o site.
SQL (Sales Qualified Lead) é o lead que passou por triagem ativa e foi considerado pronto para uma conversa de vendas. Validado pelo SDR ou pelo vendedor, com base em perguntas reais numa ligação ou troca de mensagens.
A transição de MQL para SQL é onde a maioria das operações quebra. Não porque o conceito é difícil. Porque o critério de passagem não existe de verdade. Se você ainda não tem clareza sobre o que define um lead qualificado de verdade, começa por aí antes de seguir.
Por que o critério importa mais do que a definição
Imagine dois cenários.
No primeiro: o marketing passa o lead para vendas quando ele solicita contato no formulário. Pronto, virou SQL.
No segundo: o SDR liga, descobre que a pessoa é estagiária, a empresa tem 4 funcionários e o orçamento declarado não cobre nem o plano de entrada. Mas está no CRM como oportunidade aberta.
Quem errou? Ninguém. O critério simplesmente não existia.
Pesquisa da Forrester (2023) aponta que empresas com SLA documentado entre marketing e vendas convertem leads em clientes a uma taxa 36% maior que as sem SLA. Esse SLA só funciona quando o critério de passagem está explícito, não na cabeça do gestor.
Se quiser entender esse ponto com mais profundidade, o Maucir explica a lógica de qualificação de leads do zero nesta aula gratuita:
Os 4 critérios que um SQL precisa cumprir
Antes de qualquer lead mudar de etapa no CRM, ele precisa ter passado por quatro filtros. Todos os quatro, sem exceção.
1. Fit com o ICP A empresa ou pessoa tem o perfil que você atende? Segmento, tamanho, maturidade, localização — o que for relevante para o seu negócio. Lead sem fit com ICP não é SQL. É desperdício de tempo do fechador.
2. Autoridade Você está falando com quem pode dizer sim? Ou com alguém que vai “levar para o gestor”? Lead sem autoridade gera ciclo longo sem motivo.
3. Necessidade real Tem um problema que a sua solução resolve? Não curiosidade. Problema. Curiosidade passa. Problema dói — e quem tem dor toma decisão.
4. Timing Existe uma janela de decisão nos próximos 30 a 90 dias? Lead que vai decidir “quando a situação melhorar” não é SQL. É pipeline poluído.
Esse framework é uma versão do BANT clássico, conhecido desde os anos 60 e ainda eficaz justamente porque é simples de aplicar. O nome não importa. O que importa é que o time saiba de cor quais são os quatro filtros, consiga aplicá-los numa conversa de 15 minutos e documente no CRM.
Se qualquer um dos quatro não estiver claro, o lead volta para nutrição. Sem negociação.
O erro mais comum: critério que varia por vendedor
O critério de passagem precisa ser igual para todo o time.
Quando cada vendedor decide sozinho o que é SQL, você para de ter dado. Você passa a ter a opinião de cada um empilhada no CRM, disfarçada de oportunidade.
O resultado é previsível: forecast que não fecha, reunião de pipeline que vira debate sobre o que é oportunidade de verdade, e gestor que não sabe em que acreditar.
A solução não é mais reunião. É critério escrito, aplicado da mesma forma por todos, com campo obrigatório no CRM para registrar a evidência de cada filtro.
Como documentar o critério na prática
Quatro campos no CRM, um por filtro:
- Fit com ICP confirmado? (sim / não / parcial)
- Decisor identificado e contato feito? (sim / não / em andamento)
- Problema validado com a fala do próprio lead? (sim / não)
- Janela de decisão definida? (data aproximada ou “sem prazo”)
Se algum campo não está preenchido, o lead não muda de etapa. O CRM trava. O processo respeita o critério.
Não é burocracia. É o que separa pipeline real de pipeline de ficção.
MQL que virou SQL cedo demais: o custo oculto
Quando o critério é frouxo, leads entram em vendas antes da hora. O vendedor gasta tempo com quem não está pronto. O ciclo alonga. A taxa de conversão cai.
Quem paga a conta? O vendedor, que fecha menos. O gestor, que não consegue prever receita. A empresa, que não sabe se o problema está na prospecção, na qualificação ou no fechamento.
Dados da HubSpot (2022) mostram que equipes com critério claro de passagem MQL-SQL têm ciclo de vendas 23% mais curto. Não porque vendem mais rápido. Porque param de desperdiçar energia com leads que nunca iam fechar.
O papel do SDR nesse processo
O SDR é a linha de triagem. É ele quem aplica o critério de passagem na prática, em cada ligação, cada mensagem, cada reunião de qualificação.
SDR sem critério claro é SDR atirando para todo lado. Às vezes acerta. Mas não escala, não tem consistência e não gera dado útil para o gestor.
SDR com critério bem definido vira uma máquina de qualificação previsível. Passa os leads certos para vendas. Segura os que não estão prontos. E o pipeline começa a refletir a realidade.
FAQ – Perguntas frequentes sobre MQL e SQL
O que é MQL em vendas?
MQL (Marketing Qualified Lead) é o lead que demonstrou interesse suficiente para ser reconhecido pelo marketing como potencial comprador, geralmente por comportamento digital como preenchimento de formulário, download de material ou interação com anúncio. Ele ainda não foi triado pelo time comercial.
O que é SQL em vendas?
SQL (Sales Qualified Lead) é o lead que passou por triagem ativa do time de pré-vendas e foi validado como pronto para uma conversa com o vendedor. A validação é feita com base em critérios objetivos: fit com o ICP, autoridade, necessidade e timing.
Qual a diferença entre MQL e SQL?
A diferença principal está em quem faz a qualificação e com base em quê. MQL é qualificado pelo marketing, com base em comportamento. SQL é qualificado pelo SDR ou vendedor, com base em perguntas reais e critérios definidos. O erro mais comum é tratar os dois como sinônimos e não ter um critério claro de passagem entre eles.
Como definir o critério de passagem de MQL para SQL?
O critério precisa responder quatro perguntas: o lead tem fit com o ICP? Você está falando com quem decide? Há um problema real que sua solução resolve? Existe uma janela de decisão nos próximos 60 a 90 dias? Se as quatro respostas forem sim, é SQL. Se falta qualquer uma, o lead volta para nutrição.
Como qualificar leads inbound de forma eficiente?
Com um processo estruturado de triagem executado pelo SDR: coleta de informações no primeiro contato, aplicação de critérios objetivos (BANT ou similar), registro no CRM e decisão clara — avança para vendas ou volta para nutrição. Sem critério definido, a qualificação vira achismo.
O que acontece quando o critério de passagem não existe?
O pipeline enche de leads não qualificados. O ciclo de vendas alonga. A taxa de conversão cai. O forecast fica impreciso. E o gestor não consegue identificar onde está o gargalo real, se é geração de leads, qualificação ou fechamento.