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

Ниже — практическая схема для поддержки на сайте или в Telegram. Она подходит для обсуждения требований с разработчиком и руководителем сервиса. Примеры условные и не описывают внедрение у конкретной компании.

Когда ассистент должен подключать человека

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

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

Не заставляйте человека проходить длинный диалог после прямой просьбы об операторе. Уточняйте только то, без чего невозможно направить вопрос: например, отдел или контакт для ответа.

Самооценку модели вроде «уверенность высокая» не стоит считать единственным разрешением на ответ. Лучше проверять наличие нужных источников, ограничения задачи и результат обращения к рабочей системе. Подготовка источников разобрана в статье о базе знаний AI-ассистента.

Почему фраза о передаче ничего не подтверждает

Сформулированный ответ и выполненное действие — разные результаты. Ваш сервис должен получить запрос передачи, создать обращение, сохранить данные и вернуть подтверждение. Только после этого можно сообщать клиенту, что вопрос зарегистрирован.

Это различие отражено, например, в документации Dialogflow CX: ответ Live agent handoff служит сигналом для интеграции, а необходимые действия выполняет принимающая система. Это пример устройства платформы, а не рекомендация выбрать конкретного поставщика.

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

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

Какой контекст передавать сотруднику

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

  • Вопрос клиента в его формулировке.
  • Выбранная услуга, товар или тип обращения.
  • Уже уточнённые сведения и нерешённый вопрос.
  • Что ассистент ответил и какие источники использовал.
  • Какие действия действительно выполнены и с каким результатом.
  • Причина передачи и текущий статус обращения.
  • Способ ответа, выбранный клиентом.

Если краткое описание делает модель, сохраняйте связь с исходными сообщениями. Менеджеру нужно проверить детали, особенно даты, названия и обещания. В карточке отделяйте слова клиента от выводов ассистента: «клиент сообщил о задержке» не равнозначно «компания нарушила срок».

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

Как организовать очередь и ответственного

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

  1. Зарегистрировано: обращение сохранено, но сотрудник ещё не назначен.
  2. Назначено: определён ответственный сотрудник или группа.
  3. В работе у человека: сотрудник принял диалог и начал обработку.
  4. Решено: сотрудник зафиксировал результат.
  5. Требует проверки: передача или уведомление завершились ошибкой.

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

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

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

Кто отвечает после подключения оператора

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

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

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

Что показывать вне рабочего времени

Отделите доступность ассистента от графика сотрудников. Если вопрос зарегистрирован вечером, это не означает, что оператор уже читает переписку. Покажите реальные часы работы и статус обращения; срок ответа обещайте только при наличии согласованного процесса, который его обеспечивает.

Для России и Беларуси сохраняйте страну обслуживания, филиал, нужный отдел и применимый график. Не определяйте их только по языку сообщения или телефонному коду. Если этих сведений нет, задайте короткий вопрос перед маршрутизацией.

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

Как проверить передачу перед запуском

Проверяйте не только удачный сценарий. Возьмите несколько условных диалогов и завершите каждый на стороне сотрудника.

  • Прямая просьба об операторе создаёт одно обращение с нужной историей.
  • Вопрос без подтверждённого ответа передаётся без выдуманных условий.
  • При сбое CRM обращение сохраняется по согласованной схеме или клиент получает честную ошибку.
  • Двойное нажатие не создаёт дубли.
  • Два сотрудника не становятся независимыми владельцами одного диалога.
  • Новое сообщение клиента во время ожидания видно оператору.
  • После принятия диалога модель не продолжает спорить с ответом сотрудника.
  • Ночью и в выходной показывается фактический график.
  • Клиент и сотрудник не могут открыть чужую историю без права доступа.

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

Что отслеживать после запуска

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

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

Чтобы обсудить разработку AI-ассистента с подключением оператора, подготовьте причины передачи, пример карточки, роли сотрудников и график. Факторы оценки проекта разобраны в статье о стоимости внедрения AI-ассистента, а дальнейшее обслуживание — в материале о технической поддержке.