DialogAI отримав чергове функціональне оновлення, спрямоване на підвищення точності обробки дзвінків, розширення можливостей інтеграцій та спрощення роботи з результатами AI-аналізу.
У новій версії ми додали окремий тип критерію для отримання стандартизованих текстових значень із розмов, розширили інтеграцію з KeyCRM, адаптували механізм отримання записів із Binotel, змінили логіку визначення успішності дзвінків, а також реалізували низку покращень у транскрибації, аналітиці та адмініструванні системи.
🧩 Новий тип критерію — «Список варіантів (текст)»
Одним із ключових нововведень оновлення став новий тип критерію — «Список варіантів (текст)».
На відміну від критеріїв, що використовуються для оцінювання роботи менеджера в балах, цей тип призначений для отримання конкретного текстового значення із заздалегідь визначеного набору варіантів.
Наприклад, для показника «Звідки клієнт дізнався про компанію?» можна заздалегідь визначити такі значення:
- Google;
- Instagram;
- Facebook;
- Рекомендація;
- Інше.
Під час аналізу розмови DialogAI не формує довільну текстову відповідь, а обирає одне з установлених значень.
Це принципово важливо для подальшої роботи з даними.
У випадку зі звичайним текстовим полем одна й та сама інформація може бути сформульована ШІ по-різному: «Google», «з Google», «гугл», «Google пошук» тощо. Для людини ці відповіді мають однаковий зміст, однак для статистики, фільтрації та інтеграцій із зовнішніми системами це вже різні значення.
Новий тип критерію дозволяє уникнути такої варіативності та забезпечує єдину структуру даних у всіх проаналізованих дзвінках.
Його використання дає змогу:
- стандартизувати результати AI-аналізу;
- виключити довільні формулювання у відповідях ШІ;
- передавати в CRM та інші зовнішні системи передбачувані значення;
- використовувати отримані результати для подальшої фільтрації, сегментації та аналітики;
- формувати єдину структуру даних незалежно від формулювань, які використовував клієнт у розмові.
Для ситуацій, коли в розмові відсутня інформація, необхідна для визначення значення, система використовує окремий системний варіант. Це дозволяє чітко розрізняти два сценарії: коли значення було визначене та коли даних для його визначення в розмові не було.
Фактично новий тип критерію розширює DialogAI від класичного інструменту контролю якості розмов до системи, яка може отримувати з дзвінків структуровані бізнес-дані, придатні для подальшої аналітики.
🔗 Розширено інтеграцію DialogAI з KeyCRM
У межах оновлення суттєво розширено можливості обміну даними між DialogAI та KeyCRM.
Передача результатів аналізу в картку клієнта
Раніше результати аналізу дзвінків можна було передавати переважно в поля ліда.
Тепер DialogAI дозволяє записувати отримані під час аналізу значення також безпосередньо в картку клієнта KeyCRM.
Це розширює сценарії використання інтеграції та дозволяє зберігати результати AI-аналізу саме в тій сутності CRM, де вони мають використовуватися надалі.
Окремо для кожного поля можна визначити, чи дозволено DialogAI перезаписувати значення, яке вже існує в KeyCRM.
Такий підхід дає змогу гнучко керувати синхронізацією даних: частину полів можна оновлювати автоматично після кожного релевантного дзвінка, а для критично важливих даних — зберігати вже внесене менеджером або отримане з інших джерел значення.
Оновлено принцип отримання дзвінків із KeyCRM
Також змінено логіку, за якою DialogAI отримує дзвінки з KeyCRM.
Дзвінки, що перебувають у проміжних статусах:
started;pending;answer;
більше не передаються до DialogAI для подальшої обробки.
Система отримує лише ті дзвінки, для яких KeyCRM уже сформувала фінальний статус.
Це дозволяє уникнути ситуацій, коли дзвінок передається на обробку до завершення всіх процесів на стороні телефонії або CRM, та підвищує коректність подальшої транскрибації й аналізу.
📞 Змінено логіку визначення успішності дзвінка
Оновлено механізм визначення того, чи був дзвінок успішним.
Раніше DialogAI визначав успішність переважно на основі тривалості розмови. Такий підхід був універсальним, але не завжди міг точно відображати фактичний результат дзвінка.
Тепер, якщо телефонія передає власний фінальний статус, саме він використовується DialogAI як основне джерело для визначення успішності.
Для телефоній, які не передають відповідний параметр, зберігається резервна логіка — визначення результату на основі тривалості розмови.
Таким чином система використовує максимально достовірні дані з доступного джерела та водночас зберігає сумісність із телефоніями, які не передають розширені статуси дзвінків.
☎️ Оновлено інтеграцію з Binotel
У зв’язку зі змінами в механізмі формування аудіозаписів на стороні Binotel було адаптовано логіку їх отримання в DialogAI.
Скориговано момент першого запиту на завантаження запису після завершення дзвінка та оптимізовано механізм повторних спроб у випадках, коли аудіофайл ще не встиг сформуватися на стороні телефонії.
Оновлена логіка враховує можливі технічні затримки між завершенням дзвінка та фактичною доступністю його аудіозапису.
У результаті інтеграція стала стійкішою до тимчасової недоступності записів, зменшилася кількість невдалих запитів на їх отримання, а процес автоматичного завантаження дзвінків у DialogAI став більш стабільним.
⏭️ Новий статус AI-транскрибації — «Пропущено»
У системі з’явився новий статус AI-транскрибації — «Пропущено».
Він автоматично встановлюється для дзвінків, тривалість яких є меншою за значення, визначене в налаштуванні «Мінімальна тривалість дзвінка для оцінювання».
Для таких дзвінків процес транскрибації та подальшого AI-аналізу не запускається.
Раніше короткий дзвінок міг залишатися зі статусом, який створював враження, що система все ще очікує або виконує транскрибацію. Тепер DialogAI однозначно відображає, що такий дзвінок було свідомо виключено з обробки відповідно до встановлених правил.
Це робить статуси обробки прозорішими та дозволяє швидше розуміти причину відсутності транскрибації для конкретного дзвінка.
🎙️ Покращено транскрибацію та аналіз розмов
Точніше визначення ролей учасників розмови
Покращено механізм визначення ролей спікерів під час транскрибації.
Система точніше встановлює, хто з учасників розмови є менеджером, а хто — клієнтом. Це особливо важливо для подальшого аналізу критеріїв, які залежать від поведінки конкретної сторони розмови.
Покращено розрахунок співвідношення часу розмови
Оновлено механізм розрахунку співвідношення часу, протягом якого говорить менеджер і клієнт.
Більш коректне визначення ролей та тривалості реплік підвищує точність цього показника та робить його більш придатним для оцінювання комунікаційної поведінки менеджера.
Покращено ручне редагування результатів
Також покращено відображення доступних варіантів оцінювання під час ручного редагування результатів аналізу в картці дзвінка.
Це спрощує перевірку та коригування результатів у випадках, коли необхідне втручання користувача.
📊 Оновлення аналітики
У розділі «Аналітика по дзвінках» оптимізовано таблицю результатів — із неї прибрано зайві показники, які перевантажували представлення даних та не були необхідними для аналітики.
Окремо виправлено роботу фільтрів аналітики на мобільних пристроях, що робить взаємодію з даними зручнішою на смартфонах та планшетах.
Також оновлено розділ «Аналіз робочого часу»:
- покращено структуру загальної таблиці;
- доопрацьовано відображення пауз;
- покращено деталізацію інформації про перерви в роботі.
Зміни спрямовані на те, щоб аналітичні дані були більш компактними, зрозумілими та придатними для оперативного використання керівником.
⚙️ Розширено керування показниками аналізу
Оновлення торкнулося й адміністрування показників аналізу.
Тепер зі сторінки конкретного показника можна перейти до списку всіх конфігурацій дзвінків, у яких він використовується.
Це особливо корисно для систем із великою кількістю конфігурацій, де один критерій може одночасно застосовуватися в кількох сценаріях аналізу.
Також додано можливість:
- видалити показник лише з окремої конфігурації;
- повністю видалити показник аналізу із системи.
Таким чином адміністратор системи отримує більше контролю над структурою конфігурацій і може швидше визначити, де саме використовується конкретний критерій перед його редагуванням або видаленням.
🔐 Оновлено авторизацію та створення облікових записів
Змінено принцип авторизації користувачів у DialogAI.
Тепер вхід до системи (для нових користувачів) виконується виключно за email-адресою.
Раніше для авторизації можна було використовувати як ім’я користувача, так і email. Перехід до єдиного способу входу уніфікує процес авторизації та спрощує керування обліковими записами.
Додатково під час створення нового співробітника тепер доступні:
- автоматична генерація email-адреси;
- автоматична генерація пароля.
Це скорочує кількість ручних дій під час створення користувачів та спрощує первинне налаштування облікових записів.
🚀 DialogAI продовжує розвиватися
Це оновлення охоплює одразу кілька напрямків розвитку системи: якість AI-аналізу, стабільність інтеграцій, структурування даних, аналітику та адміністрування.
Особливий акцент зроблено на переході від простого аналізу змісту дзвінка до отримання структурованих бізнес-даних із розмов, які можуть використовуватися не лише для контролю якості, а й для автоматизації CRM-процесів, сегментації та подальшої аналітики.
Ми щодня продовжуємо розвивати DialogAI як інструмент, що допомагає компаніям не просто зберігати та транскрибувати дзвінки, а системно використовувати інформацію з розмов у щоденних бізнес-процесах.