MQL e SQL: qual a diferença e como alinhar marketing e vendas na passagem de leads

Poucas discussões consomem tanto tempo em reuniões de resultado quanto a definição de MQL e SQL. Marketing diz que entregou 300 leads no mês; vendas responde que "nenhum servia". Os dois têm razão em parte, e o problema quase nunca é o volume: é a ausência de um critério compartilhado sobre o que é um lead pronto para avançar.
MQL (Marketing Qualified Lead) e SQL (Sales Qualified Lead) são as duas etapas em que um contato deixa de ser um nome na base e passa a ser uma oportunidade real. Quando as duas definições são claras, documentadas e aceitas pelas duas áreas, o funil fica previsível, o CRM reflete a realidade e a conversa muda de "quem errou" para "onde está o gargalo".
Neste artigo você vai entender a diferença prática entre os dois estágios, como definir critérios que funcionam para o seu negócio, como formalizar a passagem de leads em um SLA e como medir se o processo está funcionando.
O que é MQL (Marketing Qualified Lead)
O MQL é o lead que demonstrou interesse e perfil suficientes para merecer atenção além da nutrição automática. Ele não é necessariamente alguém pronto para comprar, mas é alguém que deixou de ser um visitante anônimo e passou a ter sinais de que pode se tornar cliente.
Esses sinais costumam vir de duas dimensões combinadas:
Perfil (fit): cargo, segmento, porte da empresa, região, faturamento ou qualquer característica que define o seu cliente ideal. Esse recorte vem do trabalho de criação de persona e do ICP (perfil de cliente ideal).
Comportamento (interesse): páginas visitadas, materiais baixados, e-mails abertos e clicados, participação em webinars, visitas repetidas à página de preços ou de contato.
Na prática, um MQL é alguém com fit razoável que fez ações suficientes para indicar que está considerando uma solução como a sua. A forma mais comum de operacionalizar isso é o lead scoring, que atribui pontos por perfil e por engajamento e define um corte a partir do qual o lead vira MQL.
O que é SQL (Sales Qualified Lead)
O SQL é o lead que o time de vendas analisou e aceitou como oportunidade. A diferença fundamental em relação ao MQL é quem valida: o MQL é definido por critérios automáticos ou pelo marketing; o SQL exige um julgamento humano de quem vai vender.
Para virar SQL, o lead normalmente passa por uma qualificação ativa, feita por um pré-vendedor (SDR) ou pelo próprio vendedor, que confirma informações que o formulário não captura: existe um problema real, há urgência, há orçamento ou pelo menos intenção de investir, e a pessoa que está conversando tem influência na decisão.
Frameworks como BANT (Budget, Authority, Need, Timing) ou GPCT (Goals, Plans, Challenges, Timeline) ajudam a padronizar essa conversa. O que importa não é a sigla escolhida, mas que todos os vendedores façam as mesmas perguntas e registrem as respostas no CRM, em campos estruturados e não em notas livres.

A etapa esquecida: o SAL (Sales Accepted Lead)
Entre MQL e SQL existe um passo que muitas empresas pulam e que explica boa parte dos conflitos: o SAL, ou lead aceito por vendas. É o momento em que vendas recebe o MQL e decide se vai trabalhá-lo ou devolvê-lo ao marketing, com um motivo registrado.
Sem esse passo, o lead entregue pelo marketing simplesmente desaparece em uma lista. Com ele, você passa a ter uma métrica preciosa: a taxa de aceitação. Se vendas rejeita 60% dos MQLs, o critério de qualificação está errado ou o marketing está atraindo o público errado. Se aceita 95% mas converte pouco em SQL, o problema está na abordagem comercial.
Os motivos de devolução precisam ser uma lista fechada no CRM (sem fit, sem contato, timing errado, concorrente já contratado, dados inválidos). Texto livre não gera análise.
Por que a diferença entre MQL e SQL importa tanto
Definir bem esses estágios resolve três problemas que custam caro.
O primeiro é o desperdício de esforço comercial. Vendedor que liga para quem baixou um e-book por curiosidade gasta tempo que deveria estar em oportunidades reais, e começa a ignorar os leads do marketing, inclusive os bons.
O segundo é a cegueira sobre o funil. Sem estágios claros, você não consegue calcular taxas de conversão entre etapas nem saber onde investir. O funil de vendas só gera previsibilidade quando cada estágio tem definição de entrada e saída.
O terceiro é a atribuição de resultado. Quando marketing é cobrado por MQLs e vendas por receita, cada área otimiza a própria métrica e o cliente fica no meio. Com definições compartilhadas e metas encadeadas (MQL, SQL, oportunidade, venda), o alinhamento deixa de depender de boa vontade.
Como definir os critérios de MQL para o seu negócio
Não existe um critério universal. Uma empresa de software com ticket de R$ 300 por mês precisa de um MQL muito mais automatizado do que uma consultoria que vende projetos de seis dígitos. O caminho prático é este:
Comece pelo histórico de vendas. Olhe os últimos 50 a 100 clientes fechados e identifique o que eles tinham em comum em perfil e em comportamento antes de comprar. Isso é mais confiável do que qualquer suposição.
Defina critérios de perfil eliminatórios. Se você não atende pessoa física, estudantes ou empresas de outro país, esses contatos nunca viram MQL, por mais que engajem.
Escolha de 3 a 5 comportamentos de alta intenção. Visita à página de preços, pedido de demonstração, download de comparativo, retorno ao site em menos de 7 dias. Dê peso maior a eles do que a downloads de topo de funil.
Estabeleça o corte e teste por 30 dias. Com o scoring configurado na ferramenta de automação, acompanhe quantos MQLs são gerados e quantos vendas aceita. Ajuste o corte até a taxa de aceitação ficar acima de 70%.
Revise a cada trimestre. O mercado muda, as campanhas mudam e os critérios precisam acompanhar.
Ferramentas como o RD Station Marketing permitem configurar esse scoring com regras de perfil e interesse e disparar automaticamente a passagem para o CRM quando o lead atinge o corte. A implementação do RD Station bem feita é justamente o que transforma essa definição em processo automático, em vez de planilha.
Como definir os critérios de SQL
Os critérios de SQL precisam ser respondíveis em uma conversa de 10 a 15 minutos e registrados em campos obrigatórios do CRM. Um conjunto mínimo costuma incluir:
Problema confirmado: o lead descreveu uma dor que a sua solução resolve, com as próprias palavras.
Impacto: essa dor tem consequência mensurável (perda de receita, custo, risco, tempo).
Decisão: você sabe quem decide, quem influencia e como o processo de compra funciona na empresa.
Prazo: existe uma janela de decisão, mesmo que aproximada.
Investimento: há orçamento ou disposição para investir dentro da faixa do seu produto.
Um lead que atende a três ou quatro desses critérios pode virar SQL com ressalvas registradas. Um que atende a um ou nenhum volta para nutrição com um motivo claro. O playbook de vendas é o lugar certo para documentar essas perguntas, as respostas aceitáveis e o que fazer em cada cenário.
O SLA entre marketing e vendas: o contrato que sustenta tudo
Definições só funcionam quando existe um acordo formal sobre como elas serão usadas. O SLA (Service Level Agreement) entre marketing e vendas é esse acordo, e ele precisa ser bilateral.
Do lado do marketing, o SLA define o que será entregue: quantidade de MQLs por mês, com quais critérios mínimos, com quais dados preenchidos e por qual canal (CRM, notificação, fila de distribuição).
Do lado de vendas, o SLA define o que será feito com cada lead: tempo máximo para o primeiro contato (idealmente minutos, não dias), número mínimo de tentativas antes de desistir, obrigatoriedade de registrar o motivo de rejeição e devolução dos leads não trabalhados para a nutrição.
A HubSpot mantém um guia sobre SLA entre marketing e vendas que serve como ponto de partida para a estrutura do documento. O importante é que ele seja curto, assinado pelos dois líderes e revisado mensalmente com base nos números, não nas impressões.
Como medir se a passagem de leads está funcionando
Com os estágios definidos, cinco indicadores mostram a saúde do processo:
Taxa de conversão de lead para MQL: mede a qualidade da atração. Se está muito baixa, as campanhas trazem o público errado; se altíssima, o critério pode estar frouxo.
Taxa de aceitação (MQL para SAL): mede o alinhamento de critérios. Abaixo de 70% exige revisão imediata.
Taxa de conversão de SAL para SQL: mede a eficiência da qualificação comercial.
Tempo de primeiro contato: quanto mais rápido, maior a conversão. Leads respondidos em minutos convertem várias vezes mais do que os respondidos em dias.
Velocidade do funil: quantos dias um lead leva, em média, de MQL até fechamento.
Esses números devem aparecer em um painel único, visível para as duas áreas, e não em relatórios separados. Um dashboard de marketing e vendas construído sobre o CRM elimina a discussão sobre qual número está certo.
Erros comuns na definição de MQL e SQL
Alguns erros se repetem em empresas de todos os portes:
Definir MQL só por comportamento. Um estudante que baixou cinco materiais tem muito engajamento e nenhum fit. Perfil precisa ser eliminatório.
Definir SQL sem conversa. Transformar MQL em SQL automaticamente pelo scoring elimina a validação humana que dá sentido ao estágio.
Metas desconectadas. Marketing com meta de MQL e vendas com meta de receita, sem meta intermediária compartilhada, garante o conflito.
Não devolver leads. O lead rejeitado por timing precisa voltar para nutrição e ser reavaliado depois. Perdê-lo é jogar fora o custo de aquisição.
Critérios na cabeça das pessoas. Se a definição não está escrita e configurada no sistema, ela muda a cada troca de gestor.
Como MQL e SQL se conectam ao CRM e à automação
O processo só se sustenta se o sistema refletir os estágios. Na prática, isso significa que a ferramenta de automação de marketing calcula o scoring e marca o lead como MQL; a integração envia o lead ao CRM com os dados de perfil e o histórico de interações; o CRM distribui o lead ao vendedor responsável e cria a tarefa de primeiro contato; o vendedor registra a qualificação em campos obrigatórios e move o lead para SQL ou para um motivo de perda; e o retorno dessa informação permite ao marketing ajustar campanhas e scoring.
Quando marketing e CRM estão na mesma plataforma, como no ecossistema RD Station, essa integração é nativa e o histórico do lead fica visível para o vendedor. Em uma configuração de CRM bem feita, cada etapa do funil corresponde a uma definição que as duas áreas aceitaram.
Um exemplo prático de definição
Para uma empresa B2B de serviços que vende para médias empresas, uma definição funcional poderia ser:
MQL é todo contato com cargo de gerência ou acima, em empresa com 50 ou mais funcionários, dos segmentos atendidos, que atingiu 50 pontos de interesse, sendo obrigatória pelo menos uma ação de alta intenção (visita à página de serviços ou pedido de contato) nos últimos 30 dias.
SQL é todo MQL que, após conversa de qualificação, confirmou um problema que a empresa resolve, tem decisor identificado, prazo de decisão em até 6 meses e orçamento compatível com o ticket mínimo. Leads sem prazo ou orçamento voltam para nutrição com reavaliação em 90 dias.
Simples, mensurável, configurável no sistema. É esse o padrão a buscar.
Alinhar marketing e vendas é um processo, não um documento
Definir MQL e SQL é o primeiro passo de uma mudança maior: fazer marketing e vendas operarem como uma única máquina de receita, com dados compartilhados e metas encadeadas. É a lógica por trás do RevOps e do modelo de Full Stack Marketing que a Redstack aplica nos clientes: estratégia, automação, CRM e tráfego funcionando sobre as mesmas definições.
Se a sua empresa ainda discute todo mês se os leads "servem ou não", o problema não é falta de leads, é falta de contrato entre as áreas. A Redstack é parceira certificada RD Station e ajuda empresas a estruturar scoring, SLA, CRM e dashboards que transformam leads em receita previsível. Fale com a nossa equipe e vamos desenhar a passagem de leads certa para o seu funil.











































Comentários