Рік дзвінків контакт-центру вирішив, що має вміти бот: 117 921 розмова замість здогадок

Кожен бот підтримки починається з однакової наради: «що він має вміти?». Відповідають керівники, які дзвінків давно не слухають, і оператори, які памʼятають найнеприємніші. У результаті бот вміє те, про що говорили, а люди дзвонять про інше.

У цьому проєкті ми спершу вислухали всіх. Буквально: кожен дзвінок до контакт-центру за рік, 117 921 розмову. І лише після цього вирішили, що бот робить першим.

Проблема: найчастіше - не те саме, що найдорожче

Контакт-центр провайдера перевантажений восени і після кожної зміни тарифів. Здається очевидним: зроби бота на найчастіші питання - і навантаження впаде. Але «найчастіше» і «найдорожче» тут різні речі.

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

Як автоматизація це вирішує

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

Ключова ідея: бот бере те, що оператор і так закриває без виїзду

Для кожної теми порахували не лише кількість дзвінків, а й чим вони закінчуються. Оплату оператор вирішує голосом у 95 випадках зі ста - значить, бот може зробити те саме. «Немає інтернету» вирішується в розмові лише в 16 випадках зі ста - там бот не замінить майстра, але може провести покрокову перевірку, яку оператори й так диктують щодня.

Що дістається людям

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

Що це дало бізнесу

Перше, що дав проєкт, - ясність. Три теми (оплата, обладнання, нові підключення) забирають 57% часу операторів. Внутрішні розмови операторів між собою - 373 години на рік, окрема стаття витрат, про яку ніхто не знав. Пік навантаження - осінь, різниця між піком і спадом близько 30%. А січень щороку дає сплеск питань про оплату: люди дзвонять після зміни тарифів дізнатися, чому гроші закінчились швидше. Саме цей сплеск бот має зняти першим.

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

Чесно про межі. Бот не лагодить аварії і не замінює майстра на виїзді. Частина функцій залежить від білінгу провайдера і додається тоді, коли там зʼявляється відповідна можливість. А скільки саме дзвінків бот забрав із контакт-центру, покаже перший повний сезон - саме тому у кейсі стоїть статус «в роботі».

Як це влаштовано всередині

Аналітична частина працює локально, бо записи розмов абонентів - чутливі дані. Сервер контакт-центру зʼєднаний із власним AI-сервером через WireGuard. Розшифровка - faster-whisper large-v3, далі очищення тексту, векторизація моделлю bge-m3 і класифікатор, навчений на 735 розмовах, розмічених вручну. Точність за перехресною перевіркою: 80% для теми і 71% для результату розмови. Цього достатньо для надійних часток по всьому масиву, хоча окремий дзвінок може бути класифікований помилково, - і в звітах це прямо написано.

Реальні дані принесли три сюрпризи, які жодна специфікація не описувала. Той самий договір приходить двічі, якщо телефон записаний у кількох полях картки, - бот згортає дублікати. У неактивних договорів дата «оплачено до» стоїть на десять років уперед - таке абоненту показувати не можна, тому для них бот пише статус словами. А номер телефону повʼязаний з усіма договорами за роки, включно з давно розірваними, - бот показує всі, але з чіткою позначкою стану.

Окремий урок - про помилки. Одна відповідь білінгу «не вдалося» може означати чотири різні ситуації при привʼязці роутера: неправильний формат адреси пристрою, роутер ще не увімкнений, роутер підключений не до тієї лінії або проблема з портом. Абоненту в кожному випадку треба сказати своє, інакше він піде дзвонити, і сенс функції зникне. Тому з білінгом узгоджено коди причин, а не лише статус «помилка».

Кому це підходить

Провайдерам, операторам звʼязку, сервісним компаніям і будь-якому бізнесу з контакт-центром, де записи розмов уже ведуться, а бот підтримки лише планується. Найбільше користі там, де значна частина дзвінків про баланс, оплату, статус послуги чи просту діагностику.

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

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