Что такое MQL и SQL и зачем они нужны бизнесу

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

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

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

Зачем бизнесу вообще нужны MQL и SQL

Без промежуточных статусов воронка — это просто список контактов на входе и сумма сделок на выходе. Между ними — участок, где может происходить что угодно: маркетинг может приводить нецелевой трафик, а продажи — не успевать обрабатывать заявки, и со стороны итоговой цифры продаж эти две совершенно разные проблемы выглядят одинаково: «мало сделок».

MQL и SQL превращают этот непрозрачный участок в измеримую последовательность:

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

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

Точные определения: что такое MQL и что такое SQL

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

SQL (Sales Qualified Lead) — лид, соответствующий критериям продаж и принятый в работу отделом продаж. Здесь оценка смещается от маркетингового интереса к коммерческой перспективе: есть ли реальная потребность, бюджет, полномочия и сроки для сделки. Именно с SQL начинается предметная работа менеджера, тогда как этап до него в основном сфокусирован на попадании лида в поле зрения нужных людей.

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

MQL и SQL: сравнение по ключевым критериям

Критерий	MQL	SQL
Источник интереса	Реакция на контент, рекламу, рассылку, мероприятие	Осознанный запрос или подтверждённый интерес после общения с менеджером
Глубина вовлечения	Скачал материал, посетил несколько страниц, оставил заявку на демо	Провёл содержательный разговор, обсудил задачу и условия
Готовность к диалогу	Готов получать материалы и отвечать на письма и звонки	Готов обсуждать конкретное предложение и условия сделки
Наличие бюджета	Не подтверждено, часто неизвестно	Бюджет обозначен или подтверждена возможность его выделения
Наличие ЛПР	Контакт может не быть лицом, принимающим решение	Есть выход на ЛПР или подтверждено его участие в решении
Срок принятия решения	Не определён или отдалённый	Обозначены примерные сроки закрытия задачи
Кто оценивает	Маркетинг — по установленным правилам скоринга	Продажи — по результатам первого содержательного контакта
Что происходит дальше	Передача менеджеру для квалификации	Формирование opportunity и работа по сделке

Важная оговорка: конкретные пороги — что именно считать «достаточным вовлечением» или «подтверждённым бюджетом» — не универсальны. Компания с циклом сделки в одну неделю и чеком в 50 000 рублей и компания с циклом в полгода и чеком в 20 млн рублей будут по-разному определять MQL и SQL, и это нормально: критерии должен формировать сам бизнес под свой цикл сделки, а не копировать чужой шаблон как готовый стандарт.

Примеры критериев MQL в разных нишах

Условные примеры — у каждой компании должны быть свои реальные критерии, здесь только иллюстрация логики:

• Производитель промышленного оборудования. MQL — представитель компании из целевой отрасли скачал технический прайс или шаблон ТЗ и оставил рабочий email с корпоративным доменом.
• ИТ-интегратор. MQL — лид записался на демонстрацию продукта или скачал сравнение тарифов, при этом должность контакта соответствует профилю принимающих техническое решение — IT-директор, руководитель отдела.
• Логистическая компания. MQL — заявка на расчёт стоимости перевозки с указанием реальных параметров груза и маршрута, а не общий запрос «сколько стоят ваши услуги».

Примеры критериев SQL

• Промышленное оборудование. SQL — после звонка менеджера подтверждено: есть выделенный бюджет на проект, названы примерные сроки закупки, на связи технический специалист и лицо, утверждающее бюджет.
• ИТ-интеграция. SQL — проведена встреча с описанием задачи, есть понимание масштаба внедрения, названа вилка бюджета, определён срок принятия решения.
• Логистика. SQL — клиент подтвердил регулярность отгрузок, обозначил ожидаемый объём и сроки старта сотрудничества, готов к коммерческому предложению.

Ещё раз: формулировки здесь — иллюстрация логики, а не готовый чек-лист для копирования. Разумный способ определить собственные критерии — разобрать закрытые сделки за последние полгода и найти общие признаки, которые были у клиентов на момент, когда с ними начали предметно работать.

Переход из MQL в SQL — процесс, а не автоматическое событие

Частая ошибка — воспринимать переход MQL в SQL как автоматическую смену статуса в CRM по формуле или скоринговым баллам. На практике это управляемый процесс: лид набрал признаки MQL, попал в работу продаж, и уже менеджер по результатам живого контакта решает, действительно ли есть коммерческая перспектива. Автоматизация может ускорить и структурировать этот процесс, например автоматически передавать лида, набравшего нужный балл, менеджеру, но финальное решение о статусе SQL — результат человеческой квалификации, а не только алгоритма.

Именно поэтому статус SQL нельзя присваивать лиду только на основании действий на сайте — сколько бы страниц он ни посмотрел, подтвердить бюджет и полномочия может только разговор с человеком.

Типичные ошибки в работе с MQL и SQL

• Слишком мягкие критерии MQL. Почти любое действие засчитывается как MQL — открыл письмо, зашёл на сайт. Продажи захлёбываются количеством, а не качеством лидов, и начинают игнорировать метку MQL как бессмысленную.
• Слишком жёсткие критерии MQL. Планка настолько высокая, что MQL становится редкостью, и маркетинг выглядит неэффективным, хотя реальный интерес на рынке есть — просто он не проходит искусственно завышенный фильтр.
• MQL считают по формальным действиям без связи с намерением купить. Скачивание бесплатного чек-листа приравнивается по весу к записи на демонстрацию продукта, хотя это принципиально разный уровень готовности.
• Критерии не пересматриваются. Пороги установлены один раз и не меняются, хотя рынок, продукт и каналы привлечения меняются постоянно.
• SQL присваивается без реальной проверки. Менеджер помечает лида как SQL, просто чтобы показать заполненную воронку в отчёте, без факта подтверждённого бюджета или потребности.

Условная воронка: как выглядит движение MQL и SQL в цифрах

Условный пример, иллюстрирующий логику, а не отраслевую норму: из 1000 лидов, попавших в систему за месяц, 200 проходят фильтр MQL — то есть демонстрируют признаки реального интереса и соответствия профилю клиента. Из этих 200 в SQL по итогам работы продаж переходит 80: часть отсеивается из-за отсутствия бюджета, часть — из-за недостижимости лица, принимающего решение. Из 80 SQL до статуса реальной opportunity с обсуждаемым предложением доходит 30, а до закрытой сделки — 10.

Этап	Количество (условный пример)	Конверсия к предыдущему этапу
Лиды	1000	—
MQL	200	20%
SQL	80	40%
Opportunities	30	37,5%
Сделки	10	33%

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

Как контролировать качество MQL и SQL

• Доля MQL, которые продажи принимают как SQL — слишком низкая доля сигнализирует, что критерии MQL не связаны с реальной готовностью клиента.
• Доля SQL, доходящих до opportunity.
• Среднее время от присвоения MQL до присвоения SQL.
• Распределение причин, по которым MQL не становится SQL.
• Регулярность пересмотра критериев MQL и SQL — например, раз в квартал по итогам анализа закрытых и проигранных сделок.

Эти показатели имеют смысл только в связке с общей системой KPI маркетинга и продаж — подробнее о том, как согласовать KPI маркетинга и отдела продаж.

Если в компании нет согласованных критериев MQL и SQL, и каждый отдел оценивает готовность лида по-своему, «Эффект масштаба» помогает выстроить единую систему между маркетингом и продажами — от общего профиля клиента и критериев MQL/SQL до SLA, CRM-процессов и сквозных показателей.

Если компания уже готова перейти от разрозненных договорённостей к управляемому процессу, следующий шаг — построение системы маркетинга.

Вывод

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