Рекс сравнивает ветвящийся и плавный маршруты в светлой галерее

Когда выбрать ИИ-бота, а когда — кнопочный сценарий

Если клиенту нужно выбрать магазин и узнать адрес, короткое меню может решить задачу быстрее длинного разговора

Если он подбирает диван под размеры комнаты и объясняет ограничения своими словами, полезнее свободный диалог с уточнениями

Выбирая ИИ-бота или кнопочный чат-бот, начните с обращений клиентов: насколько разнообразны вопросы и какой результат должен получить человек

Кнопочный сценарий ведёт по заранее заданным вариантам, а ИИ-бот на языковой модели может разбирать свободный текст и формулировать ответ по предоставленным материалам

При этом кнопки — способ общения, а ИИ — способ обработки запроса: их можно сочетать, если это поддерживают выбранный сервис и канал

Наличие кнопок не означает, что бот совсем не принимает текст, а наличие ИИ не гарантирует правильного ответа: сравнивать нужно конкретные настроенные сценарии

Задача первая: узнать адрес магазина

Представим сеть с несколькими магазинами: клиент выбирает город, затем точку и получает адрес, часы работы и ссылку на карту

Для такого маршрута кнопки помогают избежать опечатки в названии магазина и показывают доступные варианты сразу

Здесь важны короткий путь и актуальные сведения: добавление ИИ само по себе не исправит устаревший график

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

Но бот должен опираться на проверенную связь магазина с ориентиром: если её нет, лучше уточнить город или предложить список, чем угадывать адрес

На проверке дайте двум вариантам одинаковые обращения: точное название, описание через ориентир и вопрос о несуществующем магазине

Сравните, получает ли человек верный адрес, может ли исправить выбор и сколько лишних шагов проходит

Задача вторая: подобрать товар с ограничениями

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

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

ИИ-диалог позволяет начать с произвольного описания, выделить известные условия и спросить недостающее — если это поведение настроено и проверено

Уточнение размера диванаУчебный пример
  1. Клиент

    Нужен диван для ежедневного сна, ниша 190 сантиметров, бюджет до 60 тысяч

  2. Бот

    190 сантиметров — это ширина места для дивана в сложенном виде?

  3. Клиент

    Да, а раскладываться вперёд он может

  4. Бот

    Понял: ширина в сложенном виде до 190 сантиметров, ежедневный сон, бюджет до 60 тысяч — сколько места есть перед диваном для раскладывания?

В этом примере бот ещё ничего не рекомендует: он уточняет ограничение, без которого легко предложить неподходящую модель

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

Если этих данных нет, ни свободная речь, ни красивое меню не доказывают, что диван поместится в комнате

Проверьте смену условия посреди разговора: когда клиент уменьшает доступную ширину, прежняя рекомендация должна быть пересмотрена

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

Задача третья: изменить данные во внешней системе

Клиент выбрал товар и просит оформить заказ: на этом этапе важен уже не способ ввода, а проверенное действие в системе учёта

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

До запуска определите, откуда поступают актуальные сведения, какие операции разрешены и как клиент подтверждает итоговый выбор

В ChatRex документация разделяет базу знаний и действия: файлы дают справочные сведения, а доступные операции зависят от подключённого сервиса и прав аккаунта

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

Попросите показать результат на тестовой записи в выбранной системе, включая отказ клиента, пустой ответ и повторное сообщение

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

Сравните затраты на поддержку и проверку

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

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

Но при большом количестве сочетаний условий растёт число переходов: забытая ветка может вести к старому ответу или тупику

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

Повторите важные вопросы разными словами и несколько раз: один удачный ответ не показывает устойчивость поведения

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

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

Не считайте кнопочный вариант всегда дешёвым, а ИИ всегда дорогим или выгодным: итог зависит от сложности задачи и способа тарификации

Если цена ошибки высока, предусмотрите дополнительную проверку человеком или ограничение действий независимо от выбранного подхода

Когда стоит объединить меню и свободный диалог

Сочетание полезно, когда начало запроса понятно, но детали трудно уложить в варианты: клиент выбирает тему «Подбор дивана», затем описывает комнату своими словами

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

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

Переход между режимами нужно проверить отдельно: сохраняется ли контекст, можно ли исправить выбор и понятно ли, как обратиться к сотруднику

Это общий подход к проектированию диалога, а не обещание кнопок во всех каналах ChatRex: поддержку конкретного вида меню и нужного канала уточните до настройки

Попросите демонстрацию именно в том месте, где будут писать клиенты: возможности отдельного тестового окна не подтверждают поведение канала

Проведите сравнение на своих обращениях

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

Для каждого заранее запишите правильный результат: какой ответ нужен, какие данные допустимо запросить и когда должен подключиться человек

Дайте обоим вариантам одинаковые материалы и условия — иначе вы будете сравнивать качество подготовки, а не пригодность подходов

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

Запишите правильность результата, количество лишних шагов и объём доработок после теста: скорость ответа без этих показателей мало говорит о пользе

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

← Вернуться в блог