Як покращувати сценарій за результатами дзвінків
Сценарій, який добре показав себе на пілоті, з часом просто застаріває: змінюються ліди, пропозиції та типові заперечення клієнтів. Найкращий спосіб побачити, що саме перестало працювати, — регулярно слухати записи дзвінків, де клієнт кинув слухавку або розмова пішла не туди. Нижче — які дзвінки аналізувати першими, що шукати в записах і чому правки варто вносити по одній, а не пачками.
Навіщо повертатися до сценарію вже після запуску
Сценарій, який добре показав себе на пілоті, за кілька тижнів роботи на живій базі раптом починає давати збої. Змінюється сезон, оновлюється пропозиція, з’являються нові типи лідів — і те, що працювало місяць тому, вже не пасує.
Головна помилка після запуску — вважати сценарій завершеним проєктом. Насправді це радше набір гіпотез, які постійно перевіряють на нових дзвінках. Ми вже розбирали, як перевірити сценарій перед масовим запуском, у матеріалі Як протестувати робота перед масовим запуском. Тут — про те, що робити зі сценарієм уже під час постійної роботи.
Які дзвінки аналізувати найпершими
Слухати всі дзвінки поспіль — довго й малокорисно. Спершу варто відібрати ті розмови, які найімовірніше вказують на слабке місце сценарію.
- Дзвінки, які обірвалися в перші секунди розмови.
- Розмови, де клієнт поставив питання, а робот не дав внятної відповіді.
- Дзвінки, що завершилися без досягнення мети розмови.
- Випадки, коли робот передав розмову менеджеру не в тому місці, де це було потрібно.
| Тип дзвінка | Що це може означати |
|---|---|
| Обрив у перші секунди | проблема з початком розмови або невдалий момент дзвінка |
| Довга пауза без відповіді клієнта | питання сформульоване незрозуміло |
| Передчасний перехід на менеджера | тригер передачі спрацював занадто рано або пізно |
Що видно в записах, де клієнт кидає слухавку
Коли вибірка дзвінків з обривами зібрана, саме прослуховування — а не цифри в дашборді — показує, що насправді пішло не так.
- Чи прозвучала причина дзвінка природно, чи як завчений текст.
- У якому саме реченні клієнт перестав слухати чи перепитав.
- Чи відповідь робота відповідала тому, що сказав клієнт, а не шаблону.
- Чи достатньо швидко робот зрозумів, що розмова не складається, і завершив її коректно.
Скільки правок вносити за один цикл
Після прослуховування зазвичай виникає спокуса переписати сценарій одразу за кількома пунктами. Це найшвидший спосіб втратити розуміння, яка саме зміна вплинула на результат.
Надійніше — вносити одну зміну, дати їй попрацювати на новій порції дзвінків і лише тоді порівнювати. Якщо змінити вступ, гілку заперечень і формулювання питання одночасно, а результат покращиться — незрозуміло, яка саме правка це дала. І навпаки: якщо стане гірше, незрозуміло, що відкатувати.
Як налаштувати регулярний цикл перегляду сценарію
Щоб аналіз записів не перетворився на одноразову акцію після скарги клієнта, варто перевести його в регулярний цикл із чіткими кроками.
Як побудувати регулярний цикл перегляду сценарію
Зберіть вибірку проблемних дзвінків
Раз на обраний період вибирайте дзвінки з обривами, без досягнення мети розмови чи з дивним переходом на менеджера.
Прослухайте записи цілком
Не обмежуйтесь фрагментом з обривом — послухайте розмову з початку, щоб побачити, що передувало проблемі.
Внесіть одну зміну
Оберіть найчастішу проблему і виправте лише її — вступ, формулювання питання або гілку заперечення.
Перевірте на новій вибірці
Дайте зміні попрацювати на свіжих дзвінках і порівняйте результат, перш ніж братися за наступну правку.
Коли сценарій можна вважати стабільним
Чіткого фінального стану у сценарію немає — база лідів, сезон і пропозиція постійно змінюються. Але є сигнал, що інтенсивність правок можна знизити.
Це не означає, що можна більше не слухати записи — просто цикл перегляду стає рідшим, а не зникає зовсім.
Часті питання
Як часто варто переглядати сценарій після запуску?
Універсального інтервалу немає: частота залежить від обсягу дзвінків і того, як швидко змінюється база лідів. Головний орієнтир — не кількість днів, а те, чи назбиралася достатня вибірка нових дзвінків для аналізу.
Скільки дзвінків потрібно прослухати, щоб зробити висновок?
Стільки, щоб побачити повторюваний патерн, а не одиничний випадок. Якщо та сама проблема трапляється в кількох різних розмовах — це вже привід для правки, один дивний дзвінок — ще ні.
Що робити, якщо після правки стало гірше?
Повернути попередній варіант саме цієї зміни й перевірити його окремо. Тому зміни варто вносити по одній — так завжди зрозуміло, що саме відкочувати.
Хто повинен вирішувати, яку правку вносити першою?
Той, хто знає мету дзвінка й слухав записи особисто, — менеджер продажів чи власник процесу. Рішення на основі самих лише цифр без прослуховування часто б’є повз ціль.
R7K12 Voice — ШІ-робот для обдзвону лідів
Робот сам телефонує вашим лідам за секунди після заявки — кваліфікує, відповідає на питання й передає гарячих у вашу CRM.
Спробувати безкоштовно
Засновник R7K12 — сервісу наскрізної аналітики, CRM і автоматизації дзвінків. Пише про те, як бізнесу не втрачати ліди, швидше обробляти заявки й рахувати реальну окупність реклами.