Від полотна до виробництва: як працює розгортання агента

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

Варіанти розгортання

• Номер телефону — надання нового номера або перенесення наявного. Установіть агента як обробника для всіх вхідних дзвінків на цей номер.
• Web embed — розгорніть агент на своєму веб-сайті за допомогою віджета. Абоненти, які телефонують, натискають, щоб розмовляти зі свого браузера за допомогою WebRTC — телефонна мережа не потрібна, мінімальна затримка.
• Переадресація — збережіть наявний номер телефону та переадресовуйте на номер агента, коли ви не відповідаєте (переповнення) або в неробочий час.
• Інтеграція SIP — підключіться до існуючої АТС або контакт-центру через канал SIP для корпоративних середовищ.

Поступове розгортання

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

Ітерація ніколи не припиняється

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