ИИ-бот или сценарный: что выбрать под вашу задачу

Вопрос «какой бот выбрать» обычно звучит как выбор между старым и новым: сценарный — прошлый век, ИИ — будущее. На практике это выбор между двумя инструментами с разными свойствами, и половина неудачных внедрений случается именно потому, что взяли модный вариант там, где хватало кнопок, — или наоборот, пытались зашить в дерево сценария сотню вариантов формулировок.

Разберём оба подхода честно: что каждый делает хорошо, где ломается и как их обычно совмещают.

Как работает сценарный бот

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

Ничего не генерируется на лету. Что вы вложили, то бот и скажет — слово в слово, в тысячном диалоге так же, как в первом. Как собирается такой сценарий, показано в материале как создать бота для Telegram без кода.

Сильные стороны: полная предсказуемость, нулевая стоимость обработки сообщения, мгновенный ответ, простая отладка — всегда видно, в каком узле человек застрял.

Слабое место одно, но заметное: шаг влево от сценария — и клиент упирается в «Не понял, выберите пункт меню». Причём формулировки, которые не предусмотрели, придумывает не бот, а живые люди, и придумывают бесконечно.

Как работает ИИ-бот

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

Сильные стороны: понимает вопрос в любой формулировке, отвечает на то, чего не было в сценарии, звучит по-человечески, справляется с уточнениями вроде «а если срочно?».

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

Сравнение по критериям

Критерий	Сценарный бот	ИИ-бот
Предсказуемость ответа	Полная, текст фиксирован	Формулировка меняется каждый раз
Нестандартные вопросы	Не обрабатывает, уводит в меню	Отвечает, если данные есть в базе
Стоимость обработки	Не зависит от числа сообщений	Плата за каждое обращение к модели
Скорость запуска	Час-два на простой сценарий	Дни: нужно собрать и вычистить базу знаний
Что нужно подготовить	Схему диалога и тексты	Документы, правила поведения, стоп-слова
Риск фактической ошибки	Практически нулевой	Есть, снижается качеством базы
Поддержка и доработка	Правка узлов вручную	Дополнение базы знаний и правил
Отладка	Видно узел, где встали	Нужно читать диалоги целиком

Когда достаточно сценарного бота

Кнопки выигрывают там, где путь клиента короткий и известен заранее.

• Приём заявки. Услуга, город, телефон, подтверждение — четыре шага, которые не надо понимать, надо просто пройти.
• Запись на время. Выбор мастера и слота — это операция с данными, а не разговор.
• Жёсткие формулировки. Условия акции, гарантии, юридические оговорки должны звучать ровно так, как согласовано.
• Квалификация по анкете. Когда набор вопросов фиксирован, кнопки дают более чистые данные, чем свободный текст. Как строить такую анкету, разбирали в статье про квалификацию лидов.
• Очень большой поток однотипных обращений. Если девять из десяти диалогов — один и тот же сюжет, платить за генерацию каждого ответа незачем.

Когда нужен ИИ-бот

• Много вариантов вопросов. Товарные характеристики, условия работы, совместимость, нюансы услуги — в дерево это не помещается.
• Клиенты пишут текстом, а не жмут кнопки. Типичная ситуация на Авито и в мессенджерах: человек сразу спрашивает по существу.
• Есть накопленная база документов. Прайс, регламенты, инструкции, переписки — сырьё, из которого получается сильный бот. Как его подготовить, описано в материале как обучить бота на своих данных.
• Первая линия поддержки перегружена. Когда операторы отвечают одно и то же разными словами, генерация ответа снимает с них именно эту работу.

Гибридная схема: рабочий дефолт

На практике почти всегда побеждает третий вариант — сценарий на типовое, ИИ на остальное. Логика простая: всё, что можно предсказать, отдаём кнопкам, а свободный текст перехватывает модель.

Как это выглядит в диалоге:

1. Клиент пишет первым. Бот здоровается и показывает три-четыре кнопки самых частых действий.
2. Нажал кнопку — идёт по сценарию: заявка, запись, прайс, статус заказа. Ответ фиксированный, ошибиться негде.
3. Написал текстом — вопрос уходит в ИИ-часть, которая ищет ответ в базе знаний и отвечает.
4. Дошло до сбора контактов или оплаты — управление снова возвращается сценарию, где данные собираются по полям.
5. Не нашлось ответа, прозвучало стоп-слово или клиент попросил человека — диалог передаётся менеджеру.

Такая схема закрывает главные риски обоих подходов: деньги и юридические формулировки остаются в жёсткой логике, а свободные вопросы не упираются в «выберите пункт меню». Собрать её можно в одном конструкторе — в MicroCRM сценарные блоки и ИИ-ответы по базе знаний живут в одном сценарии, а каналы Telegram, Авито и MAX подключаются к нему отдельно.

Что ломается у каждого варианта со временем

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

Сценарий разрастается. Первая версия из пятнадцати узлов читается за минуту. Через полгода в ней сорок веток, три из которых ведут в тупик, и никто уже не помнит, зачем добавляли вторую ветку про доставку. Лечится ревизией раз в квартал: пройдите дерево от корня и удалите узлы, в которые за это время никто не заходил.

База знаний расползается. У ИИ-бота проблема зеркальная: документы копятся, старые версии остаются «на всякий случай», и бот начинает находить прошлогодний прайс. Здесь помогает не ревизия дерева, а дисциплина одного источника — каталог актуальных файлов и ответственный за их обновление.

Общее слабое место — молчаливая деградация. Сценарный бот не сообщит, что клиенты стали чаще упираться в меню, а ИИ-бот не признается, что теперь чаще отвечает «не знаю». Обе проблемы видны только в логах диалогов, поэтому регулярное чтение переписок — обязательная часть работы с ботом любого типа.

Что считать при выборе

Прежде чем решать, посмотрите на свои переписки за месяц и ответьте на три вопроса.

Какая доля обращений — типовые? Если восемь из десяти диалогов повторяют один и тот же сюжет, начинайте со сценария: он закроет основной объём за вечер.

Сколько разных формулировок у одного вопроса? Выпишите, как клиенты спрашивают про цену. Если набралось пятнадцать вариантов — дерево ключевых слов вы будете латать вечно.

Есть ли документы? Без прайса и описаний услуг в текстовом виде ИИ-бот отвечать не сможет, сколько ни настраивай. Подготовка базы знаний — это и есть основная работа при запуске.

Короткий вывод

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

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