Голосові агенти на Synthflow: де уривається живий діалог
На демонстрації голосовий AI-агент для дзвінків звучить рівно: привітання, уточнювальне питання, підтвердження. На реальній лінії діалог уривається на чотирьох повторюваних стиках, і кожен обрив — це втрачене звернення.
Тому впровадження Synthflow ми починаємо не зі сценарію, а з налаштування поведінки агента саме в цих точках.
Перший стик — перебивання. Агент має замовкати в момент, коли клієнт почав говорити, інакше він договорює поверх і звучить як автовідповідач. Поріг спрацювання добираємо так, щоб коротке «ага» й фоновий шум не збивали репліку, а справжня спроба перебити — збивала.
Другий — нерозпізнаний запит. Коли якість розпізнавання мовлення падає на шумному каналі або вузькому терміні, повторювати те саме питання тими самими словами безглуздо. Агент переходить на уточнювальні формулювання і після другої невдачі, а не третьої, віддає розмову людині.
Третій — пауза після питання: коротка читається як тиск, довга — як обрив зв'язку, і клієнт починає перепитувати. Четвертий, найдорожчий, — обрив на переведенні: якщо між фінальною реплікою агента і відповіддю оператора зяє порожнеча, втрачається весь сенс уже розпочатої розмови.
Жоден із цих стиків не лікується гарним текстом сценарію — лише точним налаштуванням порогів, логіки уточнень і правил передачі. Автоматизація вхідних дзвінків і робот-обдзвін клієнтів тримаються на одній дисципліні діалогу. Розбираємо, як це закривається в Synthflow без коду.
Що дає голосовий агент: швидкість відповіді, додзвін, навантаження
Перший ефект видно на вході: агент піднімає трубку на першому-другому гудку, тоді як людина в пік навантаження відповідає через 30-40 секунд або не відповідає взагалі.
Час до першої відповіді перестає залежати від завантаженості зміни — він однаковий і в ранковий потік, і у вечірній, і в момент масового звернення з розсилки.
Частка пропущених звернень падає не завдяки прискоренню операторів, а завдяки паралельним лініям: агент веде десятки розмов одночасно і не йде на перерву. Лінія стає цілодобовою без нічної зміни — нічні та вихідні звернення більше не осідають у журналі пропущених.
Основне розвантаження операторів дає обробка типових питань: статус заявки, умови й тарифи, запис, адреса, підтвердження візиту.
Ці сценарії агент закриває сам, а оператору передає діалог лише там, де потрібен доступ до винятків або рішення щодо нестандартної ситуації — разом з історією розмови та розпізнаними даними клієнта.
У Synthflow такі сценарії збираються без коду: логіка розгалужень, звернення до довідників і правила переведення на людину налаштовуються візуально, тому правки у скрипті не чекають окремого циклу збирання.
У сумі зникає цілий клас відмов — зайнята лінія, очікування в черзі, скидання на середині розмови й контакт, втрачений після закриття офісу.
Способи збирання сценарію: конструктор Synthflow чи власна розробка
Розвилка проста: де живе логіка діалогу і як часто її доведеться змінювати. Конструктор діалогів без коду закриває типові сценарії — кваліфікацію, підтвердження, нагадування, — а правки в них вносить оператор, не чекаючи релізу.
Власна розробка потрібна там, де розмова невіддільна від внутрішніх систем: розрахунків, залишків, статусу заявки.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Конструктор Synthflow без коду | Типові голосові сценарії, часта правка реплік силами бізнесу | Нестандартна логіка виражається обхідними вітками, обчислення йдуть у зовнішній виклик |
| Власна розробка | Діалог вбудований в облікові системи, потрібен повний контроль над обробкою | Телефонія, розпізнавання й синтез мовлення, моніторинг — цілком на команді |
| Гібридна схема агента | Репліки й вітки в конструкторі, перевірки та запис у CRM — у своєму сервісі | Два контури: контракт виклику версіонується, відповідь укладається в паузу розмови |
Інтеграція з телефонією та передача даних у CRM вирішуються на рівні зв'язки, а не сценарію: номер і маршрутизація, переведення на живого оператора, запис розмови, запис підсумку в картку клієнта після виклику.
Різниця лише в тому, хто тримає цю зв'язку — платформа чи ваша команда. На практиці частіше виграє гібридна схема: сценарій правиться за хвилини, а чутлива логіка залишається під контролем і вкрита перевірками.
Етапи впровадження голосового агента: від аудиту до передачі
Впровадження голосового агента — не налаштування одного екрана, а інженерний цикл: кожен крок спирається на дані попереднього. Спочатку розбираємо, як лінія працює зараз, потім збираємо і лише згодом випускаємо на живих клієнтах — етапи нижче.
-
Аудит записів дзвінків. Розмічаємо вибірку реальних діалогів: які звернення повторюються, скільки закривається одним питанням, де абонент кидає трубку. Результат — частки типових сценаріїв і межі, за які агент не заходить.
-
Карта діалогових сценаріїв. Збираємо вітки, умови переведення на оператора, обов'язкові уточнення та формулювання. Окремо прописуємо, де агент зупиняється і передає виклик, а не намагається вгадати.
-
Збирання агента в Synthflow. Голос, репліки, обробка перебивань і пауз, коректна вимова чисел і назв. Проганяємо текстом, поки не підключена телефонія: правки на цьому кроці займають хвилини.
-
Підключення до телефонії. Номер або додатковий, маршрутизація, передача оператору разом з історією діалогу. Звіряємо, що запис і розшифрування лягають у вашу систему як раніше.
-
Тестування на реальних дзвінках. Спочатку внутрішні обдзвони за чек-листом, потім частка бойового трафіку, а не весь потік. Шукаємо, де агент перепитує або неправильно визначає намір, і правимо точково.
-
Приймання голосового робота. Звіряємо узгоджені метрики: частка розпізнаних намірів, частка переданих оператору, обриви з вини агента. Якщо показник не сходиться — повертаємося до карти сценаріїв, а не доточуємо репліки.
-
Передача. Доступи, схема віток, регламент правок та інструкція для ваших фахівців. Далі нові сценарії ви додаєте самі.
Склад постачання: сценарії, правила ескалації, регламенти
Після запуску в замовника залишається не лише працюючий агент, а й комплект артефактів, за якими його поведінку можна змінювати без нас. Сценарій у редакторі Synthflow без опису логіки читається як чорний ящик — незрозуміло, навіщо вітка і куди йде результат дзвінка. Тому до постачання входить:
- Документація щодо голосового агента — карта віток із призначенням кожної, перелік зібраних даних і точка, куди йде підсумок розмови.
- Правила переведення на оператора — умови ескалації: прямий запит, повторний перепит, тема поза областю, сигнал роздратування; що агент каже перед переведенням і скільки чекає з'єднання.
- Рівні доступу до налаштувань — хто править репліки й логіку, хто бачить лише розшифрування, хто випускає зміни на робочий номер.
- Регламент оновлення сценаріїв — як формулюється правка, на якому тестовому номері вона перевіряється, хто погоджує і як відкочується.
- Інструкція для операторів — який контекст діалогу приходить разом із викликом, що оператор бачить на екрані й як позначає результат розмови.
- Набір перевірних дзвінків — типові та незручні репліки, на яких прогоняється кожна правка перед викладкою.
Усе це передається у вашому контурі, а не залишається в нашому листуванні. Правку сценарію можна робити своїми силами, аудит доступів проходити без підрядника, а зміну команди — без втрати контексту.
Кейс: голосовий агент у підтримці — метрики до і після
Лінія підтримки сервісної мережі приймала близько двох тисяч звернень на місяць, і майже всі вони йшли на операторів. У пікові години черга сягала восьми хвилин, а типові питання — статус заявки, перенесення візиту, уточнення адреси — з'їдали до третини зміни.
Частка успішних діалогів до запуску трималася на 61%, і частину дзвінків люди кидали, не дочекавшись відповіді.
| Метрика | До запуску | Після |
|---|---|---|
| Частка успішних діалогів | 61% | 89% |
| Середній час відповіді | 45 секунд | 6 секунд |
| Звернення, закриті без оператора | 0% | 46% |
| Пікове очікування на лінії | до 8 хвилин | до 40 секунд |
Що змінили
Агента зібрали в Synthflow без коду: сценарій закриває п'ять частих типів звернень, упізнає клієнта за номером і підтягує статус заявки з облікової системи.
Усе, що виходить за межі сценарію або потребує рішення людини, агент передає оператору разом з історією — тому, хто телефонував, не доводиться повторювати питання заново. Розмови записуються й розшифровуються, тому спірні звернення розбирають за текстом, а не за спогадами.
Навантаження на лінію підтримки перерозподілилося: оператори займаються складними випадками, а типові закриваються автоматично, включно з нічними годинами, коли раніше відповідав лише автоінформатор.
Якщо сценарій поводиться не так, як очікувалося, маршрутизація повертається до попередньої схеми одним перемикачем — відкат займає хвилини й не чіпає робочу лінію. Через місяць після запуску частка звернень, вирішених без оператора, вийшла на 46% і тримається на цьому рівні.
Що робити, якщо Synthflow уже розгорнуто, а діалог уривається
Діалог, що уривається, в Synthflow майже ніколи не пов'язаний з якістю розпізнавання як таким. У більшості випадків причина в трьох місцях: глибоке розгалуження сценарію, неправильно виставлені паузи та відсутність страхувального переведення на оператора.
Тому доопрацювання запущеного агента починається не з переписування тексту, а з розбору логів дзвінків.
У логах дивимося, на якому кроці сценарій іде не в цільову вітку і як часто агент перепитує те саме. Окремо відзначаємо репліки, де абонента перервали або де відповідь розпізнано за змістом інакше, а агент продовжив не за контекстом. За цими точками й збирається перелік правок — зазвичай це кілька віток, а не весь діалог цілком.
Вітки переписуємо за принципом «один намір — одна вітка»: явні умови переходу, короткі репліки, повтор питання замість ланцюжка уточнень. Глибоку вкладеність розкладаємо в плоску структуру, щоб нове заперечення оброблялося окремим правилом, а не заводило розмову в глухий кут.
Паузи й перебивання налаштовуються окремо від тексту: поріг тиші, вікно очікування відповіді, реакція на перебивання. Агент не повинен договорювати фразу поверх абонента й обривати його на вдиху — інакше діалог звучить як автовідповідач і абонент кидає трубку.
Страхувальне переведення на оператора закриває залишок збоїв. Тригери: третя незрозуміла фраза підряд, прохання покликати людину, різка зміна теми. Під час переведення оператор отримує розшифрування розмови й номер — і підхоплює із суті, а не з «розкажіть заново».
Технічні сумніви перед запуском: голос, телефонія, права
Перед запуском голосового агента інженер перевіряє не гарний сценарій, а поведінку на живій лінії. Нижче — чотири сумніви, які найчастіше спливають на прийманні: що чує агент у шумі, де лежать записи розмов, як фіксується згода і в що впирається телефонія.
Збираємо агента в Synthflow: логіка діалогу й розгалуження налаштовується у візуальному конструкторі без коду, а інженерна частина — телефонія, зберігання та права доступу — залишається за нашою командою.
Як агент розпізнає мовлення при шумі та поганому зв'язку?
Потік з лінії проходить шумозаглушення й ехозаглушення, уже потім розпізнається. На рваному зв'язку агент перепитує, а критичні дані — номер замовлення, суму, адресу — підтверджує за цифрами. До запуску ми заміряємо частку правильно розпізнаних реплік на реальних дзвінках.
Де зберігаються записи розмов і хто має до них доступ?
Запис вмикається окремою політикою: шифрування під час передачі та зберігання, термін життя за правилом, автовидалення після його спливу. Доступ розмежований за ролями, прослуховування потрапляє в журнал аудиту, вивантаження обмежене.
Як оформлюється згода на обробку даних?
Агент на початку розмови повідомляє про запис і запитує підтвердження; відмова — окрема вітка сценарію з передачею оператору. Позначка про згоду, час і версія тексту йдуть у CRM і журнал — на перевірці це закриває питання одразу.
Які обмеження телефонії і що з навантаженням на лінію?
Кількість одночасних викликів визначає оператор зв'язку, а не агент. Ми погоджуємо ліміт, ставимо чергу на піках і резервний маршрут на живого оператора — якщо зв'язок зник або агент не впорався, дзвінок не губиться.
Обговоримо задачу: які дані потрібні для оцінки сценарію
Щоб обговорити задачу впровадження предметно, а не загальними словами, нам потрібен короткий набір вхідних даних. Саме від них залежить оцінка голосового агента й план робіт: без цих пунктів будь-яка оцінка перетворюється на здогад.
- Мета й метрика: що вважаємо результатом — частку звернень, закритих без оператора, час до першої відповіді, точність розпізнавання ключових сутностей (номер замовлення, дата, адреса).
- Реальні діалоги: записи або розшифрування кількох десятків дзвінків за типовий тиждень, включно з тими, де оператор не впорався.
- Точки стикування: телефонія, CRM, календар, база знань — куди агент записує підсумок розмови і звідки бере дані.
- Правила ескалації: за якими фразами й умовами розмова переходить до людини і що агент встигає зафіксувати перед передачею.
- Обмеження щодо даних: які відомості не можна зберігати й передавати, чи потрібні згода на запис і знеособлення.
- Навантаження: мови й розклад лінії, пікові періоди і скільки розмов вона має тримати одночасно.
- Доступи: тестовий контур телефонії та CRM, щоб зібрати й перевірити першу лінію без ризику для робочого номера.
З цим набором ми повертаємося з планом робіт щодо агентів: схема сценарію, перелік стикувань, етапи й терміни запуску лінії. Впровадження Synthflow тоді будується від ваших діалогів, а не від демонстраційного прикладу. Опишіть задачу — уточнимо те, чого бракує, і надішлемо оцінку.
