MQL и SQL - что это простыми словами

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

Эти две аббревиатуры - не маркетинговая мода, а рабочий язык, на котором маркетинг и продажи договариваются, кого и когда передавать друг другу. Без чёткого разделения стадий отдел продаж тонет в звонках людям, которые просто скачали презентацию, а маркетинг не понимает, почему его лиды называют "мусорными". Разберём термины по порядку и посмотрим, как лид физически движется от одной стадии к другой.

Расшифровка MQL и SQL

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

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

Что такое MQL

MQL - это лид, который совершил действие, статистически связанное с будущей покупкой: оставил заявку на демо, скачал прайс-лист, несколько раз возвращался на страницу с ценами, подписался на рассылку и открывает письма. Маркетинг присваивает такому контакту баллы (lead scoring) и при достижении порога помечает его как MQL.

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

Что такое SQL

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

SQL - это последняя ступень перед тем, как лид становится сделкой (deal) в CRM. После этого статуса менеджер уже готовит коммерческое предложение, презентацию или демо конкретно под задачу клиента, а не проводит общий ознакомительный разговор.

Чем MQL отличается от SQL

Если упростить до одной фразы: MQL - это "кажется, заинтересован", SQL - это "проверили, действительно заинтересован и может купить". Между этими стадиями всегда стоит этап ручной или полуавтоматической верификации, и именно качество этой верификации определяет, сколько денег компания тратит впустую на звонки нецелевым контактам.

Как маркетинг передаёт MQL в продажи

В большинстве компаний передача устроена так: CRM или маркетинговая платформа автоматически присваивает лиду статус MQL при достижении определённого количества баллов, после чего запись попадает в очередь отдела продаж с уведомлением. Дальше есть два сценария.

1. Менеджер связывается с лидом в течение оговорённого SLA (обычно 5-30 минут для входящих заявок).
2. Проводит короткий квалификационный разговор по заранее согласованным критериям.
3. Фиксирует результат в CRM: либо переводит лида в статус SQL, либо возвращает его маркетингу с пометкой "не готов" или закрывает как нецелевой.

Ключевой момент - критерии перехода должны быть согласованы заранее и зафиксированы письменно (SLA между маркетингом и продажами), иначе каждый отдел будет считать конверсию по-своему и обвинять другой в плохой работе.

Критерии перехода MQL в SQL

Чаще всего используют модель BANT или её упрощённые варианты: Budget (бюджет), Authority (полномочия принимать решение), Need (реальная потребность), Timeline (сроки). Лид получает статус SQL, если менеджер подтвердил хотя бы три из четырёх пунктов в живом разговоре.

• Budget - у контакта или его компании есть деньги на решение задачи, а не только абстрактный интерес.
• Authority - человек либо сам принимает решение, либо имеет прямой доступ к тому, кто принимает.
• Need - проблема, которую решает продукт, актуальна именно сейчас, а не когда-нибудь в будущем.
• Timeline - есть примерный срок, когда компания планирует внедрить решение.

Зачем вообще разделять эти стадии

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

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

• Передавать в продажи всех MQL подряд без промежуточной проверки - менеджеры выгорают на холодных звонках и хуже отрабатывают действительно тёплые лиды.
• Не фиксировать критерии перехода письменно - каждый сейлз квалифицирует по-своему, статистика становится бесполезной.
• Считать конверсию только от лида к сделке, игнорируя промежуточные стадии - невозможно понять, где именно теряются клиенты.
• Держать SLA на связь с MQL больше часа - интерес остывает, а конкуренты успевают перехватить контакт.
• Не возвращать отклонённые лиды обратно в маркетинг для повторного прогрева - часть из них дозревает через 2-3 месяца.

Как это применимо к покупным лидам

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

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

Остались вопросы по вашей задаче?

Оставьте заявку - расскажем, как мы проверяем интерес и готовность к покупке до передачи лида вам.

Получить расчёт заявок →

Нажимая кнопку, вы соглашаетесь на обработку данных для ответа на заявку.

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