ИИ-бот или кнопочный чат-бот: что выбрать
Сравниваем подходы на трёх задачах и разбираем, что проверить перед подключением
Когда выбрать ИИ-бота, а когда — кнопочный сценарий
Если клиенту нужно выбрать магазин и узнать адрес, короткое меню может решить задачу быстрее длинного разговора
Если он подбирает диван под размеры комнаты и объясняет ограничения своими словами, полезнее свободный диалог с уточнениями
Выбирая ИИ-бота или кнопочный чат-бот, начните с обращений клиентов: насколько разнообразны вопросы и какой результат должен получить человек
Кнопочный сценарий ведёт по заранее заданным вариантам, а ИИ-бот на языковой модели может разбирать свободный текст и формулировать ответ по предоставленным материалам
При этом кнопки — способ общения, а ИИ — способ обработки запроса: их можно сочетать, если это поддерживают выбранный сервис и канал
Наличие кнопок не означает, что бот совсем не принимает текст, а наличие ИИ не гарантирует правильного ответа: сравнивать нужно конкретные настроенные сценарии
Задача первая: узнать адрес магазина
Представим сеть с несколькими магазинами: клиент выбирает город, затем точку и получает адрес, часы работы и ссылку на карту
Для такого маршрута кнопки помогают избежать опечатки в названии магазина и показывают доступные варианты сразу
Здесь важны короткий путь и актуальные сведения: добавление ИИ само по себе не исправит устаревший график
Свободный текст пригодится, если люди чаще описывают место через ориентир — например, спрашивают о магазине рядом с вокзалом
Но бот должен опираться на проверенную связь магазина с ориентиром: если её нет, лучше уточнить город или предложить список, чем угадывать адрес
На проверке дайте двум вариантам одинаковые обращения: точное название, описание через ориентир и вопрос о несуществующем магазине
Сравните, получает ли человек верный адрес, может ли исправить выбор и сколько лишних шагов проходит
Задача вторая: подобрать товар с ограничениями
В подборе дивана важны не только категория и цвет: покупатель может сразу назвать ширину ниши, бюджет и необходимость ежедневного сна
Меню подходит, когда критериев немного и их удобно выбирать по очереди; по мере добавления условий маршрут становится длиннее и требует больше переходов
ИИ-диалог позволяет начать с произвольного описания, выделить известные условия и спросить недостающее — если это поведение настроено и проверено
В этом примере бот ещё ничего не рекомендует: он уточняет ограничение, без которого легко предложить неподходящую модель
Для подбора понадобятся сопоставимые характеристики товаров: ширина корпуса, размер в разложенном виде, назначение и действующие условия покупки
Если этих данных нет, ни свободная речь, ни красивое меню не доказывают, что диван поместится в комнате
Проверьте смену условия посреди разговора: когда клиент уменьшает доступную ширину, прежняя рекомендация должна быть пересмотрена
Отдельный тест — отсутствие подходящих моделей: полезный результат здесь может состоять в честном объяснении ограничения и помощи сотрудника
Задача третья: изменить данные во внешней системе
Клиент выбрал товар и просит оформить заказ: на этом этапе важен уже не способ ввода, а проверенное действие в системе учёта
И кнопочный, и ИИ-сценарий могут быть связаны с внешней системой, но такое подключение нужно отдельно реализовать и проверить
До запуска определите, откуда поступают актуальные сведения, какие операции разрешены и как клиент подтверждает итоговый выбор
В ChatRex документация разделяет базу знаний и действия: файлы дают справочные сведения, а доступные операции зависят от подключённого сервиса и прав аккаунта
Инструкция для действия должна задавать необходимые данные, условия вызова и ответ при ошибке: одного упоминания CRM в тексте недостаточно
Попросите показать результат на тестовой записи в выбранной системе, включая отказ клиента, пустой ответ и повторное сообщение
Оценивайте не уверенность формулировки бота, а фактический результат: правильную запись, отсутствие лишней операции и понятное продолжение при сбое
Сравните затраты на поддержку и проверку
Стоимость запуска — только часть выбора: сценарий придётся менять, когда обновится ассортимент, график или порядок работы сотрудников
У кнопочного маршрута обычно заранее видны переходы и подготовленные ответы, поэтому для небольшой схемы удобно проверять каждую ветку
Но при большом количестве сочетаний условий растёт число переходов: забытая ветка может вести к старому ответу или тупику
У ИИ-бота не нужно заранее писать ответ на каждую формулировку, зато нужно поддерживать материалы, правила поведения и набор проверочных разговоров
Повторите важные вопросы разными словами и несколько раз: один удачный ответ не показывает устойчивость поведения
- Кто обновляет сведения — сотрудник компании или подрядчик, и где именно он вносит изменение
- Сколько работы требует новое условие — правка переходов, материалов, инструкции или подключения
- Как проверяется обновление — какие старые сценарии повторяют и кто разбирает ошибки
- Что входит в расчёт расходов — настройка, использование сервиса, модель, канал, интеграции и сопровождение
Попросите оценку для вашего объёма разговоров с одинаковыми исходными условиями: число сообщений на диалог и доля обращений к человеку тоже влияют на расходы
Не считайте кнопочный вариант всегда дешёвым, а ИИ всегда дорогим или выгодным: итог зависит от сложности задачи и способа тарификации
Если цена ошибки высока, предусмотрите дополнительную проверку человеком или ограничение действий независимо от выбранного подхода
Когда стоит объединить меню и свободный диалог
Сочетание полезно, когда начало запроса понятно, но детали трудно уложить в варианты: клиент выбирает тему «Подбор дивана», затем описывает комнату своими словами
После уточнений можно вернуть его к однозначному выбору из подтверждённых вариантов, сохранив уже названные ограничения
Не добавляйте меню только ради самого меню: если человек уже подробно написал вопрос, требование заново выбрать тему создаёт лишний шаг
Переход между режимами нужно проверить отдельно: сохраняется ли контекст, можно ли исправить выбор и понятно ли, как обратиться к сотруднику
Это общий подход к проектированию диалога, а не обещание кнопок во всех каналах ChatRex: поддержку конкретного вида меню и нужного канала уточните до настройки
Попросите демонстрацию именно в том месте, где будут писать клиенты: возможности отдельного тестового окна не подтверждают поведение канала
Проведите сравнение на своих обращениях
Отберите обезличенные сообщения из своих переписок: частые вопросы, неоднозначные запросы и ситуации, в которых менеджеру приходится уточнять детали
Для каждого заранее запишите правильный результат: какой ответ нужен, какие данные допустимо запросить и когда должен подключиться человек
Дайте обоим вариантам одинаковые материалы и условия — иначе вы будете сравнивать качество подготовки, а не пригодность подходов
- Короткий справочный вопрос — верный ответ без лишнего опроса
- Запрос с несколькими ограничениями — учтены все условия, недостающее уточнено
- Изменение решения — старый выбор не используется как действующий
- Отсутствие данных — нет выдуманного ответа, есть следующий шаг
- Операция во внешней системе — результат проверен, ошибка не названа успехом
- Просьба о человеке — диалог можно продолжить с сотрудником без повторного рассказа
Запишите правильность результата, количество лишних шагов и объём доработок после теста: скорость ответа без этих показателей мало говорит о пользе
Начните с самого простого подхода, который справляется с вашими обращениями: расширяйте сценарий там, где проверка показывает конкретную потребность
