Аутсорсинговый колл-центр и голосовой AI-агент: модель совместного управления

Короткий ответ

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

В статье — как построить совместную модель, таблица ответственности, пункты SLA (соглашения об уровне сервиса) и еженедельный ритм управления.

Три типичные модели

1. 1Агент впереди, подрядчик за нимВсе звонки сначала попадают к AI-агенту, простые вопросы закрываются там, остальное передаётся операторам подрядчика.
2. 2Разделение по часамВ рабочее время — подрядчик, в нерабочее и в пики — агент.
3. 3Разделение по типам звонковОпределённые номера или типы звонков — у агента, остальные — у подрядчика.

Выбор зависит от объёма звонков, модели оплаты по договору с подрядчиком (за звонок, минуту или оператора) и сложности типов звонков. Если оплата за звонок, то простые звонки, забранные агентом, напрямую влияют на доход подрядчика — это нужно открыто обсудить в договоре.

Таблица ответственности

• Сценарий и база знаний агента — заказчик (ваша компания)
• Скрипты операторов подрядчика — пишутся вместе, утверждает заказчик
• Правила передачи: когда и с какой информацией — заказчик по согласованию с подрядчиком
• Приём и решение переданных звонков — подрядчик
• Телефонная линия и правила маршрутизации — заказчик или согласованная сторона
• Фиксация и разбор инцидентов — обе стороны, один общий журнал

Точка передачи

Передача от агента оператору подрядчика — самое чувствительное место совместной модели. Принимая звонок, оператор должен видеть, что собрал агент: резюме, запрос, данные клиента. Если не видит, клиент рассказывает всё второй раз, а стороны обвиняют друг друга. Формат передачи прописывается в техническом приложении к договору: какие поля, в какой системе, как быстро появляются.

Пункты SLA

• Уровень сервиса для переданных звонков — например, доля отвеченных за заданное число секунд
• Клиенту не приходится повторять информацию в переданном звонке — по выборочной проверке
• Своевременное выполнение обещаний перезвонить
• Время реакции на инцидент — по уровню серьёзности
• Отчётность: какие показатели, с какой частотой, в каком формате

Пишите SLA отдельно для агента и для подрядчика. Показатели агента (решение, верная передача, замеченные ошибки) — ответственность заказчика; показатели после передачи — подрядчика.

Доступ к данным

Операторы подрядчика должны видеть данные клиента, но только то, что нужно для работы. Кто слушает записи, кто видит только транскрипты, кто только резюме — определяется ролями и договором. Обработка, хранение и возврат или удаление данных по окончании договора должны соответствовать местным правилам и проверяться с юристом.

Качество: два слоя

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

Еженедельный ритм управления

1. 1ОтчётПоказатели обеих сторон в одной таблице: агент, передача, подрядчик.
2. 2Примеры звонковВместе прослушиваются 5–10 звонков — особенно переданные и ставшие жалобами.
3. 3ИзмененияИзменения сценария, базы знаний и скриптов — кто и когда.
4. 4ИнцидентыОткрытые инциденты и их статус.

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

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

Иллюстративный пример: телеком-оператор

Это не реальный кейс клиента. Линия поддержки компании — у аутсорсингового подрядчика. Компания ставит AI-агента впереди: вопросы о балансе, тарифах и пунктах оплаты закрываются агентом, технические проблемы и жалобы передаются подрядчику. Договор с подрядчиком был с оплатой за звонок — в новом договоре цена и SLA для переданных звонков прописаны отдельно.

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

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

В совместной модели план выхода тоже прописывается заранее: при смене подрядчика сценарий, база знаний и история звонков остаются у заказчика, а формат передачи новому подрядчику тот же. Так заказчик не зависит от одного подрядчика.

Типичные ошибки

• Отдать владение сценарием подрядчику
• Не прописать формат передачи в договоре
• Сводить показатели агента и подрядчика в одну цифру
• Не обсуждать изменение модели оплаты
• Не создать общий канал для сигналов операторов

Ограничения

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

Совместная модель с Vexvon

Vexvon AI Call Center работает поверх вашей SIP- или PBX-линии, а правила маршрутизации определяют, какой звонок идёт агенту, а какой — на внешний номер: по рабочим часам, набранному номеру и номеру звонящего; правило можно проверить в симуляторе. Сценарий и база знаний агента — под вашим контролем в панели, сложный звонок передаётся живому оператору. Транскрипт, резюме и запись каждого звонка остаются в панели — общее доказательство для совместной проверки качества.

Проверка качества звонков операторов подрядчика — в статье качество в аутсорсинговом колл-центре, распределение ролей со своей командой — в AI и операторы колл-центра.

Первый шаг

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