BANT: как перестать тратить время на лидов, которые никогда не купят
Если вы хоть раз передавали в отдел продаж «тёплых» лидов, а потом слышали в ответ «они вообще не готовы покупать», — эта статья для вас. Разберёмся, как BANT-методика помогает отсеивать пустые заявки ещё до того, как на них тратят часы переговоров.
Почему проблема квалификации стоит денег, а не только времени
Если смотреть на цифры трезво: разные бенчмарки показывают очень разный «средний» показатель MQL→SQL — в одних отчётах он ближе к 10%, в других подбирается к 20% и выше, в зависимости от отрасли, модели продаж, длины цикла сделки и того, как именно компания определяет границу между MQL и SQL. Сравнивать свои результаты с «рыночным средним» без поправки на нишу и методологию — занятие малополезное. Полезнее другое: компании, которые системно работают с квалификацией лидов (чёткие критерии передачи, скоринг, быстрый отклик), стабильно показывают конверсию заметно выше тех, кто передаёт лиды по ощущению менеджера.
Типичная картина в российских B2B-командах: маркетинг генерирует заявки, продажи звонят всем подряд, потом жалуются на «плохие лиды», а маркетинг — на «продажи, которые не умеют продавать». Петля. Без внятных критериев оценки она не разрывается.
BANT — один из старейших и при этом до сих пор рабочих фреймворков, который даёт эту самую общую точку отсчёта. Фреймворк разработали в IBM в середине XX века под крупные корпоративные сделки, но логика в нём проста и по-прежнему актуальна: прежде чем вкладывать ресурсы в лида, убедитесь, что у него есть деньги, право принять решение, реальная потребность и хотя бы примерные сроки.
Что скрывается за четырьмя буквами BANT
BANT — это классический фреймворк для квалификации лидов по четырём критериям, который помогает быстро понять, стоит ли продолжать диалог с потенциальным клиентом.
BANT — аббревиатура из четырёх критериев:
- Budget(бюджет),
- Authority(полномочия),
- Need(потребность),
- Timing(сроки).
На бумаге всё просто. На практике каждый пункт имеет подводную часть айсберга.
B — Бюджет: не «сколько у них денег», а «выделены ли они»
Часто менеджеры спрашивают «какой у вас бюджет?» — и сразу получают либо уклончивый ответ, либо заниженную цифру для торга. Правильнее выяснить другое: бюджет уже заложен в план или его ещё только предстоит согласовывать?
Это принципиальная разница. Если деньги уже в бюджете — цикл сделки будет коротким. Если нет — лид может быть искренне заинтересован, но сделка растянется на 3–6 месяцев ожидания финансового согласования. Это не плохой лид, это лид с другим тайм-фреймом.
Вопросы, которые работают:
- «Вы уже заложили бюджет на решение этой задачи в текущем квартале / году?»
- «Если вы найдёте подходящее решение сейчас — как быстро можно его согласовать?»
- «Какую сумму вы планируете инвестировать в это направление?»
A — Полномочия: говорите с нужным человеком
Вы можете провести три встречи с менеджером среднего звена, который «очень заинтересован», а потом узнать, что финальное слово — за директором, которого вы ни разу не видели. Это один из самых частых источников потерь в воронке.
Задача — понять структуру принятия решения: кто ЛПР, кто ЛВПР (лицо, влияющее на принятие решения), есть ли внутренний «чемпион», который будет продавать вашу идею внутри организации. В российских компаниях нередко решение формально принимает один человек, а реально — комитет из трёх.
Вопросы:
- «Кто ещё участвует в принятии решения о закупке?»
- «Как обычно проходит согласование подобных проектов в вашей компании?»
- «Кому вы будете представлять наше предложение?»
N — Потребность: боль vs. любопытство
Здесь важно не перепутать интерес к теме с реальной бизнес-болью. Лид может искренне кивать на демо и восхищаться продуктом, не имея при этом конкретной задачи, которую нужно решить прямо сейчас.
На практике лучше копать именно в бизнес-последствия: что происходит, если проблема остаётся нерешённой? Если ответ — «ну, не очень удобно» — это одна история. Если «теряем N рублей в месяц» или «срываем сроки по договорам» — совсем другая.
Вопросы:
- «Что именно сейчас не работает так, как вам нужно?»
- «Какие потери несёте из-за текущей ситуации?»
- «Что произойдёт, если оставить всё как есть ещё на полгода?»
T — Сроки: когда «скоро» означает никогда
Вопрос про сроки — самый недооценённый. Лид может соответствовать всем остальным критериям, но если горизонт принятия решения — «когда-нибудь в следующем году», вкладывать в него активные ресурсы сейчас нерационально.
Важный нюанс: срочность бывает внешняя (дедлайн по проекту, истекает договор с текущим поставщиком) и внутренняя (личная мотивация контакта). Внешние триггеры — надёжнее.
Вопросы:
- «Когда вы планируете принять решение?»
- «Есть ли внешние дедлайны, которые влияют на ваши сроки?»
- «Если мы сойдёмся по условиям — как быстро вы готовы стартовать?»
Как это работает на практике: скоринг по BANT
Один из подходов — превратить BANT в простую балльную систему. Это позволяет приоритизировать очередь работы менеджеров и не тратить одинаковое время на лида с тремя «зелёными» параметрами и лида, у которого пока ни одного.
Ниже — пример матрицы оценки, которую можно адаптировать под свою воронку:
| Параметр | 0 баллов | 1 балл | 2 балла |
| Бюджет | Бюджета нет, не обсуждали | Бюджет планируется | Бюджет выделен и утверждён |
| Полномочия | Контакт не влияет на решение | ЛВПР, выход на ЛПР возможен | Контакт — ЛПР или закрытый доступ к ЛПР |
| Потребность | Нет явной боли / интерес теоретический | Потребность есть, но не срочная | Чёткая боль с измеримыми последствиями |
| Сроки | Нет горизонта | 6+ месяцев | До 3 месяцев |
Интерпретация:
- 6–8 баллов — горячий лид, приоритет для менеджера продаж
- 3–5 баллов — тёплый лид, нужна дальнейшая квалификация и nurturing
- 0–2 балла — лид в базу, в активную воронку пока не передавать
В Битрикс24 и amoCRM подобная логика реализуется через пользовательские поля в карточке лида и стандартные механизмы автоматизации: триггеры, роботы, сегменты — руками ничего считать не нужно.
Как маркетингу и продажам договориться о «хорошем лиде» на языке BANT
Если назвать вещи своими именами, большинство конфликтов между маркетингом и продажами упирается не в «качество трафика», а в отсутствие общего определения, что такое «нормальный лид». Маркетинг обещает «горячие заявки», продажи ожидают людей с уже согласованным бюджетом и ЛПР на линии, а по факту все работают с разными картинками в голове.
BANT здесь идеален как рабочий язык. Вы не спорите абстрактно — «лиды ни о чём» vs «продажи не хотят работать» — вы обсуждаете конкретные параметры: какой минимальный уровень бюджета, полномочий, потребности и сроков должен быть у лида, чтобы его считали MQL и передавали в отдел продаж. Это уже не эмоции, а договорённость, близкая к нормальному SLA.
Как оформить договорённость по-простому
На практике достаточно одного рабочего документа (или раздела в существующем SLA), где зафиксированы:
- какие комбинации BANT-параметров считаются MQL (например, минимум X баллов по вашей скоринговой модели);
- какие поля обязательно заполняет маркетинг перед передачей в продажи (источник, канал, ключевые ответы по BANT);
- что обязуются делать продажи: за какое время берут лид в работу, сколько попыток контакта делают, когда возвращают лид обратно в nurturing.
Это не про бюрократию. Это про то, чтобы через три месяца можно было не «чувствовать», а видеть в отчёте: с каким BANT-профилем лиды доезжают до SQL лучше всего, какие каналы приводят больше «полубюджетных» лидов, и где маркетингу выгоднее поджать фильтры вместо того, чтобы просто «лить больше».
Вопросы для BANT: шаблон разговора без допроса
Главная ошибка при внедрении — превращать BANT в анкету, которую менеджер зачитывает как чек-лист. Клиент начинает чувствовать, что его «проверяют на состоятельность», и закрывается.
Задача — вплетать квалификационные вопросы в живой разговор. Вот как это выглядит в практике диджитал-агентств и SaaS-компаний:
Шаблон квалификационного блока (15–20 минут первого разговора):
- Открытие:«Расскажите, какую задачу сейчас хотите решить — что происходит, что не устраивает?» (Need)
- Углубление:«Что это стоит компании прямо сейчас — в деньгах, времени или нервах?» (Need + срочность)
- Организация:«Как вы обычно принимаете такие решения — это только ваш выбор или ещё кто-то участвует?» (Authority)
- Бюджет:«Вы уже примерно понимаете, сколько готовы инвестировать в это направление?» (Budget)
- Таймлайн:«Когда для вас идеально было бы стартовать?» (Timing)
Такой разговор занимает 15–20 минут, не ощущается как допрос и даёт всю нужную картину.
Где BANT не работает — и что с этим делать
Буду честен: в первозданном виде BANT создавался для другой эпохи — когда IBM продавала железо крупным корпорациям с явными бюджетами и чёткими ЛПР. В современных реалиях у него есть слабые места, особенно в длинных, многокомпонентных B2B-сделках.
Ситуации, где классический BANT буксует:
- Стартапы и быстрорастущие компании: бюджеты не утверждаются на год вперёд, решения принимаются динамично. «Бюджета нет» не значит «не купят».
- Продукт с низким порогом входа (SaaS до 50 000 ₽/мес): формальная проверка бюджета избыточна — решение принимается быстро и на уровне руководителя подразделения.
- Ранние стадии сложного Enterprise: там BANT — лишь первый фильтр. Дальше нужна MEDDIC с её акцентом на метрики, процесс принятия решений и выявление «чемпиона».
Поэтому на практике в 2026 году BANT чаще используется как фильтр первого уровня — быстрая проверка на жизнеспособность лида, а не как исчерпывающий инструмент квалификации.
Типичные ошибки при работе с BANT и что делать вместо
| Ошибка | Почему это проблема | Как правильно |
| «Нет бюджета» = дисквалификация | Многие стартапы и растущие компании находят деньги под конкретное решение | Выяснить: «Если ROI будет убедительным — вы сможете найти бюджет?» |
| Остановились на первом контакте, не дошли до ЛПР | Сделка завязает на «посредниках» | Всегда уточнять структуру принятия решений |
| Не зафиксировали в CRM | BANT-данные теряются, при следующем звонке всё с нуля | Поля под каждый параметр BANT обязательны в карточке лида |
| Задали вопросы — и не обновили статус | Лид в «тёплой» очереди лежит месяцами | Назначить повторную квалификацию через 30–45 дней |
Мини-кейс: как агентство перестало сжигать менеджеров на нецелевых лидах
В одном российском digital-агентстве (B2B-сегмент, средний чек 300–700 тыс. ₽/мес) менеджеры тратили до 60% времени на лиды, которые в итоге не конвертировались. После внедрения простой BANT-матрицы с балльной оценкой на этапе первого звонка картина изменилась:
- Лиды с баллом ниже 4 уходили в долгосрочный nurturing через email-цепочку и ретаргетинг
- Менеджеры фокусировались только на «5+» — и конверсия первого звонка в коммерческое предложение выросла примерно с 18 до 35%
- Цикл сделки сократился, потому что в работу брались только те, кто реально готов двигаться
Не нужен большой стек инструментов. Нужна дисциплина задавать нужные вопросы и честно фиксировать ответы.
Интеграция BANT в рабочий процесс: что внедрить прямо сейчас
Чтобы BANT не оставался теорией, нужно встроить его в операционку. Вот минимальный чек-лист запуска:
Для маркетолога:
- Договориться с продажами, при каком балле BANT лид считается MQL и передаётся менеджеру
- Внедрить квалификационные вопросы в лид-форму (2–3 вопроса, без перегруза) — это даст первичный срез ещё до звонка
- Настроить автоматические теги / сегменты в CRM под каждый уровень BANT-баллов
- Запустить nurturing-цепочку для лидов с баллом 2–4: не бросать их, но и не тратить время менеджера
Для руководителя маркетинга:
- Раз в месяц сверять: какой процент переданных в продажи лидов соответствовал согласованным BANT-критериям
- Отслеживать MQL→SQL как показатель качества квалификации: в большинстве бенчмарков «средние» значения лежат в двузначном диапазоне, но куда важнее смотреть на динамику внутри своей ниши и своей воронки, чем гнаться за усреднёнными цифрами
- Раз в квартал пересматривать критерии квалификации вместе с продажами — рынок меняется, ЦА смещается
BANT — не серебряная пуля и не замена здравому смыслу. Но как общий язык между маркетингом и продажами, как способ привести «горячесть лида» к измеримым параметрам — он работает. Главное — не превращать его в бюрократический ритуал, а использовать как живой инструмент, который регулярно обновляется под вашу реальность.