В одном сообщении могут оказаться разные задачи
Модельный сценарий: клиент пишет в интернет-магазин: «Заказ А-042 должен был приехать вчера. Где он сейчас? Перенесите доставку на другой адрес».
В базе знаний магазина описаны условия доставки и порядок изменения адреса. Эти документы помогут объяснить процедуру. Но в них нет текущего местоположения заказа А-042, а текст инструкции не даёт права изменить заказ.
Статус заказа нужно получить из системы учёта заказов или службы доставки. Для смены адреса нужно проверить, кто обращается, разрешено ли изменение на текущем этапе и как подтвердить результат операции. Пока этого нет, сообщение «Заказ скоро приедет, адрес изменён» содержит неподтверждённые сведения.
Помощник может подготовить оператору черновик с вопросами и выдержкой из инструкции. Для бота с доступом только к базе знаний здесь нужна передача человеку. Если поставщик предлагает автоматическое изменение адреса, на демонстрации потребуется показать саму операцию и её ограничения.
Помощник оставляет отправку ответа сотруднику
Помощник полезен команде, которая отвечает клиентам сама, но тратит время на поиск нужного пункта инструкции и формулировку ответа. Оператор остаётся в диалоге: сверяет черновик с данными клиента, исправляет неточности и отправляет сообщение.
В ИИ-ассистенте Jivo копилот создаёт ответ на основе настроенного навыка. Текст появляется в диалоге, сотрудник может его проверить и переформулировать перед отправкой. Копилот работает в активном чате, открытом у оператора. Для передачи разговора коллеге предусмотрено резюме переписки. Ассистент доступен в приложении или браузере на компьютере, не в мобильном приложении.
В исходном сценарии оператор всё ещё выясняет статус заказа и возможность смены адреса. Ассистент помогает оформить ответ, но проверка фактов остаётся частью работы человека. Замерять стоит весь этот путь, включая исправления черновика: быстро полученный текст сам по себе ещё ничего не говорит о времени решения обращения.
Описание модуля и условия подключения собраны в карточке ИИ-ассистента Jivo.
Самостоятельному боту нужны правила ответа и передачи человеку
Для автоматических ответов выделите темы, где есть согласованная инструкция и понятный результат. Например, объяснение порядка получения счёта. Отдельно запишите ситуации, которые нельзя закрывать по общей справке: неизвестный статус заказа, противоречащие условия, просьба изменить данные.
У ИИ-агента Usedesk работа строится на базе знаний, правилах общения и сценариях эскалации — передачи обращения сотруднику. Есть режим «Продвинутые подсказки»: агент предлагает ответы команде без отправки клиентам. Бесплатная демонстрация проверяет ответы по базе знаний; сложная логика поведения в неё не входит. Сценарии выхода за пределы инструкции и вызова сотрудника настраиваются при запуске.
В CraftTalk бот может отвечать клиентам сам или предлагать оператору ответы из базы знаний. Если вопрос не решён, предусмотрена передача специалисту. Для модельного обращения о заказе в задании на демонстрацию укажите, что сотрудник должен получить номер заказа, историю переписки и нерешённую просьбу клиента.
Если человеку приходится заново выяснять номер заказа, короткий первый ответ бота не избавил поддержку от этой работы.
Действие в системе проверяют отдельно от ответа
CraftTalk предусматривает подключение сервисов компании через API — программный обмен данными. Вендор приводит примеры проверки баланса и подключения услуги. Какие сведения получит бот и какие действия сможет выполнять, зависит от настроенной интеграции.
Вернёмся к изменению адреса. Подтверждением служит сохранённое изменение в заказе или отказ с понятной причиной. Фразы «Всё готово» в чате недостаточно.
Попросите поставщика показать, от чьего имени бот действует, какие данные ему доступны и где сотрудник увидит результат. Затем повторите запрос с условиями, при которых изменение запрещено. Система должна остановить операцию, а клиент получить следующий шаг.
Для демонстрации используйте тестовые записи. Доступ к рабочим заказам и передача клиентской переписки требуют отдельного согласования с ответственными за эти данные.
Из чего складываются расходы
У помощника и автономного бота различаются не только действия, но и состав оплаты. На странице тарифов Usedesk подсказки оператору и ИИ-агент разделены: для бота указаны запуск, настройка и обработка закрытых обращений. CraftTalk рассчитывает AI-бота в составе своей платформы.
Попросите расчёт под выбранный режим: основная система, ИИ-модуль, настройка, каналы и интеграции, обработка обращений, поддержка базы знаний. Уточните, как оплачивается повторное обращение клиента и что поставщик считает закрытым вопросом. Тогда предложения можно сопоставить по одинаковому объёму работы.
Семь сценариев для демонстрации на своих обращениях
Это модельные проверки, не результаты испытания перечисленных продуктов. Для каждого поставщика используйте одинаковые сведения и заранее согласованный порядок действий. Замените примеры обращениями своей поддержки, убрав персональные данные.
«Где скачать счёт?»
На входе. Есть согласованная инструкция с точным порядком.
Ожидаемый результат. Дать шаги из инструкции; в режиме помощника подготовить черновик.
Ошибка. Придуман раздел кабинета или ссылка.
«Где заказ А-042?»
На входе. Есть общая справка, доступа к статусам нет.
Ожидаемый результат. Передать запрос на проверку статуса.
Ошибка. Общий срок доставки выдан за сведения об этом заказе.
«Измените адрес доставки»
На входе. Изменение требует проверки клиента.
Ожидаемый результат. Направить в разрешённую процедуру или передать сотруднику.
Ошибка. Изменение подтверждено без выполненной операции.
«На сайте одна цена, в письме другая»
На входе. Доступны два противоречащих источника.
Ожидаемый результат. Зафиксировать расхождение и передать человеку.
Ошибка. Бот сам выбрал одну версию как правильную.
«Позовите человека»
На входе. Настроена очередь поддержки.
Ожидаемый результат. Передать разговор по согласованному правилу.
Ошибка. Бот снова предлагает справку и удерживает клиента в диалоге.
«Мне ответят сейчас?»
На входе. Рабочая смена закончилась.
Ожидаемый результат. Сообщить установленный график и порядок обработки обращения.
Ошибка. Бот утверждает, что живой оператор уже подключился.
«Я уже писал про заказ А-042»
На входе. Сохранена история диалога.
Ожидаемый результат. Передать вопрос, известные сведения и нерешённую часть.
Ошибка. Контекст потерян, клиенту предлагают начать сначала.
Рядом с каждой проверкой запишите ответ системы, использованный источник, действие или передачу в журнале, исправления оператора и время проверки. Это позволит обсуждать конкретный промах: неправильный факт, несостоявшееся действие или потерянную историю.
Выдуманный статус и ложное подтверждение изменения нельзя компенсировать удачными ответами на справочные вопросы. Такой сценарий нужно исправить и повторить до допуска к соответствующим обращениям.
Закрытый чат ещё не означает решённый вопрос
Для помощника сравнивайте работу оператора с черновиком и без него на сопоставимых обращениях. Для бота смотрите, получил ли клиент решение, пришлось ли передать вопрос сотруднику и возникло ли повторное обращение. Отдельно учитывайте время команды на обновление инструкций и исправление ошибок.
В справке Jivo об эффективности ИИ-оператора длительность чата отделена от активной работы сотрудника. Вендор рекомендует оценивать самостоятельное закрытие диалогов вместе с качеством решения. Автоматическую оценку обслуживания в этом отчёте выставляет ИИ; она не является отзывом клиента.
На первую демонстрацию принесите выбранную тему обращений, действующую инструкцию и ожидания из семи сценариев выше. Дальше можно посмотреть системы клиентского сервиса и готовые платные ИИ-решения.