Разработка Voice AI Agent для обработки звонков

Голосовой AI агент: где ломается обработка звонков

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

Второй провал — время вне графика. Голосовой AI агент, привязанный к рабочим часам, теряет вечерние и выходные обращения, а в частных услугах это самая платёжеспособная часть спроса. Абонент не ждёт утра — он набирает следующую компанию.

Третий — дубли и рост времени ожидания. Без распознавания повторного абонента один вопрос приходит тремя заходами, история не поднимается, и оператор тратит первую минуту на выяснение уже сказанного. Ожидание растёт не из-за числа звонков, а из-за того, что каждый второй разговор начинается с нуля.

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

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

Что даёт автоматизация звонков: эффект в измеримых величинах

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

Первое и самое заметное — доля обработанных звонков. Агент принимает параллельные вызовы без очереди, поэтому в пиковые часы доля потерянных обращений падает с типичных 10–20% до единиц процентов. Время ожидания сокращается с минуты-полутора до одной-двух секунд: абонент не слушает гудки и не дозванивается повторно.

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

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

Режимы работы речевого робота: сценарий, ассистент, диалог

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

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

Внедрение агента: от аудита звонков до передачи в эксплуатацию

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

1. Аудит звонков. Выгружаем записи и расшифровки за период, считаем долю повторяющихся обращений, время ожидания и причины обрывов. На выходе — карта тем с частотой и список вопросов, которые закрывает человек.

2. Схема диалога. Проектируем ветки под частые темы: приветствие, уточнения, паузы и перебивания, условия эскалации. Фиксируем, какие данные агент обязан собрать до передачи оператору.

3. Настройка и интеграции. Обучаем распознавание речи на вашем словаре — названия услуг, артикулы, имена, — настраиваем синтез голоса и обмен данными с телефонией и учётной системой.

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

5. Правки по результатам. Уточняем формулировки, пороги уверенности и логику переспросов, чтобы агент не зависал на нестандартной речи и фоновом шуме.

6. Приёмка. Согласуем метрики: доля обращений, закрытых без оператора, время до первого ответа, полнота переданного контекста. Проверяем на контрольной выборке звонков.

7. Передача в эксплуатацию. Отдаём доступы, документацию по сценариям и регламент правок, обучаем команду. Первый период сопровождаем и донастраиваем по реальному трафику.

Что остаётся у заказчика: конфигурации, регламенты, документация

Голосовой AI агент — не чёрный ящик, живущий только у подрядчика. На выходе вы получаете работающую систему вместе с конфигурациями и правилами, по которым её можно менять своей командой или другим исполнителем. Что остаётся на руках — по пунктам.

• Сценарии диалогов в редактируемом виде. Ветки, переходы и реплики лежат в конфигурации, а не в коде: новое условие или формулировку можно добавить без участия разработчика.
• Карта маршрутизации. По каким признакам вызов уходит в нужную группу или на оператора, какие приоритеты, что происходит в нерабочие часы и при перегрузке линии.
• Регламент эскалации. Условия передачи человеку: нераспознанный запрос, две неудачные попытки уточнения, прямая просьба соединить с оператором. Плюс целевое время соединения и поведение агента до ответа.
• Права доступа и роли. Кто правит сценарии, кто видит записи и расшифровки, кто выгружает журналы; история изменений с автором и временем.
• Инструкция для операторов. Что видно на экране при переданном вызове — контекст, расшифровка, причина эскалации — и как вернуть диалог агенту.
• Передача управления. Где хранится конфигурация, как откатиться на предыдущую версию, к кому обращаться при сбое и за какое время мы отвечаем.
• Документация по интеграциям и метрикам. Какие системы связаны, какие доступы нужны и по каким срезам видно качество: доля автоответов, точность распознавания, доля эскалаций.

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

Кейс: как сократили потери звонков в службе доставки

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

Мы поставили голосовой AI-агент на первый контакт. Он принимает вызов, уточняет номер заказа или адрес, называет статус и время доставки, переносит слот и меняет адрес, а на жалобе, споре или нестандартном запросе передаёт диалог оператору вместе с расшифровкой разговора. Правила перевода на человека и сценарии дорабатывались по реальным записям звонков, а не по гипотезам.

Что изменилось в цифрах

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

Что делать, если телефония и контакт-центр уже развёрнуты?

Агент не заменяет телефонию и не требует её перестройки — он подключается к действующей станции как ещё одна точка маршрутизации. Номера, правила распределения и записи разговоров остаются на месте, меняется только то, кому уходит вызов в конкретной ветке сценария. На стороне заказчика это выглядит как новая группа в очереди вызовов, а не как отдельный сервис со своей логикой.

Встраивание агента начинается с очереди: в неё добавляется навыковая группа, куда попадают типовые обращения — уточнение статуса заявки, график работы, первичная квалификация. Если абонент просит живого специалиста, вызов переводится в существующую группу вместе с расшифровкой диалога, чтобы оператор не начинал разговор с нуля. Приоритеты и правила эскалации настраиваются штатными средствами контакт-центра.

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

Сосуществование с операторами строится на разделении по сложности. Агент закрывает повторяющиеся сценарии без ожидания в очереди, операторы берут нестандартные обращения и работу с претензиями — нагрузка на смену падает, а время до ответа сокращается. Смотрим на долю обращений, снятых без оператора, и на долю переводов: если переводов больше ожидаемого, сценарии правятся, а не «терпятся».

Чтобы посчитать это на ваших данных, нужен доступ к тестовому номеру, выгрузке записей и схеме маршрутизации. Опишите задачу — вернёмся с оценкой и планом пилота на вашем трафике.

Технические сомнения: качество распознавания, интеграции, нагрузка

Перед стартом работ технические команды проверяют одно и то же: как агент слышит в шуме, как встраивается в существующий контур и что происходит в пик. Ниже — ответы на сомнения, которые чаще всего всплывают на обсуждении архитектуры.

Как решение встраивается в наши системы?

Интеграции идут через API и вебхуки: ваша телефония (Twilio, собственный шлюз), CRM, база заявок, внутренние сервисы. Расшифровки и записи остаются в вашем контуре. Там, где готового интерфейса нет, разбираем сценарий через промежуточный слой.

Что с нагрузкой в пиковые часы?

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

Как устроена передача оператору?

Вместе с вызовом оператор получает контекст: расшифровку, собранные поля, причину эскалации — клиенту не нужно повторять историю. Триггеры настраиваемые: явная просьба, повторное непонимание, стоп-слова.

Обсудим задачу: вернёмся с планом и оценкой по вашему сценарию

Чтобы вернуться с планом работ и оценкой, а не с общими соображениями, нам нужен набор вводных. Голосовой AI агент — не универсальная коробка: качество сценария, скорость ответа и доля обращений, закрытых без оператора, напрямую зависят от того, насколько точно описан ваш поток звонков. Ниже — что стоит прислать или рассказать на первой встрече.

• Типы звонков и их пропорция: входящие и исходящие, консультации, запись, подтверждение, перенос, возврат — с примерным распределением по объёму.
• Записи реальных разговоров с расшифровкой — по ним собираем сценарии, словарь формулировок и типовые возражения.
• Регламенты передачи оператору: что агент закрывает сам, в какой момент подключает человека, какие темы и формулировки под запретом.
• Окружение: телефония, система учёта клиентов, база знаний, календарь — что уже используется и какие есть интерфейсы для обмена данными.
• Целевые показатели: доля автоматически закрытых обращений, допустимое время ответа, требования к точности распознавания речи именно на ваших записях.
• Ограничения: языки и диалекты, часовые пояса, пиковая нагрузка, правила хранения и обезличивания записей разговоров.
• Кто принимает результат: человек, который будет проверять сценарии и подписывать приёмку этапов.

Опишите задачу в свободной форме — вернёмся с планом работ, составом этапов и оценкой по вашему сценарию.