ИИ-агент в контакт-центре можно контролировать через три связанных процесса: журнал ошибок, регулярные тесты и чёткую передачу диалога оператору. Такой подход помогает видеть, где бот неверно понял клиента, где ему не хватает данных, а где разговор сразу должен продолжить человек. В статье разберём, какие обращения отдавать ИИ-агенту, как проверять его ответы и какие показатели фиксировать, чтобы автоматизация не ухудшала обслуживание.
Какие задачи можно передать ИИ-агенту?
Начните с обращений, где ответ зависит от понятного правила или заранее подготовленной информации. ИИ-агент может сообщить график работы, объяснить порядок оформления заявки, проверить статус обращения по данным из CRM, собрать контакты клиента или записать его на услугу. Входящие вопросы такого типа удобно использовать как первый контур поддержки.
Голосовой ассистент также помогает принимать обращения в нерабочее время и снимать типовые вопросы с первой линии. При этом сценарий нужно заранее разделить: какие запросы бот закрывает сам, а какие сразу переводит оператору. Такой подход описан в разборе сценариев и ограничений голосовых ассистентов для небольших колл-центров (Kalinkindev).
Сложные случаи лучше не оставлять на усмотрение модели. К ним относятся жалобы, спорные платежи, нестандартные технические неисправности, просьбы изменить важные данные и ситуации, где клиент несколько раз повторяет вопрос. В таких диалогах задача ИИ-агента — собрать необходимую информацию и передать обращение человеку с кратким описанием проблемы.
Перед запуском составьте таблицу маршрутизации хотя бы в виде списка:
- тип обращения;
- что агент отвечает самостоятельно;
- какие данные он запрашивает;
- при каком условии подключается оператор;
- какую информацию получает оператор после передачи.
Например, для технической поддержки агент может уточнить модель оборудования, текст сообщения об ошибке и время возникновения проблемы. После этого оператор получает заполненную карточку обращения, а клиенту не приходится повторять всё с начала.
Как вести журнал ошибок ИИ-агента?
Журнал нужен для конкретных случаев, а не для общей оценки вроде «бот отвечает плохо». В каждой записи укажите дату, канал обращения, вопрос клиента, ответ агента, правильный вариант ответа и последствие ошибки. Отдельно отметьте, передал ли бот разговор оператору и сколько времени потребовалось на исправление ситуации.
Полезно разделять ошибки по причине. Иначе разработчик будет менять формулировки промпта, когда настоящая проблема связана с базой знаний или интеграцией.
- Ошибка понимания: агент неверно определил намерение клиента.
- Ошибка знаний: в базе нет нужной информации или она устарела.
- Ошибка действия: агент неправильно вызвал функцию, создал заявку или передал данные в CRM.
- Ошибка маршрутизации: разговор слишком долго оставался у бота.
- Ошибка тона: ответ формально верный, но не подходит для жалобы или напряжённого разговора.
Для каждой ошибки добавьте приоритет. Критичной можно считать ситуацию, когда агент сообщил неверное условие услуги, потерял заявку или не передал оператору просьбу клиента. Средний приоритет подойдёт для неполного ответа, который оператор быстро исправил. Низкий приоритет получают стилистические недочёты, если они не повлияли на результат обращения.
Раз в неделю просматривайте повторяющиеся записи. Если один и тот же вопрос появляется в журнале несколько раз, проверьте источник проблемы: возможно, сотрудники используют разные инструкции, а бот получает противоречивые сведения из базы. После изменения сценария сохраните старую и новую версию, чтобы понять, помогло ли исправление.
Как тестировать ответы перед запуском и после изменений?
Тестирование стоит проводить на реальных типах вопросов, но без передачи агенту реальных клиентских диалогов без предварительной подготовки. Составьте набор примеров из FAQ, записей операторов и журнала ошибок. В каждом тесте задайте ожидаемый результат: точный ответ, уточняющий вопрос, создание заявки или перевод на человека.
Проверяйте не только прямые формулировки. Один и тот же вопрос стоит задать разговорным языком, с опечаткой, неполной фразой и дополнительным условием. Клиент может написать «не работает личный кабинет», а затем уточнить, что ошибка появляется только при оплате. Агент должен сохранить контекст и не отправить человека по неподходящей инструкции.
Набор тестов удобно разделить на четыре группы:
- Обычные сценарии. Агент правильно понимает вопрос и даёт ответ из базы знаний.
- Неполные запросы. Агент задаёт один понятный уточняющий вопрос.
- Пограничные случаи. Клиент меняет тему, раздражён или использует неоднозначные слова.
- Опасные сценарии. Агент не выдумывает сведения и передаёт диалог оператору.
После каждого изменения проверяйте весь набор, а не только тот сценарий, который исправляли. Изменение правила для технической поддержки может повлиять на ответы по записи или статусу заявки. Результат фиксируйте в простой форме: «пройдено», «ошибка», «нужен оператор», «требуется доработка».
Для контроля качества полезно сравнивать ответ агента с эталонной карточкой. В ней достаточно указать обязательные факты, запрещённые обещания и условие передачи человеку. Такой способ проще, чем пытаться оценить всю фразу целиком. Речевая аналитика и автоматический разбор звонков применяются для поиска проблемных диалогов, оценки работы менеджеров и контроля качества разговоров (Speech Analytics, Roistat).
Когда ИИ-агент должен передать разговор оператору?
Правило передачи нужно формулировать заранее и проверять отдельными тестами. Агент должен подключать оператора, когда клиент прямо просит человека, не отвечает на уточняющие вопросы, повторяет проблему после инструкции или сообщает о конфликтной ситуации. Ещё один сигнал — отсутствие точного ответа в базе знаний. В этом случае лучше признать ограничение и создать обращение, чем строить предположение.
Передача должна сохранять контекст. Оператору нужны тема обращения, краткое резюме, ответы клиента на уточняющие вопросы и действие, которое уже выполнил агент. Если этих данных нет, автоматизация лишь добавляет повторную работу: сотрудник снова выясняет причину звонка, а клиент ждёт дольше.
Для каждого сценария задайте предельное число попыток. Например, после двух неудачных уточнений агент переводит диалог оператору. Точное значение зависит от сложности услуги, поэтому его лучше определить на тестовой группе обращений и затем проверить по журналу ошибок.
График операторов тоже связан с передачей от ИИ-агента. Если бот принимает обращения круглосуточно, после начала рабочего дня может возникнуть короткий пик ручных задач. При планировании смены учитывайте не только количество всех обращений, но и долю диалогов, которые агент передаёт человеку. Практические подходы к гибкому расписанию операторов разобраны в материале о малом колл-центре Беларуси: гибкие графики операторов в малом колл-центре.
Какие ошибки чаще всего мешают контролю?
- Запуск без списка ограничений. Если не определить запрещённые для агента действия, он начинает отвечать там, где нужен оператор.
- Проверка только идеальных вопросов. В рабочем диалоге встречаются опечатки, неполные фразы и резкая смена темы.
- Журнал без результата. Запись «неправильный ответ» не показывает, что именно нужно исправить.
- Отсутствие владельца базы знаний. Инструкции устаревают, а агент продолжает использовать старые сведения.
- Передача без контекста. Оператор получает звонок, но не видит, что уже спросил и сообщил бот.
- Измерение только доли автоматических ответов. Высокая автоматизация ничего не говорит о точности и повторных обращениях.
Для небольшой компании достаточно начать с одной линии и ограниченного набора сценариев. Назначьте сотрудника, который раз в неделю просматривает журнал, обновляет тесты и передаёт разработчику повторяющиеся ошибки. Если ИИ-агент подключён к входящей линии, технической поддержке или исходящим кампаниям, отдельные правила контроля можно встроить в работу операторов и в обучение новых сотрудников. Методики обучения операторов в 2026 году собраны в материале о подготовке сотрудников контакт-центра.
Автоматизацию также можно развивать постепенно: сначала агент отвечает по базе знаний, затем создаёт заявки, после этого передаёт оператору заполненную карточку обращения. Подходы к разгрузке операторов от типовых вопросов с сохранением живого контакта описаны в разборе сценариев для ИИ-агента и операторской поддержки.
Начните с трёх действий на этой неделе:
- Соберите 20–30 типовых обращений и разделите их на самостоятельные ответы, уточняющие вопросы и обязательную передачу оператору.
- Создайте журнал с полями «вопрос», «ответ агента», «ошибка», «правильное действие» и «последствие для клиента».
- Проведите повторный тест после каждого изменения сценария и проверьте, получил ли оператор полный контекст обращения.
Так ИИ-агент становится управляемой частью контакт-центра: его ответы можно проверить, ошибку — найти по записи, а сложный разговор — вовремя передать сотруднику.
