Автор: Надалі. Підготовлено за допомогою ШІ.
Головне: рахуйте унікальні клієнтські проблеми, перевіряйте результат і повторні звернення, а вже потім оцінюйте частку автоматизації та її вартість.
Кому корисно: власникам магазинів, готелів і невеликих сервісних компаній, де ШІ відповідає клієнтам або допомагає працівникам підтримки.
Гість отримав відповідь про зміну дати заїзду, чат закрито. Наступного дня він телефонує на рецепцію: у бронюванні залишилася стара дата. Для звіту за чатами це може виглядати як завершена розмова. Для бізнесу це одна проблема, яку ще потрібно вирішити.
Нижче наведено редакційну методику Надалі для перевірки таких випадків. Це не галузевий стандарт, не формула конкретного постачальника і не порівняльне тестування продуктів.
Спочатку прочитайте визначення показника
Різні системи рахують різні події. Intercom описує підтверджене вирішення після позитивної відповіді клієнта й припущене вирішення, коли після відповіді Fin клієнт не просить подальшої допомоги. Повернення по допомогу в ту саму розмову скасовує зараховане вирішення за описаними правилами. Це визначення продукту, а не незалежна перевірка бізнес-результату. Документація Intercom.
Окремо Intercom документує зміну знаменника: вилучення розмов, у яких Fin не мав можливості відповісти, підвищує resolution rate без збільшення кількості вирішень. Перед порівнянням періодів перевіряйте версію метрики. Опис оновлення.
У Zendesk відповідь на закритий тікет створює новий пов’язаний тікет, а не відкриває старий. Тому сам показник повторного відкриття може пропустити продовження проблеми. Це приклад поведінки Zendesk, не правило для всіх систем. Пояснення Zendesk.
Перевірте також, що означає deflection у вашій системі. Якщо це лише відсутність передачі людині, показник не підтверджує потрібного клієнту результату.
1. Зафіксуйте групу проблем і знаменник
Візьміть усі нові клієнтські проблеми за один тиждень: це ваша когорта. Заздалегідь визначте канали й категорії. Спам і внутрішні тести можна виключити, але збережіть їхню кількість і правило виключення. Складні, передані працівнику та незавершені проблеми залишаються у знаменнику.
Одиниця обліку: одна проблема конкретного клієнта, пов’язана з конкретним замовленням, бронюванням або послугою. Повідомлення, дзвінок і новий тікет щодо тієї самої зміни бронювання утворюють один запис. Дві незалежні проблеми в одному чаті можуть потребувати двох записів. Правило поділу має бути однаковим до і після запуску ШІ.
Додайте до таблиці ідентифікатор проблеми, дату першого звернення, категорію, пов’язані тікети, участь ШІ, роботу людини, доказ результату, дату результату, повторні звернення та статус перевірки. Для зв’язування використовуйте вже доступні службові ідентифікатори; не копіюйте зайві персональні дані.
2. Визначте доказ і період спостереження
Для зміни бронювання доказом може бути правильна дата в робочій системі. Для повернення коштів перевіряйте погоджений етап: схвалення заявки, відправлення платежу й отримання грошей не можна непомітно підміняти одне одним. Для інформаційного запиту перевірте правильність і повноту відповіді та наявний відгук клієнта. Самої тиші недостатньо.
Наприклад, оберіть сім календарних днів спостереження після заявленого вирішення. Сім днів тут є умовою прикладу, а не рекомендованою нормою для кожного бізнесу. Для доставки або повернення грошей потрібен строк, який охоплює відповідний процес.
Заздалегідь встановіть дату зрізу звіту. У чисельник потрапляють лише проблеми з доказом результату та завершеним періодом спостереження без повторного звернення з тієї самої причини. Нещодавні вирішення позначайте «ще спостерігаємо», залишаючи їх у загальному знаменнику. Не порівнюйте свіжу когорту з тією, за якою спостерігали довше.
3. Зв’яжіть повтори й передачі людині
Шукайте продовження в тому самому чаті, новому тікеті, електронній пошті й телефонному журналі. Враховуйте зміст: повідомлення «дякую» не є повторною проблемою, а «повернення досі немає» може нею бути навіть в іншому каналі.
Якщо клієнт повернувся до проблеми, попереднє вирішення не проходить перевірку. Після виправлення можна почати новий період спостереження й зарахувати остаточне вирішення один раз. Сам факт повторного звернення з історії не зникає.
Розділяйте вирішення без операційного втручання працівника та вирішення за участю людини. Перевірка якості після завершення не дорівнює виконанню роботи за клієнта. Передача складного випадку може бути правильною дією; оцінюйте, чи завершилася вона результатом, а не лише чи вдалося уникнути передачі.
4. Перевірте вибірку вручну
Почніть, наприклад, із 30 випадково відібраних проблем за тиждень. Це зручний старт перевірки, не гарантія статистичної точності. Подивіться, чи представлені різні категорії та способи обробки. Додатково перевіряйте скарги й повтори, але не змішуйте цю цільову вибірку з випадковою в одному відсотку помилок.
Для кожного випадку людина перевіряє повну історію, відповідність правилам бізнесу, потрібну дію в робочій системі та повторні контакти. Позначки: «підтверджено», «не вирішено», «доказів недостатньо», «спостереження триває». ШІ може запропонувати зв’язки між записами, але спірні збіги перевіряє людина.
Результат «3 помилки з 30 перевірених» описує вибірку, а не точну частку помилок усієї підтримки. Не оголошуйте неперевірені випадки підтвердженими. Не діліть витрати всієї когорти лише на успішні випадки з вибірки.
5. Порахуйте на одному прикладі
Умовний магазин отримав 200 унікальних проблем. ШІ був залучений до 160; інші 40 одразу обробляли люди. Початковий звіт позначив 120 випадків як вирішені ШІ: 120 / 160 = 75%.
Для простоти прикладу команда перевірила всі 200 проблем, а не вибірку. Серед початкових 120:
- 18 спричинили повторне звернення з тієї самої причини;
- ще 12 не мали достатніх доказів результату;
- 90 були вирішені без операційної участі людини, мали доказ результату й пройшли повний семиденний період без повтору.
Ці три групи не перетинаються. До дати зрізу ще 60 проблем були підтверджено вирішені за участю людей, зокрема 10 із 18 повторних. Для них також завершився період спостереження. Отже:
- вирішено без операційної участі людини: 90 / 200 = 45% усіх проблем;
- серед проблем, до яких залучали ШІ: 90 / 160 = 56,25%;
- вирішено загалом: 150 / 200 = 75%;
- повторне звернення після початкової позначки «вирішено ШІ»: 18 / 120 = 15%;
- решта 50 проблем залишаються незавершеними або непідтвердженими.
Припустімо, витрати, віднесені саме до цієї когорти, становлять 30 000 грн: 6 000 грн на інструменти, 18 000 грн на роботу людей і 6 000 грн на перевірку та супровід. Включено також невдалі спроби й повторну роботу, без подвійного обліку. Вартість одного підтвердженого вирішення: 30 000 / 150 = 200 грн. Це вигадані числа для пояснення, не ринкові тарифи.
Що вирішувати власнику
Попросіть щотижня показувати знаменник, підтверджені результати за способом обробки, повтори, неперевірені випадки й витрати. Порівнюйте однакові категорії, канали та строки спостереження. Нижча вартість сама по собі не доводить поліпшення, якщо стало більше повторів або невідомих результатів.
Перевірка бачить лише доступні канали й обраний період. Відсутність повтору не доводить задоволення клієнта, а зміна сезонності чи складності звернень може спотворити порівняння. Методика допомагає поставити точніше запитання: які проблеми справді завершилися результатом і скільки коштував увесь шлях?
Джерела прочитано й визначення перевірено 8 листопада 2026 року. Надалі не тестувала згадані сервіси на клієнтських даних; практичний порядок і числовий приклад є редакційною розробкою.
Читайте також: як порахувати економію часу в невеликому ШІ-пілоті і що має перевіряти людина.
