MQL, SQL и PQL: что это такое в лидогенерации - VICTORY group

MQL, SQL и PQL: что это такое в лидогенерации

Время чтения: 9 мин.
Просмотров: 10
Дата публикации: 17.09.2026
Навигация
MQL, SQL и PQL: что это такое в лидогенерации

Поток заявок растёт, а выручка стоит на месте. Чаще всего причина не в количестве обращений, а в том, что маркетинг и продажи по-разному понимают, какую заявку считать пригодной для звонка. MQL — это лид, которому маркетинг по заранее зафиксированным критериям присвоил статус «готов к передаче в продажи», при этом его коммерческая готовность отделом продаж ещё не проверена. SQL (Sales Qualified Lead) — это лид, прошедший первичную квалификацию у продаж и признанный реальной возможностью сделки. PQL — это пользователь, который попробовал продукт в пробном периоде, на бесплатном тарифе или на демо и продемонстрировал внутри него активность и сигналы покупки.

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

Место MQL, SQL и PQL в воронке лидогенерации

Базовая цепочка ведёт от анонимного посетителя к лиду, оставившему контакты, затем к MQL, SQL, сделке и клиенту.

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

Перед MQL в классификации стоит NQL — неквалифицированный лид: случайный переход по рекламе, вымышленные контакты, заявка не по профилю. Работать с ним продажам бессмысленно, это холодный трафик для фильтрации. PQL встраивается в ту же цепочку сбоку: он приходит не из формы, а из самого продукта, и потому применим там, где продукт можно попробовать до покупки. Промежуточные статусы особенно нужны в B2B с длинным циклом, где между первым касанием и договором лежат знакомство, квалификация, демонстрация, согласование, расчёт экономики и пилот. По числу заявок наверху воронки нельзя понять, движется сделка или стоит.

Признаки и критерии квалификации лидов

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

Характеристики MQL (marketing qualified lead)

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

Поведенческие критерии MQL в B2B:

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

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

Признаки поведения SQL (sales qualified lead)

На уровне SQL (sales qualified lead) оценивается уже другое: стоит ли за обращением реальная возможность сделки.

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

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

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

Поведенческие атрибуты PQL в SaaS и Freemium-модели

PQL это статус для продуктов, которые можно попробовать до оплаты, поэтому категория актуальна для SaaS и Freemium-модели. Для остальных офферов классификация обычно ограничивается MQL и SQL, ведь попробовать нечего и единственным источником сигналов остаётся внешнее поведение.

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

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

MQL, SQL и PQL: чем отличаются

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

ПараметрMQLPQLSQL
Кто квалифицируетМаркетингПродукт и аналитикаПродажи
Стадия воронкиСередина, после первого контактаВнутри продукта, после пробыНиз, перед сделкой
Готовность к покупкеИнтерес к темеПроверенная польза продуктаСформулированная потребность
Кто общаетсяМаркетинг: автоцепочки, ретаргетингТехподдержка и продажиПродажи: личный звонок
Скорость реакцииНедели и месяцы прогреваПо событию в продуктеМоментальный ответ

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

Лид-скоринг: как оценить готовность лида к покупке

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

Модель строится на трёх типах данных:

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

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

Ошибки в скоринге напрямую отражаются на продажах: в работу поступают MQL, которые не доводятся до оплаты, и ресурс отдела расходуется на коммуникацию без результата. Поэтому веса пересматриваются по данным закрытых сделок, а не по субъективным оценкам.

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

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

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

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

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

Прогрев необходим потому, что у MQL интерес и готовность к покупке разделены неделями, а иногда месяцами: по данным DemandGen Report, компании с программами прогрева лидов получают в среднем на 20% больше возможностей продаж, чем компании без таких программ.

Механики, которые мы используем чаще других, собраны ниже.

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

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

Как договориться о критериях MQL и SQL: SLA между маркетингом и продажами

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

Порядок согласования укладывается в шесть шагов.

  • зафиксировать профиль идеального клиента;
  • определить признаки MQL;
  • определить признаки SQL;
  • проверить критерии на исторических сделках;
  • зафиксировать логику в CRM;
  • пересматривать договорённость регулярно.

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

Автоматизация квалификации лидов в CRM

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

При внедрении учёта мы настраиваем четыре вещи.

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

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

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

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

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

Вторая частая ошибка — оценивать маркетинг только по количеству лидов и их стоимости. При таких метриках оптимизация смещается в сторону объёма: заявок становится больше, CPL снижается, но отдел продаж отмечает низкое качество лидов. Более показательны другие метрики: стоимость SQL, конверсия лида в SQL и объём потенциальных сделок (pipeline) в разрезе источников. Канал, который приносит лиды, но не приносит SQL, устойчивым источником роста не является.

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

Приведем клиентов
Заполните форму, и мы свяжемся
с вами для консультации.
FAQ

Часто задаваемые вопросы

Ответили на самые популярные вопросы, которые
помогают лучше понять наш подход, процессы и ценности
Чем MQL отличается от обычного холодного лида?

Холодный лид просто оставил контакты или попал в базу, интереса к продукту он не проявлял. MQL прошёл проверку по критериям маркетинга: его поведение и данные компании совпали с профилем клиента. Без таких совпадений заявка остаётся NQL.

Какая конверсия из MQL в SQL считается хорошей?

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

Как часто нужно пересматривать критерии MQL?

Рабочий диапазон – от 3 до 12 месяцев: плановую сверку мы ставим раз в квартал, полный пересмотр проводим не реже 1 раза в год.

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

Что делать, если отдел продаж не принимает MQL?

Проверьте критерии на исторических сделках вместе с руководителем продаж: какие заявки закрылись, а какие нет. Дальше зафиксируйте признаки MQL и SQL в SLA и в CRM. Спор о качестве обычно означает, что критерии нигде не записаны.

Можно ли автоматически переводить MQL в SQL без участия менеджера?

Как правило, нет. Автоматика хорошо присваивает MQL и PQL по триггерам вроде клика, скачивания или события в продукте. Статус SQL подтверждается разговором, где выясняются бюджет, полномочия и сроки, и эти сведения система сама не получит.

Нужен ли PQL бизнесу без бесплатной версии продукта?

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

Кто должен определять критерии MQL и SQL в компании?

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

Не нашли ответ на свой вопрос?
Оставьте заявку или свяжитесь любым удобным способом — мы всегда на связи и готовы помочь
начнём прямо сейчас

Конкуренты не спят,
пора действовать