Квалификация лидов: MQL vs SQL, BANT, CHAMP

Без квалификации лидов ваши менеджеры тратят 60–70% времени на тех, кто никогда ничего не купит. В одном из кейсов наш клиент — B2B-агентство — до внедрения TurboCRM обрабатывал 380 лидов в месяц. После того как встроили в процесс MQL/SQL-квалификацию с BANT-критериями — количество лидов на менеджера упало до 95, а закрытий стало больше на 22%. Причина проста: время менеджера стоит 400–800 грн/час, и оно дороже любого лида.

Что такое MQL и SQL — простым языком

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

SQL (Sales Qualified Lead) — это человек, готовый говорить о покупке. У него есть бюджет, есть потребность, есть временные рамки, есть полномочия принять решение. Менеджеру нет смысла брать в работу MQL — он сгорит на холодных отказах и потеряет веру в канал.

«Лид, не прошедший квалификацию, — это не лид, а контакт. Разница в том, что за контакт вы не платите менеджеру зарплату». — старый кодекс B2B-продаж, до сих пор актуальный.

BANT — классика, которая до сих пор работает в 2026

BANT придумали в IBM в 1960-х, но метод по-прежнему актуален — особенно для среднего и дорогого чека. Четыре критерия:

• B — Budget. Есть ли у клиента бюджет? Не «примерно». Конкретная сумма, которую он готов потратить сейчас или в этом квартале.
• A — Authority. Это человек, принимающий решение, или «я просто собираю информацию для директора»?
• N — Need. Есть ли реальная проблема, которую ваш продукт решает? Или человек «просто интересуется»?
• T — Timeline. Когда планируется покупка? «Через 2 недели» — это горячий лид. «Когда-нибудь в следующем году» — обратно в nurturing.

Лид, который соответствует всем 4 критериям, — это SQL. 3 из 4 — условно квалифицированный, можно брать в работу с осторожностью. 2 и меньше — MQL, передать маркетингу на прогрев.

CHAMP — современная альтернатива BANT

В 2020-х появилась критика BANT: мол, он ставит деньги на первое место, а надо начинать с боли. CHAMP переворачивает логику:

1. CH — Challenges. Какие вызовы / боли / проблемы у клиента? Начинаем с вопросов о ситуации, а не о деньгах.
2. A — Authority. Кто принимает решение? Кто влияет на него? (расширенный Authority: не один человек, а decision-making unit).
3. M — Money. Бюджет — но уже после того, как мы поняли боль и её стоимость.
4. P — Prioritization. Насколько эта проблема приоритетна для клиента? Решить её нужно сейчас или можно подождать?

CHAMP лучше работает в сложных B2B-продажах, где цена не является главным критерием. BANT — в транзакционных продажах, где клиент и так знает, что хочет купить.

Как реализовать MQL/SQL в TurboCRM

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

• Кастомные поля на лиде: «Бюджет» (select: до 10к / 10–50к / 50–200к / 200к+), «Таймлайн» (select: сейчас / 1–3 мес / 3–6 мес / не определено), «Роль» (select: ЛПР / Влияет / Информатор), «Боль» (text или multi-select).
• Статусы лида: Новый → MQL → SQL → Сейл (сделка) или Дисквалифицированный.
• Тег auto-SQL: ставится через webhook/правила, когда 3+ критериев BANT заполнены.
• Ответственные: MQL ведёт маркетолог (nurturing), SQL переходит на продажника (round-robin).

Практически: менеджер открывает карточку лида, видит прогресс-бар квалификации (3 из 4 BANT-критериев), заполняет четвёртый после звонка — лид автоматически переходит в SQL и падает в Kanban-воронку. Подробнее о воронках — статья о Kanban-воронке продаж.

Реальный пример: B2B SaaS-сервис

Сервис для ресторанов, средний чек 36 тыс. грн/год. До внедрения квалификации: 180 лидов/мес, 12 закрытий (6.7% CR). После введения MQL/SQL-фильтра:

1. Маркетинг всё равно пригоняет 180 лидов.
2. Автоматически квалифицируется как SQL только ~55 (по критериям: бюджет от 30к, владелец ресторана, таймлайн < 3 мес).
3. Менеджер обрабатывает 55 SQL и закрывает 16 (29% CR).
4. Остальные 125 MQL получают nurturing-цепочку в Telegram-боте + SMS раз в 2 недели.
5. Из MQL конверсия в SQL за следующие 3 месяца — ~18% (то есть 22 дополнительных SQL).

Итого: +33% к закрытиям при том же объёме маркетинга. Тема квалификации тесно связана с холодными/тёплыми/горячими лидами, nurturing'ом и lead scoring.

Типичные ошибки при внедрении

• Слишком жёсткие критерии на старте. Если SQL — это только «бюджет 500к+ и готов купить на этой неделе», у вас будет 2 SQL в месяц. Начните с мягких критериев и подкрутите после 60 дней данных.
• Квалификация один раз и на всю жизнь. Лид мог быть MQL в январе, а в марте получил бюджет. Нужен re-scoring раз в 30 дней.
• Менеджер не доверяет фильтру. Если продажник не видит объяснения, почему лид MQL — он всё равно будет звонить. Покажите в карточке «Причина MQL: нет бюджета».
• Нет nurturing для MQL. Если MQL просто лежит мёртвым — вы теряете 20–30% потенциальных сделок, которые просто не успели дозреть.

С чего начать на этой неделе

1. Добавьте 4 кастомных поля на лиде: Бюджет, Таймлайн, Роль, Боль.
2. Определите 2 статуса: MQL и SQL.
3. Напишите скрипт для первого звонка, заполняющий BANT за 5 минут.
4. Настройте правило перехода: 3+ критериев BANT → SQL.
5. Просмотрите базу за последние 90 дней и поставьте статусы вручную — увидите реальную картину.

В TurboCRM MQL/SQL-квалификация настраивается за 15 минут через кастомные поля, статусы и теги. Выбрать тариф и запустить процесс уже сегодня.