Автоматизацію часто продають фразою «цей процес стане на 80% швидшим». Для власника бізнесу це ще не відповідь. Важливе інше: які саме гроші з’являться або перестануть зникати, коли процес стане швидшим?
Зекономлена година не завжди дорівнює зекономленій зарплаті. Новий продаж не дорівнює новому прибутку. А місячна підписка — далеко не повна вартість системи. Саме на цих трьох підмінах тримаються більшість красивих розрахунків окупності.
Нижче — спосіб порахувати ROI автоматизації без фінансового театру. Він підходить для CRM, інтеграцій, AI-асистентів, документообігу, автоматизації підтримки й внутрішніх операцій. Формули прості; складність полягає в тому, щоб чесно заповнити комірки.
Чотири числа, які потрібні для рішення
Одна цифра ROI не дає повної картини. Для невеликого проєкту достатньо чотирьох показників.
01Річна валова вигода
Це сума користі до віднімання нових операційних витрат: реально вивільнена потужність команди, зменшення переробок і помилок, додаткова маржа, уникнуті зовнішні витрати.
02Повна вартість володіння
Total Cost of Ownership, або TCO, включає запуск і подальшу роботу системи. Тут мають бути не лише ліцензії, а й опис процесу, інтеграція, очищення даних, навчання, перевірка, підтримка та планові зміни.
03ROI за обраний період
ROI = (вигода за період − усі витрати за період) ÷ усі витрати за період × 100%.
Період треба назвати прямо: «ROI першого року» або «ROI за 36 місяців». Без цього 40% може означати хороший річний результат або слабкий результат за п’ять років.
04Термін окупності
Термін окупності в місяцях = початкові інвестиції ÷ щомісячна чиста вигода.
Чиста вигода — те, що залишається після щомісячних ліцензій, API, перевірки та підтримки. Для бізнесу з обмеженим грошовим запасом термін окупності часто важливіший за великий трирічний ROI.
Спочатку базова лінія
Неможливо довести, що процес покращився, якщо до запуску його ніхто не вимірював. Не покладайтеся на слова «десь дві години на день». Візьміть два звичайні тижні й зберіть факти.
| Показник | Як виміряти | Чому важливо |
|---|---|---|
| Обсяг | Кількість операцій на день, тиждень і місяць | Визначає масштаб потенційної вигоди |
| Активний час | Хвилини реальної роботи на одну операцію | Не плутати з календарним очікуванням |
| Час проходження | Від отримання запиту до завершення | Показує черги та затримки між людьми |
| Частота помилок | Частка операцій, які виправляли або повторювали | Дає основу для вартості переробки |
| Вартість години | Зарплата, податки роботодавця, інструменти й релевантні накладні витрати | Одна лише сума «на руки» занижує вартість |
| Результат | Замовлення, вирішене звернення, оплачений рахунок, кваліфікований лід | Не дає оптимізувати дію, яка нічого не змінює |
Міряйте не найкращий день і не тиждень розпродажу. Потрібен типовий період. Якщо бізнес сезонний, окремо порахуйте низький, звичайний і піковий місяці.
Ще один нюанс: активний час і час проходження — різні речі. Менеджер може працювати над поверненням 12 хвилин, але клієнт чекає дві доби через погодження. Автоматизація погодження покращить сервіс, хоча майже не зменшить трудові хвилини.
Як переводити вигоду в гроші
1. Час: рахуйте те, що бізнес використає
Спершу знайдіть теоретичну економію:
Години на місяць = кількість операцій × зекономлені хвилини ÷ 60.
Потім поставте неприємне запитання: що компанія зробить із цими годинами? Якщо по 12 хвилин звільнилося у двадцяти людей, але їхня робота не змінилася, грошової економії може не бути. Є лише трохи менш напружений день.
Час стає фінансовою вигодою, коли відбувається хоча б одна конкретна зміна:
- бізнес відмовляється від понаднормових або аутсорсингу;
- не наймає додаткову людину при зростанні обсягу;
- працівник виконує більше оплачуваної або маржинальної роботи;
- скорочення черги зберігає клієнтів чи замовлення;
- вивільнена роль справді змінюється, а не залишається на старому процесі.
У фінансовій моделі називайте це «реалізованою вигодою від часу». Теоретичні 100 годин можна показати поруч, але в ROI має потрапити лише частина, для якої є план використання.
2. Помилки: частота × наслідок
Місячна вартість помилок = кількість операцій × частота помилок × середня вартість однієї помилки.
Вартість помилки може включати повторну роботу, доставку, комісію за повернення, компенсацію та втрачений товар. Репутаційний збиток не варто вигадувати у гривнях без даних. Краще окремо показати його як ризик.
3. Дохід: використовуйте маржу, а не оборот
Якщо автоматичне нагадування повернуло десять замовлень на 50 000 грн, вигода не дорівнює 50 000 грн. Із виручки ще треба виконати ці замовлення.
Додаткова вигода від продажів = додаткові продажі × середній маржинальний дохід з продажу.
Так само не можна приписувати автоматизації всі продажі після запуску. Порівнюйте з контрольною групою, попереднім стабільним періодом або хоча б із консервативною оцінкою того, яка частка результату справді з’явилася завдяки новому процесу.
4. Ризик: очікуваний збиток, а не найстрашніший сценарій
Якщо система зменшує ймовірність дорогого інциденту, корисно рахувати очікуваний збиток: ймовірність × фінансовий наслідок. Не зараховуйте повну суму можливої катастрофи як щорічну вигоду — це зробить будь-який контроль фантастично прибутковим.
Повна вартість автоматизації
Ціну запуску і ціну володіння краще тримати окремо. Так видно, що повернеться після першого року, а що залишиться назавжди.
| Одноразові витрати | Постійні витрати |
|---|---|
| Дослідження й опис реального процесу | Ліцензії, API та інфраструктура |
| Налаштування, розробка та інтеграції | Людська перевірка й обробка винятків |
| Очищення, перенесення й розмітка даних | Моніторинг, журнали та сповіщення |
| Тестування, безпека й виправлення | Підтримка інтеграцій після змін постачальників |
| Навчання команди та тимчасове падіння швидкості | Регулярні тести, оновлення правил і моделі |
| Резерв на невідомі роботи | Резерв на інциденти й зростання ціни |
Курс валюти теж може бути частиною ризику, якщо рахунок за сервіс виставляють у доларах, а бізнес заробляє у гривні. Для AI-систем окремо моделюйте зростання обсягу: витрати на токени або запити часто збільшуються разом із використанням.
Офіційні посібники з оцінки проєктів радять дивитися на витрати протягом усього життєвого циклу й перевіряти чутливість результату до ключових припущень. Це звучить надто серйозно для інтеграції за 2 000 доларів, але принцип корисний: змініть три головні цифри й подивіться, чи проєкт досі має сенс.
Три чесні приклади розрахунку
Усі цифри нижче ілюстративні. Вони показують механіку, а не обіцяють типовий результат.
Приклад 1. Сортування звернень інтернет-магазину
Команда отримує 2 800 звернень на місяць. Автоматична класифікація економить дві хвилини на зверненні: теоретично 93 години, або 28 000 грн при повній вартості години 300 грн.
Але команда має конкретний план лише для 55 годин: їх переводять на утримання клієнтів і складні продажі. Реалізована вигода від часу — 16 500 грн. Крім того, частка неправильного маршруту падає з 7% до 3%. Це на 112 повторних передач менше; по вісім хвилин кожна — ще 4 480 грн.
| Валова вигода на місяць | 16 500 + 4 480 = 20 980 грн |
|---|---|
| Постійні витрати | 4 000 сервіс + 5 400 перевірка + 3 000 підтримка = 12 400 грн |
| Чиста вигода | 8 580 грн на місяць |
| Запуск | 45 000 грн |
| Окупність | 45 000 ÷ 8 580 ≈ 5,2 місяця |
| ROI першого року | (251 760 − 193 800) ÷ 193 800 ≈ 30% |
Це хороший проєкт, але не «300% за рік». Завищена цифра з’явилася б, якби ми зарахували всі 93 години й забули про перевірку та підтримку.
Приклад 2. Внесення рахунків і накладних
Бізнес обробляє 700 документів на місяць. Система витягує поля й економить шість хвилин на документі — 70 годин. Теоретична вартість часу становить 24 500 грн, але компанія реально скорочує зовнішню допомогу лише на 18 000 грн.
Частота помилок падає з 1,8% до 0,5%. Це приблизно дев’ять уникнутих помилок по 450 грн, або ще 4 095 грн. Валова вигода — 22 095 грн на місяць, постійні витрати — 9 000 грн, чиста — 13 095 грн. Запуск коштує 120 000 грн.
- окупність: приблизно 9,2 місяця;
- ROI першого року: близько 16%;
- ROI за 36 місяців без дисконтування: близько 79%.
Перший рік виглядає скромно через значну вартість запуску. Довший горизонт має сенс лише тоді, коли інтеграція проживе три роки без повної перебудови.
Приклад 3. Автоматичне повернення до пропущених лідів
Із 600 лідів на місяць команда втрачає контакт із 12%, тобто із 72. Система повертає в діалог 40% цієї групи — приблизно 29 розмов. За конверсії 8% і маржинального доходу 2 500 грн це 5 760 грн додаткової маржі.
Ще 6 000 грн бізнес реально отримує з вивільненого часу. Постійні витрати становлять 6 000 грн; чиста вигода — 5 760 грн. При запуску за 65 000 грн окупність становить близько 11,3 місяця, а ROI першого року — лише близько 3%.
Цей проєкт дуже чутливий до конверсії. Якщо вона не 8%, а 4%, перший рік стає збитковим. Правильне рішення — недорогий пілот із контрольною групою, а не повний запуск на віру.
Консервативний, базовий і сильний сценарії
Один прогноз створює ілюзію точності. Зробіть три. Змінюйте не все підряд, а припущення, від яких залежить результат: частку успішної автоматизації, реалізовану вигоду від часу, швидкість впровадження, постійні витрати й частоту помилок.
| Сценарій | Що припускаємо | Як використовувати |
|---|---|---|
| Консервативний | Менший обсяг, повільніше прийняття командою, вищі витрати, більше перевірки | Показує, скільки бізнес ризикує втратити |
| Базовий | Найкраща оцінка на основі поточних даних і реального плану | Основний бюджет і план |
| Сильний | Вищий обсяг і якість, але без фантазії про нульові помилки | Показує потенціал, а не виправдовує покупку |
Корисне четверте число — точка перемикання. Наприклад: «проєкт стає збитковим, якщо система правильно обробляє менше 58% документів» або «якщо щомісячна підтримка перевищує 14 000 грн». Такі межі легше контролювати після запуску, ніж абстрактний ROI.
Green Book HM Treasury окремо наголошує на optimism bias — системній схильності недооцінювати витрати й строки та переоцінювати вигоду. У бізнес-моделі це лікується не красивішою формулою, а історією власних проєктів і консервативним сценарієм.
Де ROI найчастіше рахують двічі
- Час і зарплата. Спочатку в модель додають усі зекономлені години, а потім ще й повне скорочення витрат на працівника.
- Виручка і маржа. Додатковий оборот записують як чисту вигоду, хоча товар і виконання мають собівартість.
- Менше помилок і більше продажів. Одне збережене замовлення іноді з’являється в обох категоріях.
- Уникнутий найм і продуктивність. Якщо бізнес не планував наймати, повну зарплату майбутньої людини не можна називати економією.
- Підписка без експлуатації. Ігнорують перевірку, винятки, оновлення API, моніторинг і підтримку.
- Миттєвий ефект. Річну вигоду рахують з першого дня, хоча запуск і прийняття командою тривають три місяці.
- Нульова альтернатива. Порівнюють автоматизацію лише з поточним хаосом, а не з дешевшим виправленням процесу.
Завжди додайте альтернативу «нічого не будувати, але змінити правило». Іноді нова форма, одне обов’язкове поле або чітке право на погодження прибирає половину втрат.
Який ROI вважати хорошим
Універсального відсотка немає. 25% може бути чудовим результатом для стабільної інтеграції, яка працюватиме п’ять років, і слабким для крихкого AI-сервісу з ризиком зміни ціни через пів року.
Порівнюйте проєкт із трьома речами:
- іншими способами витратити ті самі гроші;
- вартістю бездіяльності й очікуваним зростанням обсягу;
- ризиком, оборотністю рішення та строком, протягом якого вигода залишиться актуальною.
Чим складніше повернутися назад, тим сильнішим має бути доказ. Невеликий пілот можна дозволити з невизначеною економікою, якщо він дешево дає нові дані. Незворотну міграцію основної системи — ні.
Як зібрати цифри за 30 днів
- Дні 1–3: виберіть один процес і власника метрики.
- Дні 4–10: виміряйте обсяг, активний час, чергу, винятки та помилки.
- Дні 11–14: порахуйте повну вартість години й наслідок типової помилки.
- Дні 15–20: отримайте повний кошторис запуску та експлуатації для двох-трьох варіантів.
- Дні 21–25: складіть консервативний, базовий і сильний сценарії.
- Дні 26–30: визначте пілот, точку зупинки та спосіб виміряти фактичний результат.
Якщо процес ще не має зрозумілих даних, правил або власника, спершу корисно пройти оцінку готовності бізнесу до ШІ та автоматизації. ROI не виправить процес, який ніхто не може пояснити.
Відповіді на часті запитання
Як порахувати ROI автоматизації?
Від вигоди за обраний період відніміть усі витрати за той самий період, поділіть результат на витрати й помножте на 100%. До витрат включайте запуск та експлуатацію, а до вигоди — лише фактично реалізовану економію, зменшення помилок і додаткову маржу.
Чи можна зарахувати всі зекономлені години?
Як операційний показник — так. Як фінансову вигоду — лише якщо бізнес має конкретний спосіб використати час: уникнути найму або понаднормових, збільшити випуск чи перевести людей на маржинальну роботу.
Як врахувати витрати AI-системи?
Окремо порахуйте фіксовані ліцензії, змінну ціну запитів або токенів, інфраструктуру, перевірку людиною, моніторинг, повторні виклики після помилок і підтримку інтеграцій. Побудуйте модель для поточного й подвійного обсягу.
Скільки має тривати пілот?
Достатньо, щоб він охопив нормальний обсяг і типові винятки. Для щоденного масового процесу це може бути два-чотири тижні; для рідкісного місячного процесу потрібен довший період. Важлива кількість репрезентативних випадків, а не календарна цифра.
Як рахувати вигоди, які важко перевести в гроші?
Не вигадуйте суму. Запишіть їх окремо як нефінансові метрики: час відповіді, задоволеність клієнтів, навантаження на команду, контрольованість або швидкість аудиту. Рішення може враховувати ці вигоди, але фінансовий ROI має залишатися прозорим.
Остання перевірка перед рішенням
Хороша таблиця ROI не доводить, що автоматизацію треба запускати. Вона показує, які припущення мають справдитися, щоб запуск був розумним.
Принесіть на зустріч не презентацію з одним зеленим числом, а неідеальну таблицю з трьома сценаріями. Якщо проєкт працює лише тоді, коли кожне припущення оптимістичне, він не працює. Якщо залишається корисним після дорожчого запуску, повільнішого прийняття й скромнішої вигоди — у вас є бізнес-кейс.
Джерела й подальше читання
- HM Treasury: The Green Book 2026 — життєвий цикл витрат, ризик, optimism bias і sensitivity analysis.
- U.S. GAO Cost Estimating and Assessment Guide — базова лінія, структура витрат, припущення, ризик і оновлення оцінки фактичними даними.
- КПІ: моделювання економічної ефективності автоматизації бізнес-процесів — українська академічна робота про оцінку автоматизації.