Як виміряти ROI від впровадження ШІ серед співробітників

Коротка відповідь: ROI від ШІ рахують не «для компанії взагалі», а для конкретного процесу з вимірюваним результатом — обробленим зверненням, перевіреним звітом, закритою задачею, підтвердженим продажем. Додаткову користь порівнюють із повними додатковими витратами: ліцензіями, впровадженням, навчанням, перевіркою результатів, виправленням помилок і супроводом. Фінансову економію, звільнений час і зміну якості показують окремо, бо це різні речі з різною надійністю.

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

Сформулювати одиницю результату

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

• Підтримка: звернення, вирішене без повторного звернення клієнта протягом обраного строку.
• Фінанси: звіт, прийнятий фінансовим директором без повернення на доопрацювання.
• Розробка: задача, яка пройшла рев’ю і тести і не повернулася з дефектом.
• Продажі: угода, яка дійшла до оплати, а не просто «лід» чи «відправлена пропозиція».

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

Це добре видно на польовому дослідженні однієї компанії: 5 179 операторів підтримки отримали помічника на основі генеративного ШІ. Вимірювали не кількість звернень до помічника, а кількість вирішених звернень на годину. У середньому показник зріс на 14%, серед новачків і працівників із нижчим рівнем навичок — на 34%, а серед досвідчених і висококваліфікованих ефект був мінімальним. Також змінилися настрій клієнтів і утримання працівників. Це показує різницю ефекту між групами, але й межу висновку: йдеться про помічника для оператора в одній компанії, а не про автономну підтримку; 14% не можна переносити на інші процеси.

Зафіксувати вихідний рівень

Без вихідного рівня ROI неможливо порахувати — нема з чим порівнювати. Перед впровадженням зберіть за той самий тип роботи:

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

Що робити, якщо таких даних немає? Це звична ситуація: час на задачу часто ніде не фіксується, а якість оцінюється на око. Тоді перед впровадженням варто вести простий облік вручну: тип задачі, час початку і завершення, чи повернули результат на доопрацювання. Період спостереження має охоплювати типовий цикл роботи й достатньо різних задач; для місячного або сезонного процесу двох тижнів може бути замало. Облік має вестися так само і після впровадження — тими самими людьми, за тими самими правилами, інакше ви порівнюватимете різні способи вимірювання, а не результат. І ще одна деталь: попередьте команду, що облік потрібен для оцінки інструменту, а не працівників. Якщо люди вирішать, що їх оцінюють особисто, цифри «до» легко виявляться заниженими, а «після» — завищеними.

Важливо не вибирати лише найвдаліші випадки. Якщо для пілоту взяти найпростіші задачі і найзацікавленіших працівників, а потім порівняти з середнім по відділу, результат буде завищеним.

І не замінюйте вимірювання опитуванням. В одному невеликому дослідженні досвідчені розробники до початку роботи очікували, що ШІ прискорить їх на 24%, а після завершення вважали, що прискорилися на 20%. Фактичний результат у тих умовах був іншим: задачі з ШІ займали в середньому на 19% більше часу. Це вузький приклад із конкретними розробниками, інструментами початку 2025 року та знайомими проєктами; його не можна переносити на інші команди чи сучасніші інструменти. Проте він добре показує межу самооцінки: відчуття прискорення може не збігатися з виміряним часом, тому опитування задоволеності має доповнювати, а не замінювати дані.

Обрати метод порівняння

Від методу порівняння залежить, наскільки впевнено можна сказати, що ефект дав саме ШІ.

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

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

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

Як відокремити ефект від сезону

Навчальний приклад методу «різниця різниць». Дві групи операторів мали середній час обробки звернення 12 хвилин. Група A отримала ШІ-помічника, група B — ні. Через місяць у групи A — 10 хвилин, у групи B — 11,5 хвилини: звернень у цьому місяці стало менше і вони простіші.

• Зміна в групі A: 10 − 12 = −2 хвилини.
• Зміна в групі B: 11,5 − 12 = −0,5 хвилини.
• Оцінка ефекту ШІ: −2 − (−0,5) = −1,5 хвилини на звернення.

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

Порахувати повну вартість

Знаменник ROI — усі додаткові витрати, які з’явилися через впровадження, за той самий період, що й користь:

• ліцензії та тарифи на моделі чи сервіси;
• налаштування й інтеграції — підключення до CRM, бази знань, системи задач;
• навчання — час працівників на навчання теж витрати;
• перевірка результатів — час, який люди витрачають на контроль того, що згенерував ШІ;
• виправлення помилок — переробка, повторні звернення, компенсації клієнтам;
• управління — власник процесу, адміністрування доступів, оновлення інструкцій.

Для навчального розрахунку нижче припустімо, що 60 000 грн додаткових витрат за квартал складаються так: ліцензії — 18 000 грн; частка інтеграції з обліковою системою, віднесена на цей квартал, — 20 000 грн; навчання, тобто оплачений час працівників на заняттях, — 7 000 грн; час на перевірку результатів ШІ — 15 000 грн. Розбивка потрібна не для точності, а для того, щоб кожну складову можна було перевірити і порівняти з фактом наступного кварталу. Зверніть увагу на останній рядок: час на перевірку легко забути, бо він «розчинений» у робочому дні, хоча саме він часто визначає, чи залишиться від прискорення хоч щось.

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

Розділити види користі

Користь від ШІ буває чотирьох видів, і їх треба показувати окремо, бо вони мають різну надійність:

1. Зниження реальних витрат. Менше оплачених понаднормових годин, менше витрат на підрядників, не довелося наймати додаткового працівника. Це гроші, які видно в бухгалтерії.
2. Додатковий результат. Більше оброблених замовлень, закритих угод, виконаних задач тією самою командою. Для доходу рахується маржинальний внесок — виручка мінус змінні витрати на неї, — а не вся виручка.
3. Якість. Менше помилок, повторних звернень, скарг. Іноді її можна перевести в гроші через вартість однієї помилки.
4. Звільнена ємність. Години, які звільнилися, але ще не перетворилися ні на економію, ні на додатковий результат. Це потенціал, а не прибуток.

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

Польове дослідження у 66 компаніях охопило 7 137 працівників розумової праці. Користувачі інструмента витрачали менше часу на пошту, однак дослідники не виявили змін у кількості чи складі їхніх задач на індивідуальному рівні. Це ілюструє, чому звільнений час не можна автоматично записувати як гроші: час міг з’явитися, а додатковий результат — ні.

Навчальний розрахунок ROI

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

Фінансовий ROI = (монетизована додаткова користь − додаткові витрати) ÷ додаткові витрати

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

• Умовний сценарій за повної монетизації звільненого часу: (90 000 − 60 000) ÷ 60 000 = 50%. Це ще не підтверджений фінансовий ROI.
• Фінансовий ROI за наявними даними: (60 000 − 60 000) ÷ 60 000 = 0%.
• З урахуванням виправлення помилок на 9 000 грн: витрати 69 000 грн; умовний сценарій дає (90 000 − 69 000) ÷ 69 000 ≈ 30,4%, а фінансовий ROI за наявними даними — (60 000 − 69 000) ÷ 69 000 ≈ −13%.

Звідси видно, що висновок «ШІ окупився на 50%» передчасний: він тримається на припущенні, що звільнені 30 000 грн часу стануть грошима. Поки цього не сталося, фінансовий ROI у прикладі — 0% без додаткових помилок або приблизно −13% із ними. Умовний сценарій варто показувати окремо.

Ухвалити рішення

Рішення ухвалюють за діапазоном сценаріїв, а не за найкращим. Заздалегідь, ще до запуску, запишіть критерії:

• Розширювати, якщо ROI позитивний навіть у консервативному сценарії — без монетизації звільненого часу, з урахуванням витрат на перевірку і помилки, — а якість одиниці результату не погіршилася.
• Змінити сценарій, якщо користь є, але вона здебільшого у вигляді звільненого часу. Тоді завдання — вирішити, на що цей час піде: на додатковий обсяг, на іншу роботу чи на скорочення витрат, і виміряти результат знову.
• Зупинити, якщо навіть базовий сценарій не покриває витрат, або якщо швидкість зросла, а якість упала настільки, що виправлення з’їдають виграш.

Для навчального прикладу цієї статті результат виглядає так:

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

Переглядайте розрахунок щокварталу: ціни змінюються, люди звикають до інструменту, обсяги ростуть.

Підсумок і перші кроки

ROI від ШІ можна виміряти, якщо рахувати конкретний процес, чесно порівнювати і не видавати потенціал за прибуток.

Що зробити:

1. Вибрати один процес і визначити одиницю результату з критерієм якості.
2. Зібрати вихідний рівень: час, якість, обсяг, сезонність, вартість — за зіставний період.
3. Обрати метод порівняння: контрольна група, поетапне впровадження або «до і після» з явними обмеженнями.
4. Скласти перелік усіх додаткових витрат, включно з перевіркою і виправленнями.
5. Розділити користь на реальну економію, маржинальний внесок, якість і звільнену ємність; перевірити, що жодна робота не врахована двічі.
6. Порахувати ROI у трьох сценаріях і ухвалити рішення за заздалегідь записаними критеріями.

Якщо перед вами стоїть задача показати керівництву результат впровадження ШІ, почніть з одного процесу і чесної бази порівняння. Фахівці BotLabs можуть разом з вами вибрати одиницю результату, оцінити поточну вартість роботи і скласти модель витрат, за якою результат пілоту можна буде виміряти.

Часті запитання