AI-асистент CRM і провал follow-up після дзвінка
Наприкінці дзвінка в CRM з'являється запис про контакт: тип, тривалість, іноді прикріплений аудіофайл. Контексту в ньому немає — ні зобов'язань сторін, ні названих клієнтом блокерів, ні домовленості про термін наступного кроку. Усе це живе в голові менеджера й вивітрюється раніше, ніж він відкриває наступну картку.
Далі починається ручна обробка записів: розмову переслуховують повністю або збирають з уривків нотаток, формулюють резюме, вручну заводять задачу й пригадують, що саме обіцяли.
На півгодинну розмову йде 10–15 хвилин, і вони не масштабуються — за десятків дзвінків на день частина записів просто не розбирається.
Саме тут і рветься follow-up після дзвінка. Задача або не створюється взагалі, або створюється без суті — «передзвонити», «уточнити» — і за два дні ніхто вже не пам'ятає, що саме уточнювати. Клієнт отримує лист без відповіді на своє запитання, повторює його знову, а угода втрачає темп.
Втрата контексту розмови коштує дорожче, ніж здається: деталі заднім числом не відновлюються, а рішення про наступний крок ухвалюється навмання.
Самаризація дзвінків знімає цю розвилку — запис перетворюється на структуроване резюме з домовленостями й конкретними пунктами для картки, де людині залишається перевірка та правка.
Розбираємо, як це закривається: що саме бере на себе AI-асистент CRM, які перевірки залишаються за менеджером і як вбудувати це в поточний процес без зміни CRM.
Що дає автосамаризація дзвінків: вимірювані ефекти
Автосамаризація дзвінків — не переказ розмови, а конвеєр: розшифрування з розділенням спікерів, виділення сутностей (бюджет, роль співрозмовника, заперечення, домовленості), запис у поля картки.
Тому ефект упровадження асистента вважаємо на трьох ділянках: час, повнота, швидкість. Значення фіксуємо до запуску й через місяць після — інакше поліпшення нічим підтвердити.
Час на резюме розмови вимірюється медіаною хвилин від завершення дзвінка до заповненої картки. Раніше менеджер писав текст руками, тепер править чернетку; окремо дивимося частку правок.
Якщо правиться більше половини, асистент не розвантажує, а додає роботи — отже, шаблон резюме зібрано під чужі поля.
Повнота картки угоди — частка карток із заповненими обов'язковими полями: наступний крок, дата дотику, бюджет, відповідальний. Раніше це трималося на дисципліні, тепер підставляється з розшифрування, а порожнє поле видно як ризик.
Швидкість реакції на лід падає з годин до хвилин: задача на дотик створюється одразу після розмови, а не ввечері «з пам'яті».
Результати йдуть в amoCRM за подією — менеджер працює у звичному інтерфейсі, без другого вікна. Якість тримаємо на еталонних дзвінках: раз на тиждень дивимося, де домовленість плутається з наміром, і правимо правила розмітки. Так закривається клас помилок, а не окремий випадок.
Режими обробки дзвінка: розбір запису чи підказки в діалозі
Режими різняться моментом, у який асистент підключається до розмови: після її завершення чи прямо в діалозі. Від цього залежить і глибина розбору, і вимоги до каналу зв'язку, і те, чи встигає менеджер скористатися підказкою.
У режимі післяобробки запису асистент отримує готовий файл: розділяє голоси учасників, приводить мовлення до тексту, виділяє домовленості й наступні кроки, заповнює поля угоди та готує чернетку листа.
Часу на обробку більше, тому розбір виходить точнішим, а виправляти нічого не потрібно — зворотний зв'язок приходить після дзвінка.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Післяобробка запису | Довгий цикл угоди, контроль якості розмов, регулярна звітність | На хід діалогу не впливає, залежить від якості звуку й згоди на запис |
| Підказки в реальному часі | Перші розмови з клієнтом, навчання новачків, типові сценарії | Відповідь приходить із затримкою, контекст короткий, недоречна підказка збиває менеджера |
| Поєднання обох режимів | Великі угоди, де важливі і підказка по ходу, і докладний розбір потім | Налаштування складніше, один і той самий потік даних обробляється двічі |
Загальні обмеження однакові для обох режимів: мовлення, що перекривається, шум у лінії, рідкісна термінологія та сильний акцент знижують точність розпізнавання. Вибір режиму визначається тим, що цінніше для процесу — вплив на розмову в моменті чи повнота картини після неї.
Упровадження AI-асистента CRM: аудит, схема, перевірка, передача
Роботи йдуть від розбору вже накопичених записів, а не від налаштування «в лоб»: спочатку ми маємо побачити, як у ваших дзвінках звучать домовленості, хто їх фіксує і в якому вигляді вони потрапляють у картку. Далі послідовність фіксована — вона однакова для інтеграції з Битрикс24 і будь-якою іншою системою.
- Аудит дзвінків і еталонна розмітка. Вивантажуємо історичний корпус, слухаємо вибірку за типами угод і вручну розмічаємо: тема, домовленості, відповідальний, термін. Ця розмітка стає мірою якості для всього подальшого.
- Схема інтеграції. Визначаємо джерела записів, точку запису результату (поле картки, задача, нотатка), правила зв'язування дзвінка з угодою та контактом, а також поведінку при пропущеному чи короткому виклику.
- Складання асистента. Налаштовуємо розпізнавання мовлення та шаблони самарі під ваші сценарії — продаж, продовження, підтримка, — плюс правила вилучення задач і термінів із формулювань менеджера.
- Перевірка на історичних даних. Проганяємо корпус через асистента й звіряємо з розміткою: частка правильно вилучених домовленостей, частка пропусків, помилки у визначенні відповідального. Поріг приймання узгоджуємо до прогону, щоб результат не тлумачився на око.
- Регламент низької якості. Якщо запис шумний, обрізаний або розмова неробоча, асистент позначає дзвінок як нерозібраний і не добудовує сенс. Це дешевше, ніж задача, якої не було.
- Пілот на обмеженому потоці. Вмикаємо на частині ліній або одному відділі, звіряємо зведення з роботою менеджерів у реальному часі та правимо шаблони за розбіжностями.
- Передача в експлуатацію. Віддаємо регламенти обробки, інструкції для менеджерів, опис полів і порядку дій при збої, розбираємо разом із вашою командою.
Після передачі асистент залишається керованим: шаблони, пороги та правила змінюються без перезбирання, а якість можна переперевірити на будь-якому новому корпусі дзвінків.
Комплект постачання: конфігурації, схеми інтеграції, регламенти
Комплект постачання — те, що залишається у вашої команди після запуску й дає змогу розвивати асистента без нас. Передаємо не лише робочий контур, а й документацію, за якою адміністратор CRM або новий інженер самостійно розбереться в устрої рішення.
- Схема інтеграції з телефонією: звідки приходить подія про завершення дзвінка, де забирається запис, у який момент запускається розшифрування і як обробляються пропуски та повторні доставки.
- Конфігурація асистента: системні інструкції, структура самарі, прив'язка полів до об'єктів CRM і правила їх заповнення — з версіонуванням, щоб було видно, яка зміна дала який ефект.
- Регламент розмітки: що вважати зразковим самарі, як розмічати приклади для донавчання, хто узгоджує спірні випадки і як часто переглядається вибірка.
- Контроль якості самарі: метрики — частка дзвінків із готовим самарі, точність ключових полів, частка правок з боку менеджера — і пороги, за яких ми переглядаємо інструкції.
- Регламент роботи з даними та доступи: хто бачить записи й розшифрування, терміни зберігання, порядок вивантаження на запит, як відкотити конфігурацію до попередньої версії при збої.
- Набір тестових дзвінків і чек-лист приймання: сценарії з очікуваними самарі, за якими ви приймаєте роботу й пізніше перевіряєте, чи не деградувала якість.
Кейс: ручна обробка дзвінків скоротилася втричі
Точка старту
Кілька десятків менеджерів, близько чотирьохсот дзвінків на день. Підсумок розмови й наступний крок фіксували вручну — 10–12 хвилин на дзвінок, і до вечора нотатки замінювалися на «передзвонити».
Заміри показали: наступний крок зафіксовано лише за 54% розмов, частина контактів залишалася без історії, керівник не бачив, де діалог застряг.
Що змінили
Асистент розмічає ролі мовців, витягує з розшифрування підсумок, заперечення, домовленості та наступний крок із датою — і створює задачу в Salesforce прямо з картки угоди.
Починали з однієї групи з восьми менеджерів: два тижні звіряли самарі з ручними нотатками й правили формулювання.
По ходу доопрацьовували три речі: словник назв продуктів, щоб розшифрування їх не підміняло; правило «за низької впевненості самарі позначається, задача автоматично не створюється»; поріг за довжиною — короткі службові дзвінки не обробляються.
Що стало
Ручна обробка одного дзвінка скоротилася з 11 до 3,5 хвилин — приблизно втричі. Частка розмов із зафіксованим наступним кроком зросла з 54% до 96%, вісім із десяти самарі менеджери приймають без правок.
Інтервал між дзвінком і постановкою задачі стиснувся з кількох годин до пари хвилин — повторний контакт іде, поки клієнт ще пам'ятає розмову. Керівник отримав зведення за якістю обробки дзвінків у розрізі співробітників.
Що робити, якщо в системі вже працює власний самаризатор
Власний самаризатор — не привід переписувати контур. Радше варто зрозуміти, де саме він просідає: діаризація на багатоголосих дзвінках, термінологія відділу, шум і музика в лінії, відсутність структури під follow-up.
Якщо вижимка не відокремлює домовленості від обговорення, менеджер усе одно переслуховує запис і витрачає на це ті самі хвилини.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Доработка наявного рішення | Розшифрування вже прийнятне, бракує структури та полів під задачу | Кожне поліпшення якості — окрема задача; словники й правила накопичуються, зростає ціна підтримки |
| Готовий модуль у контурі CRM | Потрібен передбачуваний результат і оновлення від постачальника | Потребує зіставлення довідників і прав доступу; частина ваших правил не переноситься |
| Зовнішня обробка дзвінків | Пікове навантаження, рідкісні мови, важкі моделі поза вашим обладнанням | Дані залишають контур: потрібні шифрування, обмежений термін зберігання й згода абонента |
Міграція без втрати історії вирішується шаром, а не заміною: записи та розшифрування залишаються в CRM, змінюється лише модуль побудови вижимки.
Новий обробник спочатку проганяємо тіньовим режимом на архіві дзвінків і порівнюємо результат із поточним — за повнотою ключових пунктів, точністю відповідального та кількістю хибних задач.
Вибір прив'язаний до обсягу: до кількох сотень дзвінків на день зазвичай вигідніше дописати своє, при зростанні й кількох мовах — модуль або зовнішній сервіс із чергою та повторами при збоях.
Розбір починаємо з вашої вибірки дзвінків: дивимося, де саме губиться сенс, і від цього рахуємо план робіт.
Технічні сумніви: доступи, якість розпізнавання, мови
Частина питань виникає до першого рядка коду — на погодженні з безпекою та підтримкою. Їх простіше закрити заздалегідь: нижче — як в інтеграції AI-асистента CRM влаштовані доступи, обробка персональних даних і контроль якості.
Які права потрібні асистенту на записи дзвінків?
Окремий сервісний обліковий запис із доступом лише на читання записів та їхніх метаданих — без прав на адміністрування, вивантаження бази контактів і зміну карток.
Обробка запускається за подією завершення дзвінка, ключі лежать у захищеному сховищі й ротуються, звернення пишуться в журнал. Відкликання доступу — одна операція, після якої розшифрування та резюме перестають з'являтися.
Наскільки точно розпізнається мовлення в реальних дзвінках?
На чистому каналі зв'язку точність висока, на поганій лінії та в шумному офісі — падає, тому в розшифруванні позначаються фрагменти з низькою впевненістю, а не підставляється здогад. Терміни, назви продуктів і прізвища додаються до словника за вашою предметною областю.
Резюме збирається з прив'язкою до таймкодів — менеджер перевіряє висновок за вихідною фразою, а не вірить тексту на слово.
Що відбувається з персональними даними клієнтів?
Обробляються лише ті поля, які потрібні для резюме: мовлення, учасники, час. Номери, реквізити та платіжні дані маскуються, розшифрування живуть обмежений термін і видаляються за розкладом, доступ до них розмежований за ролями й логується. Контур обробки та терміни зберігання фіксуються на етапі погодження з вашою службою безпеки.
Як обробляються багатомовні дзвінки?
Мова визначається за кожною реплікою окремо, тому змішаний діалог — менеджер однією мовою, клієнт іншою — розпізнається коректно. Підсумкове резюме формується мовою, заданою в налаштуваннях звіту.
Якщо модель не впевнена в мові чи формулюванні, фрагмент позначається для ручної перевірки, а не перекладається навмання.
Хто відповідає за помилку в резюме?
Резюме — чернетка для менеджера, асистент не надсилає його клієнту й не змінює дані угоди. Домовленості, суми та терміни виносяться окремими полями з посиланням на фрагмент розмови, решта — контекст.
На прийманні ми проганяємо контрольну вибірку дзвінків і звіряємо ключові поля з вихідником, щоб бачити частку розбіжностей до запуску в роботу.
Обговоримо задачу: що потрібно від вас для старту робіт
Щоб повернутися з оцінкою та планом етапів, а не із загальними міркуваннями, нам потрібен короткий набір вхідних. Нижче — те, що зазвичай запитуємо на першій розмові; якщо частини даних немає, це не блокер, частину зберемо самі на розвідувальному проході.
- Доступ до CRM або вивантаження за дзвінками: які поля зберігаються за розмовою, чи є аудіозапис і її зв'язок з угодою, як влаштовані картки контакту та угоди.
- Схема телефонії: куди потрапляють записи розмов, як вони зіставляються з відповідальним співробітником і етапом угоди.
- 20–30 реальних дзвінків із вашими помітками — де готове резюме було б корисним, а де помилка коштувала б дорого.
- Що саме має потрапляти в підсумок: домовленості, наступний крок, відповідальний, термін, заперечення клієнта.
- Хто і коли читає результат: менеджер одразу після розмови, керівник відділу на нараді або служба контролю якості вибірково.
- Куди писати підсумок: поле в картці, задача з датою, повідомлення в канал відділу — від цього залежить логіка інтеграції.
- Вимоги до даних: знеособлення, термін зберігання записів, хто зі співробітників має доступ до прослуховування.
- Відповідальний з вашого боку та один відділ, на якому запускаємо пілот.
Далі порядок простий: збираємо перелічене, розмічаємо вибірку й повертаємося з оцінкою за термінами та планом етапів.
Пілот ставимо на одному відділі й обмеженому обсязі дзвінків — так на ваших даних видно, скільки підсумкових карток справді заповнюється і якій частці розмов резюме допомагає закрити наступний крок. Після пілоту узгоджуємо розширення та старт робіт на решту відділів.
