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