AI-коучинг менеджерів з продажу: чому найкорисніше стається після дзвінка

Чому ручна оцінка дзвінків не масштабується?

Керівник відділу продажів, який сам переслуховує розмови, впирається в арифметику. Тридцять хвилин на розбір одного дзвінка з нотатками. Команда з десяти менеджерів робить 200–300 дзвінків на день. Навіть якщо віддати цьому півдня щодня, покриття залишиться символічним.

Галузеві бенчмарки це підтверджують: у контакт-центрах ручний контроль якості традиційно охоплює вибірку в 1–3% взаємодій. Для невеликих B2B-команд ми закладаємо оптимістичніші 5–10%, бо дзвінків там менше. Навіть у верхній точці це означає: 9 із 10 розмов не бачив ніхто, крім менеджера і клієнта.

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

Розмова з менеджером через це будується на двох-трьох запам'ятаних епізодах замість картини по всій його роботі. Це не коучинг, це розбір анекдотів.

Чому «підказка в реальному часі» — не та мета?

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

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

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

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

Що саме оцінює AI після розмови?

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

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

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

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

З цих перевірок збирається оцінка за розмову і, що важливіше, динаміка по менеджеру за місяць. Видно не «Олег молодець», а «Олег стабільно не домовляється про наступний крок у розмовах довших за 15 хвилин».

Як результат доходить до менеджера?

Аналіз, який лежить в окремому кабінеті, менеджер не відкриє. Це головна причина, чому QA-проєкти вмирають: дані є, а поведінка не змінюється. Тому результат треба доставляти туди, де людина вже працює — у картку угоди.

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

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

Рушій Aelo CRM-агностичний за архітектурою; Bitrix24 — система, куди ми інтегровані найглибше, нативно, а не вебхуком. Коннектори до інших CRM — у дорожній карті, без назв і дат, доки вони справді не працюють.

Що це означає для українського бізнесу?

Найглибша інтеграція Aelo побудована під Bitrix24 — систему, яку український бізнес використовувати не може. Із 1 червня 2023 року, після санкцій РНБО, хмарні портали Bitrix24 недоступні українським користувачам. Для компанії в Україні це не кандидат, і ми його не рекомендуємо — про вибір CRM для українського ринку є окремий розбір.

Що працює для української команди вже зараз: сам аналіз розмов від телефонії не залежить. Записи можна подавати трьома шляхами — вивантаженням із вашої телефонії, ручним завантаженням або через публічний API завантаження Aelo, якщо у вас є свої розробники (доступний із тарифу Starter і вище). Транскрипція, оцінка за чеклістом і динаміка по менеджерах працюють у всіх трьох випадках.

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

З чого почати?

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

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

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

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

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