Бот-квалификатор нужен для одной задачи: снять с обращения факты, по которым видно, ваш это клиент или нет, до того как на него потратит время менеджер. Он хорошо справляется с вопросами, у которых есть проверяемый ответ, — объём, срок, регион, диапазон бюджета, тип объекта. И он плохо справляется со всем остальным: готовность купить, полномочия собеседника, настоящую причину обращения машина по короткому диалогу не определяет, хотя охотно ставит любую метку, которую вы попросите.
Отсюда правило, вокруг которого построена вся эта статья: боту отдают сбор фактов, человеку — оценку намерения. Как только сценарий начинает спрашивать «насколько вам это срочно по шкале от одного до пяти», проект перестаёт экономить время и начинает производить цифры, которым нельзя верить.
Ниже — конструктор сценария на четыре-шесть вопросов, разбор трёх каналов, в которых один и тот же сценарий работает по-разному, расчёт возврата на потоке 500 обращений в месяц и набор метрик, по которым видно, что фильтр перестарался. Все цены — вилки по рынку на сентябрь 2026 года, расчёт модельный: подставляйте свои конверсию и средний чек.
Что бот выясняет надёжно, а что не выясняет никогда
Разделительная линия проходит не по сложности вопроса, а по тому, есть ли у ответа проверяемая форма. «Сколько квадратных метров» — проверяемо: число, единица измерения, диапазон допустимых значений. «Вы готовы принять решение в этом месяце» — не проверяемо ничем: клиент отвечает то, что считает удобным ответить незнакомому собеседнику, и на этом ответе нельзя строить приоритет.
| Что нужно узнать | Снимает ли бот | Почему |
|---|---|---|
| Объём, количество, площадь, тираж | Да | Число с единицей измерения, легко проверить на правдоподобие |
| Срок: когда нужно | Да | Дата или диапазон из готового списка вариантов |
| Регион, адрес объекта, город доставки | Да | Сверяется со справочником зон обслуживания |
| Диапазон бюджета | Частично | Работает как выбор из трёх-четырёх вилок, не как открытый вопрос про сумму |
| Тип задачи или продукта | Да | Выбор из справочника, который и так есть в номенклатуре |
| Юрлицо или физлицо, наличие ИНН | Да | Один вопрос плюс подстановка реквизитов из открытых реестров |
| Готовность купить, «горячесть» | Нет | Ответ зависит от формулировки вопроса сильнее, чем от реального намерения |
| Полномочия: тот ли это человек, кто решает | Нет | В переписке проверяется только косвенно и с большой ошибкой |
| Настоящая причина обращения | Нет | Формулируется клиентом в разговоре, а не выбирается из списка |
| Оценка вероятности сделки | Нет | Это статистика по истории, а не диалог — задача скоринга, а не бота |
Проверка обращения на соответствие профилю клиента: подходит ли задача под то, что компания делает, в каком объёме, в каком регионе и в какой ценовой вилке. Отвечает на вопрос «наш ли это клиент». Не путать с приоритизацией: вопрос «кому звонить первым» решает балльная модель скоринга, и она строится на истории закрытых сделок, а не на диалоге.
Практический вывод из таблицы: сценарий собирается только из строк со «да». Каждый вопрос из нижней половины, добавленный в бота «чтобы менеджеру было понятнее», удлиняет диалог и наполняет карточку данными, которые потом никто не сможет проверить. Если очень хочется знать намерение — его выясняет менеджер в первом разговоре, и на это ему нужны те самые минуты, которые бот и освобождает.
Сравнение в две колонки на общей вертикальной разделительной линии. Левая колонка «Снимает бот»: объём и количество, срок, регион, диапазон бюджета (три-четыре вилки), тип задачи, юрлицо или физлицо. Правая колонка «Остаётся человеку»: готовность купить, полномочия собеседника, настоящая причина обращения, вероятность сделки. Под левой колонкой подпись «ответ имеет проверяемую форму», под правой — «ответ зависит от формулировки вопроса». Внизу общей строкой: «6 вопросов — максимум, дальше растёт доля брошенных диалогов». Чертёжный стиль, подписи по-русски.
Конструктор сценария: четыре-шесть вопросов и предел длины
Сценарий строится не по принципу «спросим всё, что пригодится», а по принципу «спросим минимум, после которого решение об отсеве уже однозначно». Порядок вопросов важен: сначала идут те, что отсекают больше всего, — тогда большинство нецелевых обращений закрывается за один-два шага и не успевает устать.
- 1Шаг 0. Представиться и назвать цель
Одна фраза: кто пишет, зачем спрашивает и сколько это займёт. «Помогу собрать данные для расчёта, это четыре коротких вопроса». Без этой фразы доля брошенных диалогов на первом же вопросе заметно выше: человек не понимает, во что его втягивают.
- 2Вопрос 1. Что нужно — выбор из справочника
Самый отсекающий вопрос ставится первым. Варианты берутся из вашей номенклатуры, обязательно есть пункт «другое» с полем ввода — именно он потом показывает, чего в справочнике не хватает.
- 3Вопрос 2. Объём или масштаб
Число с единицей измерения: метры, штуки, тонны, количество сотрудников, площадь. Здесь же проверка на правдоподобие: значение вне разумного диапазона не отсеивает клиента, а переводит диалог на человека.
- 4Вопрос 3. Срок
Выбор из трёх-четырёх вариантов, а не открытая дата: «в ближайший месяц», «в этом квартале», «позже», «пока просто считаю бюджет». Последний вариант — не мусор: это отдельный сегмент для цепочки повторных касаний, а не для звонка сегодня.
- 5Вопрос 4. Регион или адрес объекта
Сверяется со справочником зон обслуживания. Если регион вне зоны, диалог не обрывается: бот честно говорит, что в этом городе компания не работает, и предлагает оставить контакты на случай расширения.
- 6Вопрос 5. Контакт и удобный канал связи
Последним, когда человек уже вложился в диалог. Здесь же — вопрос, куда удобнее ответить. По статусу каналов на сентябрь 2026 года выбор обычно между звонком, MAX и Telegram; предлагать канал, которого у компании нет, нельзя.
- 7Передача человеку
Бот говорит, что данные приняты, называет имя менеджера и срок ответа — тот самый, который записан в вашем регламенте обработки заявки. Обещанный срок обязан совпадать с реальным нормативом, иначе бот работает на разочарование.
На коротких сценариях в 4–5 вопросов доля брошенных диалогов держится в районе 8–15 % и почти вся приходится на нецелевые обращения. Дальше каждый добавленный вопрос увеличивает эту долю, и растёт она уже за счёт целевых: человек с реальной задачей не готов заполнять анкету до разговора. Практическое правило — при доле брошенных выше 25 % сценарий надо не улучшать, а укорачивать.
Схема-лента сверху вниз из шести узлов: «Представление и цель, 1 фраза» → «Что нужно: выбор из справочника» → «Объём: число с единицей» → «Срок: 4 варианта» → «Регион: сверка со справочником зон» → «Контакт и удобный канал». Справа от узлов 2, 4 и 5 отходят боковые ветки: «не наш профиль — вежливое завершение», «пока считает бюджет — в цепочку касаний», «вне зоны обслуживания — контакты на будущее». Внизу узел «Передача менеджеру: имя и срок ответа из регламента». Сбоку вертикальная шкала времени с отметкой «предел диалога — 3 минуты» и пометкой «на 7-м вопросе доля брошенных превышает 25 %». Чертёжный стиль, подписи по-русски.
Три канала — три разных сценария
Один сценарий на все каналы — самая частая ошибка в таких проектах. Различаются не тексты, а физика канала: в чате на сайте человек сидит перед экраном и ждёт ответа прямо сейчас, в мессенджере он может ответить через два часа, в форме он вообще не участвует в диалоге и видит все поля разом.
| Канал | Поведение человека | Формат вопросов | Что ломается при переносе чужого сценария |
|---|---|---|---|
| Чат на сайте | Ждёт ответа сразу, диалог живёт минуты | 4–5 вопросов кнопками, без открытых полей кроме «другое» | Пауза дольше 20 секунд читается как поломка, человек уходит |
| Мессенджер | Отвечает с задержками, диалог живёт часы и дни | Те же вопросы, но с возможностью прервать и вернуться | Сценарий, рассчитанный на непрерывность, теряет контекст и переспрашивает |
| Форма на сайте | Видит все поля разом и оценивает их количество взглядом | 3–4 поля, остальное добирается ботом после отправки | Перенос всех шести вопросов в форму снижает долю отправленных форм |
| Входящий звонок | Говорит и не хочет нажимать кнопки | Квалификация голосом — отдельный класс задач и отдельная цена | Текстовый сценарий, озвученный роботом, звучит как допрос |
Голосовой канал стоит вынести за скобки сразу: там другая механика распознавания, другая цена минуты и другая терпимость собеседника — состав и вилку такого проекта мы разбирали в статье про голосовых роботов и их окупаемость. Для трёх текстовых каналов сценарий один по смыслу и три по реализации: одинаковые вопросы, разная нарезка на шаги и разные тайм-ауты.
Важное следствие: если каналы ещё не сведены в общую очередь, квалификация будет работать только в том из них, куда её поставили, и в отчёте вы увидите половину картины. Порядок работ здесь жёсткий — сначала сбор обращений в одно окно, потом фильтр на входе, потом распределение между менеджерами.
Сколько времени возвращается отделу: расчёт на 500 обращениях
Модельная компания: 500 обращений в месяц из формы, чата и мессенджера, шесть менеджеров, 40 % обращений не подходят под профиль — не тот регион, не тот объём, не тот продукт. На каждое нецелевое обращение менеджер тратит около 6 минут: прочитать, перезвонить или написать, выяснить, что не подходит, вежливо закрыть и записать в CRM.
Тридцать пять часов — это меньше четверти ставки одного менеджера, и на этом месте многие подрядчики начинают округлять в свою пользу. Мы этого делать не будем: экономии времени одной недостаточно, чтобы проект окупился. Вторая половина возврата приходит оттуда, где её обычно не считают, — из скорости.
Пока менеджер разбирает очередь из смешанных обращений, целевые ждут наравне с нецелевыми. Бот снимает верхний слой очереди, и заявка от подходящего клиента попадает к человеку с уже собранными фактами. В модели доля целевых обращений, потерянных из-за долгого ожидания, падает с 5 % до 2 %.
Воронка-схема слева направо. Вход: «500 обращений в месяц». Первое разветвление: вниз уходит ветка «200 нецелевых (40 %) — закрыты ботом, 20 часов менеджеров сэкономлено», вперёд идёт «300 целевых». Второе разветвление на ветке целевых: «сбор фактов ботом, 3 минуты × 300 = 15 часов». Далее блок «менеджер»: две подписи с числами — «потери из-за ожидания: было 5 % = 15 заявок, стало 2 % = 6 заявок» и «возвращено 9 заявок × 2 100 ₽ = 18 900 ₽/мес». Внизу итоговая плашка: «35 часов = 25 550 ₽ + 18 900 ₽ = 44 450 ₽ валового эффекта в месяц». Чертёжный стиль, подписи по-русски.
Окупаемость и порог потока
Собираем обе части эффекта в один расчёт. Цена заявки считается по вашей воронке: конверсия обращения в сделку, средний чек, валовая маржинальность. В модели это 12 %, 70 000 ₽ и 25 %.
Семь месяцев — это дольше, чем типичные для удачно выбранного процесса 3–6 месяцев, и это честная цифра для потока в 500 обращений. Вилка по рынку на сентябрь 2026 года: 150 000–280 000 ₽ разово за сценарии в трёх текстовых каналах и 12 000–25 000 ₽/мес поддержки. Нижняя граница — один канал и справочник на десяток позиций, верхняя — три канала, сложная номенклатура и связка с учётной системой.
Валовый эффект на одно обращение: (25 550 + 18 900) ÷ 500 = 88,9 ₽. Чтобы отбить только эксплуатацию, нужно 18 000 ÷ 88,9 ≈ 200 обращений в месяц. Чтобы за год окупить ещё и разовую настройку, нужно (190 000 ÷ 12 + 18 000) ÷ 88,9 ≈ 380 обращений в месяц. Подставьте свою цену заявки и свою долю нецелевых — порог сдвинется, но арифметика останется той же.
График. Ось X — обращений в месяц от 0 до 600, ось Y — рубли в месяц. Восходящая прямая «валовый эффект, 88,9 ₽ за обращение» из начала координат. Две горизонтальные пунктирные линии: «эксплуатация 18 000 ₽/мес» и «эксплуатация плюс годовая доля настройки 33 833 ₽/мес». Точки пересечения подписаны вертикальными выносками: «200 обращений — отбивается эксплуатация» и «380 обращений — проект окупается за год». Отдельной точкой на прямой отмечена модель из статьи: «500 обращений — 44 450 ₽ валового эффекта». Чертёжный стиль, подписи по-русски.
Как измерить вред: отсев нецелевых против потери целевых
Отчёт «бот отсеял 200 обращений» ничего не доказывает: ровно так же выглядел бы отчёт бота, который отпугнул половину нормальных клиентов. Отличить одно от другого можно только измерением, и мерить надо четыре вещи.
- 1Доля брошенных диалогов. Сколько человек начали отвечать и не дошли до конца. Норма для сценария на 4–5 вопросов — 8–15 %. Выше 25 % — сценарий длинный или вопросы непонятные; смотреть надо не в среднем, а по шагам: обычно виден один конкретный вопрос, на котором люди уходят.
- 2Конверсия дошедших до менеджера. Главная цифра проекта. Если бот работает, конверсия обращения в сделку у прошедших фильтр должна вырасти относительно прежнего среднего — просто потому что из потока ушёл мусор. Если она не изменилась, фильтр режет случайно.
- 3Контрольная группа. 10–20 % обращений в первые два месяца пускаются мимо бота, сразу к менеджеру. Это единственный способ увидеть, какая часть отсеянных на самом деле купила бы. Без контрольной группы спор «бот отпугивает» превращается в спор мнений и обычно заканчивается отключением бота.
- 4Доля ручных возвратов. Сколько обращений, помеченных ботом как нецелевые, менеджер вернул в работу вручную. Норма — до 5 %. Выше — фильтр слишком жёсткий, надо расширять справочник или смягчать проверку объёма.
Отдельно про отказы. Бот не должен произносить «мы вам не подходим»: формулировка отказа — это работа человека, а машине достаточно вежливо завершить диалог, оставить контакты и передать обращение в отдельную очередь. Отсеянные обращения не удаляются: они складываются в сегмент, который потом пригодится либо для расширения профиля, либо для работы со спящей базой.
Приёмка проекта строится на этих же цифрах. Разумный порог: два месяца работы, контрольная группа не меньше 100 обращений, доля брошенных ниже 20 %, доля ручных возвратов ниже 5 %, конверсия прошедших фильтр не ниже прежней средней. Если что-то из этого не выполняется, платить за «внедрено» рано — и это условие лучше записать в договор до старта.
Когда квалификацию ботом ставить нельзя
Есть четыре ситуации, в которых фильтр на входе гарантированно принесёт больше вреда, чем пользы, и ни одна из них не лечится улучшением сценария.
- Дорогой продукт с длинными переговорами. Когда средний чек измеряется миллионами, а сделка идёт месяцами, каждое обращение стоит дороже часа менеджера. Анкета перед разговором здесь читается как неуважение; правильная механика для такого цикла разбирается отдельно — в материале про длинные B2B-сделки.
- Обращения по рекомендации. Человек, которого прислал ваш клиент, приходит с ожиданием, что его узнают. Бот с вопросом «что вас интересует» обнуляет это ожидание. Такие обращения надо помечать по источнику и пускать мимо фильтра.
- Поток меньше 200 обращений в месяц. Эксплуатация не отбивается — расчёт выше. В этом случае дешевле и быстрее сократить форму на сайте до трёх полей и добавить в неё выбор продукта и региона: это даёт половину эффекта фильтра за ноль рублей.
- Профиль клиента не описан. Если внутри компании нет согласия, кого считать целевым, бот просто зафиксирует разногласия в виде правил. Сначала — письменный профиль на одну страницу и разбор двухсот последних обращений вручную, потом автоматизация.
И последнее, что стоит сказать прямо. Квалификация не увеличивает поток обращений — она перераспределяет внимание отдела внутри уже оплаченного рекламой потока. Если менеджеры успевают качественно отработать всё, что приходит, эффект от фильтра близок к нулю, и те же 190 000 ₽ разумнее вложить в ускорение подготовки документов или в комплексную перестройку отдела продаж, где узкое место видно после замера, а не до него.
Хороший квалификатор не решает, кто из клиентов достоин разговора. Он всего лишь приносит менеджеру ответы на вопросы, которые тот всё равно задал бы первым.
