Разработка AI-диалера: автоматизация исходящих звонков под ключ

Почему исходящие обзвоны срываются: узкие места AI outbound dialer

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

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

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

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

Каждый из этих сбоев измерим и устраним, но только в связке телефонии и логики. Ниже разбираем, как это закрывается в архитектуре AI outbound dialer.

Что даёт управляемый обзвон: пропускная способность и доля дозвонов

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

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

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

Конверсия звонка привязана к сценарию разговора — ветвящемуся дереву из приветствия, квалификации и передачи на оператора или назначения встречи. Версии веток проверяем на выборке и видим, какая доля разговоров доходит до целевого действия, поэтому рост конверсии объясняется конкретной правкой, а не общими словами.

Режимы запуска обзвона: кампания, триггер, догон

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

Разница проявляется на ограничениях: сколько линий держать под пик, как часто можно беспокоить одного абонента, что делать при недозвоне.

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

Как мы внедряем: этапы инженерной работы

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

1. Аудит телефонии и базы контактов. Смотрим схему подключения, число одновременных линий, распределение вызовов по времени и регионам. Базу проверяем на дубли и нерабочие номера — иначе сценарий масштабирует мусор.
2. Схема маршрутизации. Договариваемся, какие вызовы идут автоматически, а какие сразу на оператора, куда возвращается результат и как учитываются лимиты оператора связи.
3. Настройка сценария. Собираем логику диалога: приветствие, распознавание речи, определение автоответчика, ветвление по ответам, повтор и окно звонков. Отдельно — критерии передачи разговора человеку.
4. Тестовые прогоны. Проверяем сценарий на вашей выборке и на контрольных звонках: слышимость, паузы, корректность ветвлений, запись результата в учётную систему.
5. Разбор ошибок распознавания. Слушаем записи, считаем долю нераспознанных реплик и ложных срабатываний, правим словарь терминов и пороги. После двух-трёх итераций доля понятых ответов заметно растёт.
6. Пилотный запуск. Включаем обзвон на части базы и смотрим доходимость, долю соединений, переводы на оператора. Нагрузку поднимаем постепенно, по метрикам.
7. Передача в эксплуатацию. Отдаём доступы и документацию по сценарию и маршрутизации, обучаем вашу команду вносить правки. Дальше — регламент изменений и контроль качества по записям.

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

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

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

Каждый артефакт разбираем с вашей командой на передаче. Критерий завершения — ваши инженеры сами поднимают кампанию и закрывают типовой сбой.

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

Исходная точка

Клиент — сеть сервисных центров — обзванивал базу в несколько десятков тысяч контактов силами восьми операторов. Набор шёл вручную: оператор слушал гудки и автоответчик, и только потом начинал разговор. Доля дозвонов держалась на уровне 18%, больше половины смены уходило на прослушивание автоответчиков и коротких сбросов, а повторные касания делались «на память» и часто попадали в неудобные часы.

Что изменили

Обзвон перевели на автоматическую маршрутизацию с определением автоответчика (Answering Machine Detection). Живой голос уходит оператору в первые секунды после ответа, автоответчик — в отдельную ветку с коротким записанным сообщением. Логику повторных касаний сделали событийной: до трёх попыток в разные окна дня, с разнесением по часовым поясам абонентов и запретом набирать номер раньше заданного интервала после неудачной попытки.

Результат

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

Чем отличается роботизированный обзвон от автоинформатора

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

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

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

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

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

Частые технические сомнения перед запуском

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

Как учитываются согласие на обзвон и отказ от звонков?

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

Шум в линии и наш поток не помешают распознаванию?

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

Что нужно от нашей телефонии для подключения?

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

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

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

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

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