Как отвечать клиентам 24/7: ночная очередь и утренняя передача

Открыть схему крупнее ↗

Как отвечать клиентам 24/7 — это вопрос организации очереди и передачи ответственности. ИИ может принять типовой запрос в нерабочее время только в пределах проверенных данных и разрешённых действий; он не создаёт круглосуточную поддержку сам по себе. Если сотрудника нет, клиенту нужно сообщить, что обращение принято, и назвать реалистичный срок продолжения, а утром передать человеку историю и незавершённые шаги.

Установите часы и календарь работы

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

Такие настройки зависят от используемой системы. Например, документация Dynamics 365 описывает расписание по дням, выходные, праздничный календарь и часовой пояс для поддержки; это пример настройки конкретной платформы, а не общее свойство любого чат-бота. Смотрите руководство Microsoft по графику службы и рабочим часам.

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

Разрешите ночью только безопасные действия

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

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

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

Ведите явные статусы незавершённых диалогов

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

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

В системах, где настроена передача диалога, проверьте, какие именно сведения получают сотрудники. Например, в документации Copilot Studio описаны передача истории разговора и контекстных переменных подключённому центру обслуживания; реализация зависит от связанной системы. Это показано в руководстве Microsoft по передаче разговора живому оператору.

Закрывайте вечер и открывайте очередь утром

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

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

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

Чек-лист передачи между сменами

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

Ограничения и следующий шаг

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

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