Передача от бота человеку должна сохранять задачу клиента и объяснять дальнейший путь. Сам факт уведомления не означает, что сотрудник уже взял обращение в работу.
Определите момент передачи
Назовите ситуации, в которых нужен специалист: индивидуальные условия, нестандартный вопрос, ошибка или просьба пользователя. Предложите понятный способ вызвать человека. Не заставляйте клиента повторять весь сценарий, если бот уже получил необходимые вводные.
Условный пример: посетитель спрашивает о нестандартном составе услуги. Бот передаёт тему и собранное описание, не придумывая цену. Сотрудник видит, какой вопрос остался открытым, и начинает с него, а не с повторного знакомства.
Разделите состояния очереди
Запрос может быть сохранён, передан, принят сотрудником и завершён. Если показываете статус пользователю, он должен соответствовать реальному событию. Не пишите «специалист уже отвечает», когда отправлено только уведомление.
Согласуйте время и порядок связи с возможностями бизнеса. Работа бота круглосуточно не означает круглосуточный ответ человека. При задержке нужен корректный путь уточнения, а не несуществующее обещание срочного ответа. Передавайте только данные, необходимые назначенному исполнителю.
Проверьте исключения
Смоделируйте недоступность сотрудника, сбой уведомления, повтор запроса и изменение контакта. Для каждой ситуации нужны ответственный и возможность найти запись. Сохранённая заявка не должна исчезать потому, что один канал уведомления временно не работает.
После запуска анализируйте, приходится ли людям повторять сведения и где теряется ответственность. Доработки должны уменьшать конкретную потерю контекста. Передача человеку — самостоятельная часть продукта, которой нужны проверки и правила, а не только кнопка «связаться».
- Основания передачи.
- Сохранённый необходимый контекст.
- Правдивые статусы.
- Ответственный и резервный путь.