Меню бот, которым никто не пользуется: зачем нужен живой сценарий

Бот в Telegram выглядит солидно: логотип, приветствие, десяток кнопок. Через минуту пользователь уже в третьем уровне меню, не находит нужный пункт и пишет одно слово — «оператор». Оператор занят. Человек уходит или злится в отзыве. Статистика показывает «активных диалогов», а поддержка и продажи получают ноль пользы от канала, на который потратили внедрение.

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

Почему меню боты вырождаются, какие ошибки закрепляют провал и как выглядит рабочий NLP/AI-гибрид без хайпа и без обещаний «заменим весь контакт центр завтра».

Три портрета бота, которым никто не пользуется

Первый — «карта метро». Десять уровней вложенности, формулировки из внутреннего жаргона компании. Клиент не знает, что «претензионная работа» — это возврат, а «ЛК» — личный кабинет. Он сдаётся раньше, чем доходит до нужной кнопки, и делает вывод: бот бесполезен.

Второй — «меню ради галочки». Бот запустили к релизу приложения или к отчёту по цифровизации, сценарии устарели через месяц: акций уже нет, статусы заказов изменились, FAQ в боте врёт. Доверия нет, все сразу зовут человека. Канал формально жив, фактически мёртв.

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

Ошибки, из-за которых канал поддержки умирает

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

Не измерять отказ от сценария. Если большая доля диалогов заканчивается словом «оператор» на первом втором экране — это не «пользователи ленивые», это провал UX и проектирования интентов.

Пытаться закрыть всё либо только кнопками, либо только свободным текстом. Кнопки дают предсказуемость для частых действий. Свободный ввод нужен для хвоста запросов и естественных формулировок. Гибрид — нормальная архитектура, а не компромисс «на потом».

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

Не обновлять знания и сценарии вместе с продуктом. Новый тариф на сайте, старый ответ в боте — прямой путь к эскалациям и претензиям.

Оценивать бота только по числу диалогов. Активность без решения задачи — шум. Важны автозакрытие с пользой, снижение нагрузки на смену и отсутствие повторных обращений по той же теме через час.

Как выглядит рабочий NLP/AI-гибрид

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

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

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

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

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

Практический план внедрения без большого взрыва

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

Подключите базу знаний и запрет «додумывать» коммерческие условия. Настройте передачу диалога оператору с историей, извлечёнными данными заказа и причиной эскалации.

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

Не смешивайте пилот и прод без ограждений. Сначала узкий сегмент аудитории или ограниченный набор тем, затем расширение. Так проще поймать галлюцинации и кривые сценарии до массового ущерба.

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

Для каналов Telegram и MAX удобнее идти через специализированное сопровождение чат-ботов: сценарии, NLP слой, интеграции и обновление знаний, а не разовый «сделали кнопки и забыли».

Что меняется для бизнеса

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

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

Отдельно растёт качество данных о спросе. Реальные формулировки клиентов показывают, чего не хватает на сайте и в продукте. Бот становится не только линией поддержки, но и датчиком продуктовых дыр.

Если сейчас бот существует, но все пишут «оператор» — это не повод удалить канал. Это повод заменить дерево ради дерева на гибрид, который говорит с клиентом на его языке и опирается на ваши регламенты, а не на фантазию или бесконечное меню.