Короткий ответ: в момент перевода агент отдаёт оператору карточку обращения. Там суть вопроса, категория, что уже уточнили у клиента и какие действия предприняли. Оператор читает это до того, как снимет трубку, поэтому начинает разговор с продолжения, а не с вопроса «чем помочь?». Дальше разберу, какие поля нужны в карточке, как связать её с телефонией и CRM и что проверить, если поддержку держат два-три человека.
Что оператор должен узнать до первого «алло»?
ИИ-агент принимает обращение, определяет тему, ищет ответ в базе знаний и отвечает за 5–15 секунд (блог Albato). Типовые вопросы — статус заказа, условия возврата, инструкция по настройке — он закрывает сам. Когда вопрос выходит за рамки базы, начинается эскалация. И вот здесь чаще всего теряется смысл всей автоматизации: клиента переводят на вторую линию, а он заново рассказывает то, что уже написал боту.
Минимальный набор данных, который должен уехать вместе со звонком:
- Тема обращения и категория — например, «доставка», «оплата», «настройка оборудования».
- Дословная формулировка клиента, одна-две фразы. Цитата важна без пересказа агентом.
- Что уже уточнили: номер заказа, город, модель устройства, дата покупки.
- Что агент предложил и почему не подошло. Это экономит оператору пять минут на те же попытки.
- Канал обращения и время: чат на сайте, звонок, письмо.
- Что клиент хочет получить на выходе — возврат, замену, консультацию.
Этого хватает, чтобы оператор сразу перешёл к делу. Расшифровку всего диалога прикладывать не нужно: в ней легко утонуть, а полезных фактов там те же шесть строк.
Как связать карточку с телефонией и CRM?
Технически всё держится на одном ключе — номере телефона или идентификаторе диалога. Агент записывает контекст в CRM (или в отдельную таблицу, если CRM пока нет), а телефония при переводе подтягивает запись и открывает её оператору на экране. Если интеграции нет, тот же текст можно положить в заметку и передать в общую очередь. Работает хуже, но клиент уже не повторяется.
Маршрутизацию при переводе настраивают по навыкам и загрузке: система направляет вызов тем, кто отметил статус «активен», и распределяет по количеству принятых звонков или давности последнего обращения (Naumen, «Комсомольская правда»). Для команды из трёх человек хватает двух правил: категория «оплата» уходит бухгалтеру, остальное — на наименее загруженного оператора. Если у вас бывают очереди, посмотрите отдельный материал про управление очередью в пиковые часы.
| Что передаём | Зачем оператору | Где хранить |
|---|---|---|
| Категория вопроса | Понять, на какую линию и навык направить | Поле в карточке обращения |
| Цитата клиента | Услышать формулировку без искажений | Тело карточки, первые 200 символов |
| Собранные данные | Не спрашивать номер заказа второй раз | Поля заказа или сделки |
| Действия агента | Не повторять тупиковые попытки | История обращений |
| Ожидание клиента | Сразу назвать срок и вариант решения | Комментарий к обращению |
Почему клиент всё равно повторяет историю?
Причин обычно три. Карточка есть, но не всплывает — оператор отвечает вслепую и задаёт вопрос «что у вас случилось?». Либо агент передал обтекаемое «клиент хочет уточнить по заказу», из чего ничего не следует. Либо перевод идёт на общую линию, где контекст не привязан к номеру.
Лечится правилом в скрипте: оператор начинает с подтверждения фактов. «Вижу, вы писали про возврат куртки, заказ от 12-го числа. Давайте оформим». Клиент слышит, что его уже слушали, и пересказывать ничего не нужно. Если агент часто упирается в границы базы знаний, стоит заранее разобраться, как обучить его отвечать на нестандартные вопросы — часть эскалаций тогда просто не понадобится.
Типичные ошибки при настройке эскалации
- Передавать оператору весь лог переписки. Полезных строк там пять, остальное — шум.
- Переводить без причины: оператор не знает, зачем вообще поднял трубку.
- Молчаливый перевод. Клиент ждёт в тишине и за это время придумывает вопрос заново.
- Нет запасного варианта, если оператор занят. Вызов должен уходить следующему в очереди или возвращаться агенту с предложением оставить контакты.
- Агент обещает то, что оператор не может выполнить: скидку, срок, компенсацию.
- Контекст живёт в личном чате сотрудника. Через день его там никто не найдёт.
Как проверить сценарий до запуска?
Возьмите 10–15 реальных обращений из переписки за последний месяц. Прогоните их через агента и посмотрите, что он передаёт дальше. Затем прогон с оператором: он видит только карточку и должен ответить, не задавая уточняющих вопросов о том, что в карточке уже есть. Задаёт — значит поле лишнее или заполнено размыто.
Полезно замерить две вещи: сколько секунд проходит от запроса клиента до ответа агента и сколько времени оператор тратит на выяснение того, что уже собрано. Второй показатель и показывает, окупилась ли интеграция. Про периоды, когда обращений больше обычного, есть разбор как пережить пик с той же командой.
Посмотреть, как такие сценарии собирают под малый бизнес, можно в материале как настроить ИИ-агента колл-центра, чтобы не терять лиды. Там же разобраны границы: что агент закрывает сам, а что честнее отдать человеку.
Три шага, которые можно сделать на этой неделе:
- Выпишите шесть полей карточки обращения и проверьте, заполняются ли они сейчас на каждом переводе.
- Договоритесь с операторами: разговор начинается с подтверждения фактов вместо вопроса «чем помочь?».
- Прогоните 10 реальных диалогов через агента и посчитайте, какой процент доходит до оператора с полным контекстом.
