Когда ИИ должен передать диалог сотруднику

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

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

Определите, кто принимает такие обращения в каждой смене. Если операторов несколько, договоритесь о назначении и замене отсутствующего сотрудника. В нерабочее время клиенту нужно сообщить реальный порядок ожидания. Не обещайте немедленный ответ без дежурства.

В NovaLead работу ИИ и оператора следует проверять на подключённом канале и конкретном сценарии. Возможности ассистента описаны на странице ИИ для переписки с клиентами. Перед запуском пройдите весь путь от запроса клиента до ответа человека.

Какие случаи передавать

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

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

Условия передачи записывайте так, чтобы их можно было проверить на примерах. Формулировка «при сложном вопросе» слишком размыта: разные сотрудники будут понимать её по-разному.

Как сообщить клиенту о переходе

Назовите действие и ожидание. Например: «Уточню условия у администратора. Он продолжит разговор в этом чате в рабочее время». Используйте такую фразу только если сотрудник действительно отвечает в той же переписке. Если потребуется звонок, объясните это и проверьте контакт.

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

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

Краткий контекст для оператора

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

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

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

Кто отвечает после передачи

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

Возвращение ИИ требует отдельного правила. Завершение одного вопроса сотрудником не всегда означает, что весь диалог можно снова автоматизировать. Например, клиент продолжает обсуждать жалобу или ждёт согласования исключения. Проверьте такой сценарий в тесте.

Для нескольких каналов используйте общий порядок назначения. Статья о единой очереди мессенджеров объясняет, как разделять новое обращение, ожидание клиента и задачу сотрудника.

Проверка на рабочей и закрытой смене

Создайте тестовый диалог с просьбой о человеке. Убедитесь, что нужный сотрудник увидел обращение, получил контекст и смог ответить. Затем отправьте ещё одно сообщение от клиента до принятия диалога. Оно не должно потеряться между состояниями.

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

В нерабочее время проверьте текст ожидания и начало следующей смены. Сотрудник должен найти накопившиеся передачи и определить приоритет. Порядок приёмки после обновлений есть в руководстве проверки ИИ.

Как оценивать передачу

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

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

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

Что читать дальше

Единый inbox

ИИ по графику канала