MQL и SQL: чем отличаются и зачем это маркетологу

Маркетолог кладёт на стол отчёт: «200 заявок за месяц, план перевыполнен». Руководитель продаж листает CRM и морщится: «Работать почти не с кем, половина не берёт трубку, четверть спрашивала цену для диплома». Оба уверены в своих цифрах. Оба правы. Спор не решается, потому что слово «лид» для них означает разные вещи.

Разделение лидов на MQL и SQL закрывает ровно этот разрыв. Две аббревиатуры из англоязычных методичек на деле оказываются рабочим языком, на котором маркетинг и продажи перестают меряться отчётами и начинают считать общую экономику. Ниже разберём, что стоит за каждым термином, по каким признакам контакт переходит из одного статуса в другой, как выглядит весь путь от заявки до сделки, при чём тут BANT и SLA, какие метрики открываются и на каких ошибках система обычно ломается. Сразу закроем и частую путаницу: MQL и SQL из маркетинга не имеют отношения к языку запросов SQL, о котором подумает любой, кто работал с базами данных.

Что такое лид: короткая база

Лид это контакт, который проявил интерес к вашему продукту и оставил способ с ним связаться. Оставил телефон в форме, написал в чат, скачал прайс, зарегистрировался на вебинар. На входе в воронку все они выглядят одинаково: строчка в CRM с именем и номером.

Но интерес интересу рознь. Один человек сравнивает подрядчиков и готов подписать договор в этом квартале. Другой собирает информацию впрок и вернётся через год. Третий вообще перепутал вас с однофамильцем. Пока все они лежат в одной куче «заявки», отличить перспективного от случайного нельзя. Отсюда и растут MQL с SQL: это два фильтра, через которые контакт проходит по пути к сделке.

Что такое MQL: лид, квалифицированный маркетингом

MQL расшифровывается как Marketing Qualified Lead, лид, квалифицированный маркетингом. Это контакт, который проявил интерес и по формальным признакам похож на вашего клиента, но пока не подтвердил готовность покупать. Маркетинг считает его перспективным и передаёт в продажи.

MQL всегда рождается из действия. Человек скачал гайд по внедрению CRM, дважды вернулся на страницу с тарифами, оставил почту на вебинаре, заполнил калькулятор стоимости. Само по себе это ещё не заявка «продайте мне сейчас». Это сигнал интереса, достаточный, чтобы менеджер потратил время на звонок.

Ключевое в термине слово «квалифицированный». До MQL контакт проходит первичный фильтр по двум группам признаков.

Профиль, то есть соответствие портрету клиента. Подходит ли отрасль, размер компании, должность, регион, тип бизнеса. Директор по закупкам производственной компании и студент, скачавший тот же PDF для курсовой, оставляют идентичные заявки. Лиды при этом разные.

Поведение, то есть вовлечённость. Что человек сделал и насколько это «горячо». Скачать один чек-лист и запросить коммерческое предложение это разные уровни готовности, и весить они должны по-разному.

Признаки MQL на практике выглядят так:

  • должность и компания попадают в целевой сегмент;
  • совершил два и более целевых действия за короткий срок;
  • смотрел страницы с ценами, кейсами, условиями работы;
  • оставил рабочую почту на корпоративном домене, без одноразовых ящиков;
  • откликается на письма, открывает рассылку, переходит по ссылкам.

Точный порог у каждого бизнеса свой. Кто-то считает MQL любого, кто заполнил форму «рассчитать стоимость», кому-то нужна сумма баллов по скорингу. Общее одно: MQL это гипотеза о готовности, которую ещё предстоит проверить в разговоре. Как отсекать нецелевые обращения до того, как они съедят время отдела продаж, мы подробно разбирали в материале про квалификацию лидов.

Что такое SQL: лид, квалифицированный продажами

SQL расшифровывается как Sales Qualified Lead, лид, квалифицированный продажами. Это контакт, который менеджер проверил в прямом общении и признал готовым к сделке. Позвонил, задал вопросы, убедился, что у человека есть реальная потребность, бюджет, полномочия и понятные сроки, и взял его в активную работу.

Если MQL звучит как «маркетинг считает, что с этим контактом стоит поговорить», то SQL звучит как «продажи поговорили и подтвердили: это реальная возможность сделки». Между двумя статусами лежит проверка, и проводит её менеджер по продажам, уже без участия маркетолога.

Признаки SQL:

  • у клиента есть осознанная задача, которую закрывает ваш продукт;
  • обсуждён порядок бюджета, и он реалистичен;
  • вы говорите с тем, кто принимает решение или напрямую на него влияет;
  • есть срок, к которому вопрос надо решить;
  • клиент готов к следующему шагу: демо, встрече, расчёту, договору.

Именно на этой стадии SQL как термин продаж стоит отделить от SQL как языка запросов к базам данных. Аббревиатура одна, смыслы разные. В контексте воронки речь всегда про Sales Qualified Lead, к Structured Query Language это отношения не имеет. Путаница возникает часто, особенно когда о лидах читают технические специалисты, поэтому оговорку стоит держать в голове.

Критерии квалификации: BANT и его соседи

Чтобы перевод MQL в SQL не держался на интуиции менеджера, продажи опираются на методику. Классический ориентир в B2B это BANT. Менеджер проверяет четыре вещи.

  • Budget (бюджет). Есть ли у клиента деньги на решение задачи и понимает ли он порядок цен.
  • Authority (полномочия). Общаемся ли мы с тем, кто принимает решение, или с человеком, который потом будет уговаривать начальство.
  • Need (потребность). Есть ли реальная, осознанная боль, которую закрывает продукт, или интерес чисто ознакомительный.
  • Timeline (сроки). Когда клиент планирует решить вопрос: в этом месяце или «когда-нибудь потом».

BANT удобен, но не единственный. Под сложные длинные сделки часто берут более дотошные фреймворки. MEDDIC добавляет метрики выгоды, критерии выбора, схему принятия решения и внутреннего сторонника со стороны клиента. GPCT смещает акцент на цели и планы клиента, что удобно в консультационных продажах. CHAMP ставит во главу угла вызовы клиента и отодвигает бюджет на второй план. Выбор методики зависит от вашего цикла сделки и среднего чека. Малому бизнесу с быстрыми продажами хватит трёх вопросов на салфетке. Enterprise-продажам на миллионы нужен разбор по MEDDIC.

Важно, что критерии MQL и критерии SQL отличаются по природе. MQL проверяют по данным, которые собираются без разговора: должность из формы, поведение на сайте, источник трафика. SQL проверяют в диалоге, где менеджер вытаскивает то, что ни одна форма не покажет: бюджет, реальный срок, кто в компании против покупки.

MQL против SQL: в чём отличие по стадиям

Чтобы разница не расплывалась, соберём весь путь в одну таблицу. Она же отвечает на самый частый запрос «mql sql отличие»: разными статусами владеют разные команды, по разным критериям и с разными примерами. Числа и формулировки условные, для иллюстрации логики.

Путь контакта по стадиям: кто отвечает, по каким критериям, на примере (значения условные)
Стадия Кто отвечает Критерии Пример
Лид Маркетинг Оставил контакт, любое целевое действие Скачал прайс, оставил почту
MQL Маркетинг Профиль подходит, вовлечённость выше порога Директор из целевой отрасли запросил расчёт и вернулся на страницу цен
SQL Отдел продаж Потребность, бюджет, полномочия, сроки (BANT) На звонке подтвердил бюджет и срок внедрения в этом квартале
Сделка Отдел продаж Согласованы условия, подписан договор Выставлен счёт, стартовал проект

Главная мысль под таблицей простая. MQL и SQL это два последовательных статуса одного и того же контакта. Один человек проходит их по очереди. Лид движется по воронке, на каждой границе проходит проверку и меняет владельца. Маркетинг отвечает за то, чтобы в продажи поступали качественные MQL. Продажи отвечают за то, чтобы из MQL получались SQL, а из SQL сделки.

Путь Lead → MQL → SQL → сделка

Теперь пройдём этот путь целиком, потому что именно переходы между стадиями решают экономику.

Лид становится MQL. Заявка попадает в CRM. Автоматика или маркетолог сверяет её с портретом и поведением. Прошла порог, получила статус MQL и ушла в продажи. Не прошла, осталась в базе на прогрев. На этом шаге удобно работает скоринг лидов: каждому признаку присваивается вес, сумма баллов переводит контакт в MQL автоматически, без ручного спора «отдавать или нет».

MQL становится SQL. Менеджер берёт контакт, звонит, проверяет по BANT. Подтвердил потребность, бюджет и сроки, статус меняется на SQL, лид попадает в воронку продаж как полноценная возможность. Не подтвердил, лид возвращается в маркетинг с пометкой почему.

SQL становится сделкой. Дальше работают переговоры, презентация, коммерческое предложение, условия. Часть SQL закрывается в сделку, часть отваливается на возражениях или уходит к конкуренту. Эта стадия целиком на продажах и живёт по своей механике доведения сделки до подписи.

На каждой границе возможен откат. MQL, который не стал SQL, не выбрасывают: часто интерес есть, но время покупать ещё не пришло. Такие контакты уходят на дозревание через рассылки, полезный контент и ретаргетинг, и часть из них через месяц или квартал возвращается уже готовой к разговору. Как выстроить это дозревание системно, разбирали в материале про прогрев лидов.

Путь контакта от лида до сделки Лид становится MQL после квалификации маркетингом, затем SQL после проверки продажами, затем сделкой. На границах возможен возврат лида в маркетинг на дозревание. Лид MQL SQL Сделка маркетинг продажи продажи

Договорённость маркетинга и продаж: SLA

Пока критерии MQL живут в голове у маркетолога, а критерии SQL у РОПа, система разваливается при первом же споре. Лечит это письменная договорённость между командами, её называют SLA (Service Level Agreement).

В SLA фиксируют минимум четыре вещи. Первое: что именно считается MQL, по каким признакам и с каким порогом. Второе: за какой срок продажи обязаны взять переданный MQL в работу, например в течение 30 минут в рабочее время. Третье: сколько попыток контакта менеджер делает, прежде чем признать лид недозвоном. Четвёртое: как и когда MQL возвращается в маркетинг на дозревание и с какой пометкой.

Скорость здесь не формальность. Интерес остывает быстро, и лид, до которого дозвонились через два дня, конвертируется в разы хуже того, кому перезвонили за десять минут. Обратная сторона договорённости это встречное обязательство маркетинга: не заваливать продажи сырыми контактами ради красивого отчёта. Как собрать такой документ и не превратить его в формальную бумагу, разбирали в статье про SLA между маркетингом и продажами.

Метрики и конверсии между стадиями

Как только лиды разложены по статусам, открывается набор показателей, которого раньше просто не существовало. Все числа ниже условные.

  • Конверсия Lead → MQL. Какая доля всех заявок проходит первичный фильтр. Низкое значение это сигнал, что реклама гонит нецелевой трафик.
  • Конверсия MQL → SQL. Главная метрика стыка двух команд. Если она проседает, маркетинг и продажи по-разному понимают, что такое хороший лид.
  • Конверсия SQL → сделка. Зона продаж, но маркетологу её видеть полезно для расчёта окупаемости канала.
  • Стоимость MQL и стоимость SQL. Сколько стоит квалифицированный лид на каждой стадии. Именно цена SQL показывает реальную стоимость привлечения по каналу, цена клика тут обманчива.

Дальше эти конверсии превращаются в планирование. Условный пример: канал даёт 100 лидов, из них 40 MQL, из них 10 SQL, из них 3 сделки. Значит, чтобы получить 6 сделок, нужно 200 лидов, и вы заранее знаете бюджет. Другой канал при тех же 100 лидах даёт всего 1 сделку, потому что трафик мусорный. По числу заявок он выглядел бы дешевле. По стоимости SQL проигрывает вчистую.

Для российского рынка это особенно важно. Основная площадка контекста сейчас Яндекс Директ, в дополнение идут VK Реклама и Telegram Ads, а запуск Google Ads на территории РФ приостановлен. Каналов меньше, конкуренция за них выше, и оценивать их по цене клика опасно. Чтобы связать статусы из CRM с расходами на рекламу, нужна сквозная аналитика. Без неё цифры по MQL и SQL живут отдельно от бюджета, и свести их в окупаемость не выйдет.

Типичные ошибки

Считать любую заявку сразу MQL. Это стирает весь смысл фильтра. Сырой контакт без квалификации не должен автоматически падать в продажи.

Не фиксировать определения письменно. Критерии в голове у руководителя рассыпаются при первой же смене сотрудника. Нужен документ, под которым подписались обе команды.

Передать MQL и забыть. Без регламента скорости и обратной связи лиды остывают, а маркетинг не понимает, почему конверсия в сделки на дне.

Премировать маркетинг за число MQL в отрыве от SQL. Команда быстро сообразит, что порог квалификации можно опустить, и накрутит показатель мусором. Цели надо привязывать к движению вниз по воронке, к SQL и сделкам.

Путать статусы и портить отчётность. Когда часть менеджеров ставит SQL «на всякий случай», а часть только после подписи, воронка врёт. Определения должны читаться одинаково всеми.

Запустить трафик до настройки аналитики. Если в CRM не размечены статусы и реклама не связана с продажами, считать MQL и SQL не на чем. Разметку выстраивают до того, как включают бюджет.

Частые вопросы

Что такое MQL и SQL простыми словами?

MQL это лид, которого маркетинг счёл перспективным по интересу и портрету и передал в продажи. SQL это лид, которого менеджер проверил в разговоре и подтвердил как реальную возможность сделки. Первое это гипотеза о готовности, второе это подтверждённая готовность.

В чём отличие MQL от SQL?

Отличие в том, кто квалифицирует и по каким критериям. MQL квалифицирует маркетинг по данным без разговора: должность, поведение на сайте, источник. SQL квалифицирует отдел продаж в прямом контакте по бюджету, полномочиям, потребности и срокам. Это два последовательных статуса одного контакта.

Что значит MQL в маркетинге?

В маркетинге MQL (Marketing Qualified Lead) обозначает контакт, который прошёл первичный фильтр по портрету клиента и уровню вовлечённости и готов к передаче в продажи. Это способ отделить перспективные заявки от случайных ещё до того, как менеджер потратит на них время.

SQL в продажах это то же самое, что язык SQL?

Нет. В продажах SQL это Sales Qualified Lead, лид, готовый к сделке. Язык SQL (Structured Query Language) это инструмент запросов к базам данных. Аббревиатура совпадает случайно, смыслы никак не связаны.

Обязательно ли вводить MQL и SQL в маленькой компании?

Формальный скоринг с баллами малому бизнесу часто избыточен. Сам принцип полезен любому бизнесу с осмысленным циклом сделки: не каждая заявка готова к продаже, контакт проходит фильтр. Начать можно с одного письменного определения качественного лида, согласованного с продажами.

Как понять, что критерии MQL заданы неверно?

Главный индикатор это конверсия MQL в SQL. Если продажи отклоняют большую часть переданных лидов, планка квалификации стоит слишком низко или критерии не отражают реальный портрет клиента. Регулярная сверка с отделом продаж помогает откалибровать пороги.

Заключение

MQL и SQL дают маркетингу и продажам общий язык и честную экономику лидов. Разделение статусов превращает вечный спор «много заявок против плохих заявок» в управляемый процесс с понятными метриками и зонами ответственности.

Короткий чек-лист для внедрения:

  • письменно зафиксируйте, что у вас считается MQL и SQL, согласуйте с продажами;
  • опишите критерии профиля и поведения для MQL и критерии BANT для SQL;
  • пропишите SLA: скорость обработки, число попыток, правила возврата на дозревание;
  • разметьте статусы в CRM и настройте сквозную аналитику до запуска трафика;
  • считайте конверсии Lead → MQL → SQL → сделка и стоимость SQL по каждому каналу;
  • регулярно сверяйтесь с продажами и калибруйте критерии по обратной связи.

Если хочется выстроить эту систему так, чтобы маркетинг и продажи считали деньги в одной логике, а Яндекс Директ и другие каналы приносили доходящие до сделки лиды, команда Lead The Way поможет разобраться с квалификацией, аналитикой и экономикой воронки. Оставьте заявку, и мы обсудим вашу ситуацию.