Розробка голосового AI агента для обробки дзвінків

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

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

Другий провал — час поза графіком. Голосовий AI-агент, прив'язаний до робочих годин, втрачає вечірні та вихідні звернення, а в приватних послугах це найбільш платоспроможна частина попиту. Абонент не чекає ранку — він набирає наступну компанію.

Третій — дублі та зростання часу очікування. Без розпізнавання повторного абонента одне питання надходить трьома заходами, історія не піднімається, і оператор витрачає першу хвилину на з'ясування вже сказаного.

Очікування зростає не через кількість дзвінків, а через те, що кожна друга розмова починається з нуля.

Плюс маршрутизація: заявка на підключення та питання щодо рахунку не повинні стояти в одній черзі, інакше термінове чекає за діагностикою. Розуміння сказаного в перші секунди визначає, до кого людина потрапить і чи потрапить взагалі.

Розбираємо, як це закривається: де розподіляється навантаження, як виклик переживає пік, що відбувається зі зверненням після закриття офісу та як повторний дзвінок склеюється з історією.

Що дає автоматизація дзвінків: ефект у вимірюваних величинах

Ефект рахують за величинами, які видно у звітах телефонії вже в перші дні після запуску: частка прийнятих викликів, час до першої відповіді, клас звернень, де розмову все-таки втрачено, і кількість повторних дзвінків з того самого питання.

Перше й найпомітніше — частка оброблених дзвінків. Агент приймає паралельні виклики без черги, тому в пікові години частка втрачених звернень падає з типових 10–20% до одиниць відсотків.

Час очікування скорочується з хвилини-півтори до однієї-двох секунд: абонент не слухає гудки й не додзвонюється повторно.

Змінюється й сам клас втрачених звернень. Раніше це був скид після очікування, тепер — переведення на оператора з готовою розшифровкою та стислим контекстом: що запитали, що уточнили, які дані зібрано.

Оператор входить у розмову не з нуля, а з середини, і не витрачає перші півхвилини на «назвіть номер договору».

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

Навантаження на операторів перерозподіляється: за людьми залишаються складні та нестандартні випадки, типові — запис, уточнення статусу, перенесення часу — закриваються автоматично.

Розпізнавання живої мови ми будуємо на Whisper, тому імена, шум і перебивання не ламають сценарій, а метрики не «пливуть» на реальних дзвінках.

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

Режими відрізняються тим, хто тримає ініціативу в розмові та що відбувається з відповіддю, яка не потрапила в заготовлену гілку.

У проєктах ми рідко залишаємо «чистий» варіант: типовий потік закривають голосове меню та мовленнєвий робот зі сценарієм діалогу, а діалогового агента підключають там, де формулювання клієнта заздалегідь невідоме.

Усі три режими пишуть в одну історію звернень, тому діалоговий агент бачить, що клієнт уже вибрав у меню, і не перепитує те саме.

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

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

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

Починаємо з ваших записів, закінчуємо експлуатацією з зрозумілими метриками — якщо агент не справляється зі зверненням, дзвінок переходить оператору разом з історією діалогу.

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

2. Схема діалогу. Проєктуємо гілки під часті теми: привітання, уточнення, паузи та перебивання, умови ескалації. Фіксуємо, які дані агент зобов'язаний зібрати до передачі оператору.

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

4. Тестовий прогін. Проганяємо сценарій на історичних записах і в закритому контурі: дивимося частку правильно розібраних звернень, хибні ескалації та обриви на середині фрази.

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

6. Приймання. Узгоджуємо метрики: частка звернень, закритих без оператора, час до першої відповіді, повнота переданого контексту. Перевіряємо на контрольній вибірці дзвінків.

7. Передача в експлуатацію. Віддаємо доступи, документацію за сценаріями та регламент правок, навчаємо команду. Перший період супроводжуємо й доналаштовуємо за реальним трафіком.

Що залишається у замовника: конфігурації, регламенти, документація

Голосовий AI-агент — не чорна скринька, що живе лише в підрядника. На виході ви отримуєте працюючу систему разом із конфігураціями та правилами, за якими її можна змінювати своєю командою або іншим виконавцем. Що залишається на руках — за пунктами.

• Сценарії діалогів у редагованому вигляді. Гілки, переходи та репліки лежать у конфігурації, а не в коді: нову умову чи формулювання можна додати без участі розробника.
• Карта маршрутизації. За якими ознаками виклик переходить у потрібну групу або до оператора, які пріоритети, що відбувається в неробочі години та при перевантаженні лінії.
• Регламент ескалації. Умови передачі людині: нерозпізнаний запит, дві невдалі спроби уточнення, пряме прохання з'єднати з оператором. Плюс цільовий час з'єднання та поведінка агента до відповіді.
• Права доступу та ролі. Хто править сценарії, хто бачить записи й розшифровки, хто вивантажує журнали; історія змін з автором і часом.
• Інструкція для операторів. Що видно на екрані при переданому виклику — контекст, розшифровка, причина ескалації — і як повернути діалог агенту.
• Передача управління. Де зберігається конфігурація, як відкотитися на попередню версію, до кого звертатися при збої та за який час ми відповідаємо.
• Документація з інтеграцій і метрик. Які системи пов'язані, які доступи потрібні та за якими зрізами видно якість: частка автовідповідей, точність розпізнавання, частка ескалацій.

Перед здачею проходимо список разом із вашою командою та перевіряємо кожен пункт на живих викликах — щоб система залишилася керованою після нашого відходу.

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

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

За записами телефонії втрачалася майже третина викликів — при тому що оператори були завантажені повністю.

Ми поставили голосовий AI-агент на перший контакт. Він приймає виклик, уточнює номер замовлення або адресу, називає статус і час доставки, переносить слот і змінює адресу, а на скарзі, спорі чи нестандартному запиті передає діалог оператору разом із розшифровкою розмови.

Правила переведення на людину та сценарії доопрацьовувалися за реальними записами дзвінків, а не за гіпотезами.

Що змінилося в цифрах

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

Що робити, якщо телефонія та контакт-центр уже розгорнуті?

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

На боці замовника це виглядає як нова група в черзі викликів, а не як окремий сервіс зі своєю логікою.

Вбудовування агента починається з черги: до неї додається навикова група, куди потрапляють типові звернення — уточнення статусу заявки, графік роботи, первинна кваліфікація.

Якщо абонент просить живого спеціаліста, виклик переводиться в наявну групу разом із розшифровкою діалогу, щоб оператор не починав розмову з нуля. Пріоритети та правила ескалації налаштовуються штатними засобами контакт-центру.

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

Відкат — одне правило маршрутизації: повернути гілку на попередню групу можна будь-якої миті, без зупинки приймання дзвінків.

Співіснування з операторами будується на розподілі за складністю. Агент закриває повторювані сценарії без очікування в черзі, оператори беруть нестандартні звернення та роботу з претензіями — навантаження на зміну падає, а час до відповіді скорочується.

Дивимося на частку звернень, знятих без оператора, і на частку переведень: якщо переведень більше за очікуване, сценарії правляться, а не «терпляться».

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

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

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

Як рішення вбудовується в наші системи?

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

Що з навантаженням у пікові години?

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

Як влаштована передача оператору?

Разом із викликом оператор отримує контекст: розшифровку, зібрані поля, причину ескалації — клієнту не потрібно повторювати історію. Тригери налаштовувані: явне прохання, повторне непорозуміння, стоп-слова.

Обговоримо задачу: повернемося з планом та оцінкою за вашим сценарієм

Щоб повернутися з планом робіт та оцінкою, а не із загальними міркуваннями, нам потрібен набір ввідних.

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

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

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