Автоматизация поддержки ломается не тогда, когда зовёт человека, а когда продолжает уверенно отвечать за пределами знаний и полномочий. Поэтому handoff — не аварийный выход, а обязательная часть рабочего процесса.
Пять надёжных причин остановить автоответ
| Сигнал | Действие AI | Что получает сотрудник |
|---|---|---|
| Нет подходящих сведений | Не придумывает ответ и завершает автоматическую ветку | Вопрос клиента, историю и безопасную причину |
| AI-провайдер недоступен | После ограниченных повторных попыток прекращает автоматическую ветку | Диалог и причину «AI-агент временно недоступен» |
| Канал недоступен | Не обещает доставку, которой не было | Историю и отметку о проблеме отправки |
| Сообщение нельзя обработать | Останавливается на защищённом сценарии | Исходное сообщение, историю и безопасную причину |
| Нет доступного пакета ответа | Не отправляет пустой или случайный текст | Диалог для ручного продолжения |
Передавайте контекст, а не только очередь
Фраза «вас переключают на оператора» ничего не решает, если сотрудник видит пустой экран. Минимальный пакет handoff включает исходный вопрос, историю текущего диалога, уже использованные сведения, причину остановки и доступное следующее действие.
- Последнее сообщение клиента и предыдущие реплики из истории диалога.
- Ответы, которые уже были отправлены автоматически.
- Безопасную причину передачи, например отсутствие подходящей информации.
- Канал, в котором продолжается разговор.
- Возможность сотруднику сразу подхватить тот же диалог из кабинета.
Отделите технические правила от бизнес-риска
Технические причины обычно определяются однозначно: сервис недоступен, данных нет, сообщение не поддерживается. Бизнес-правила задаёт компания. Возврат денег, претензия, персональные данные, изменение договора или крупная сделка могут требовать сотрудника, даже если AI способен составить связный ответ.
| Тип правила | Пример | Как контролировать |
|---|---|---|
| Техническое | Нет ответа в базе знаний | Автоматический тест и событие handoff |
| Канальное | Ответ не удалось доставить | Статус отправки и очередь сотруднику |
| Финансовое | Запрос возврата или индивидуальных условий | Явный список тем и ответственный |
| Юридическое | Претензия или запрос персональных данных | Проверенный маршрут без самостоятельного решения AI |
| Коммерческое | Сложный заказ или важный клиент | Порог ценности и ручное принятие диалога |
Проверьте handoff до реальных клиентов
- Задайте вопрос, которого точно нет в базе знаний.
- Отправьте сообщение с вложением или без текста.
- Во внутреннем или тестовом окружении отдельно проверьте недоступность AI-провайдера и канала.
- Проверьте, что сотрудник получил уведомление и видит историю.
- Продолжите разговор вручную из того же диалога.
- Убедитесь, что клиенту не пришли два конкурирующих ответа.
- Запишите причину передачи и результат для последующего разбора.
Измеряйте качество передачи
- Доля автоматических ответов, после которых клиент продолжил разговор по теме.
- Доля handoff, которые сотрудник принял в рабочее время.
- Время от передачи до первого содержательного ответа человека.
- Повторные вопросы из-за потерянного контекста.
- Ошибочные автоответы, которые стоило передать сотруднику раньше.
Что именно делает VKUCHE
В текущей реализации VKUCHE передаёт диалог сотруднику, когда не находит подходящей информации, не может использовать AI-провайдер или канал, сталкивается с проблемой конфигурации, получает неподдерживаемое сообщение либо не имеет доступного ответа. Диалог помечается как требующий сотрудника, а команда получает рабочее событие для продолжения. Это техническая защита; правила для финансовых, юридических и коммерческих случаев бизнес задаёт отдельно.
Читайте такжеКак подготовить базу знаний для AI-ответов Читайте такжеКак настроить автоответ в нерабочее время Читайте такжеКак измерять время первого ответа Читайте такжеКак не терять обращения Читайте такжеIntercom: процедуры передачи между AI и человеком Читайте такжеIntercom: границы и передача Fin AI AgentЧастые вопросы
В каких случаях AI должен передать диалог человеку?
Базовые причины — нет подходящей информации в базе знаний, недоступен AI-провайдер или канал, сообщение нельзя корректно обработать, закончился доступный пакет ответов либо сама автоматизация выбрала передачу сотруднику.
Нужно ли передавать сотруднику всю историю?
Да. Сотрудник должен видеть исходный вопрос, предыдущие ответы и причину остановки автоматизации. Иначе клиенту придётся пересказывать проблему, а время решения вырастет.
Можно ли поручить AI жалобы и спорные ситуации?
Можно подготовить черновик или собрать факты, но правила компании должны определять темы и действия, которые требуют человека. Не стоит считать распознавание эмоций, юридического риска или намерения безошибочным.
Как проверить передачу диалога до запуска?
В обычном кабинете проверьте вопрос без ответа в базе и сообщение с вложением. Недоступность провайдера и канала проверяйте только во внутреннем или тестовом окружении. В каждом случае сотрудник должен увидеть историю, безопасную причину и возможность продолжить разговор.
Как это устроено в VKUCHE?
VKUCHE переводит диалог сотруднику при нехватке подходящих сведений, недоступности AI или канала, проблеме конфигурации, пустом пакете ответов и других защищённых сценариях. Конкретное подключение нужно проверять сквозным тестом.