Найкращий перший процес для AI-автоматизації — зазвичай не найефектніший. Це процес, який регулярно повторюється, забирає відчутний час або гроші, працює з доступними даними, має контрольований ризик і дає змогу виміряти результат до та після впровадження.
Тому перше запитання має звучати не «Де нам використати AI?», а «Який із наших процесів дає найкращу можливість отримати вимірювану користь без зайвого ризику?»
Ця таблиця допоможе порівняти кілька процесів-кандидатів. Вона не є фінансовим прогнозом і не доводить майбутню окупність. Висока оцінка означає лише те, що процес варто дослідити першим.
Починайте з реальної роботи, а не з ідеї про AI
Фрази «нам потрібен AI-агент» або «хочемо підключити AI до даних компанії» ще не описують проєкт.
Корисна відправна точка — це робота, яка вже відбувається:
- щодня хтось переглядає, класифікує та розподіляє звернення клієнтів;
- щоп'ятниці керівник збирає звіт про стан продажів;
- бухгалтерія звіряє рахунки із замовленнями та договорами;
- працівники шукають відповіді в документах і внутрішніх базах знань;
- операційна команда переносить дані між CRM, електронною поштою і таблицями.
У такого процесу є учасники, вхідні дані, рішення, системи та очікуваний результат. Отже, його можна оцінити. Також стає легше зрозуміти, чи справді потрібен AI, чи проблему краще розв'язати зміною процесу, наведенням ладу в даних або звичайною автоматизацією.
Якщо процес поки складно описати, спочатку скористайтеся контрольним списком готовності до впровадження AI-агента.
Шість критеріїв оцінки
Оберіть від трьох до п'яти процесів-кандидатів. Оцініть кожен за шістьма критеріями від 0 до 2.
1. Частота
Як часто повторюється процес?
| Оцінка | Значення |
|---|---|
| 0 | Рідко, нерегулярно або одноразово |
| 1 | Щомісяця |
| 2 | Щотижня або щодня |
Навіть невелике покращення накопичує ефект лише тоді, коли робота повторюється. Дуже складне завдання, яке виникає раз на рік, може бути важливим, але навряд чи стане найкращим першим процесом для AI.
2. Поточні витрати
Скільки часу, затримок, повторної роботи або помилок створює нинішній процес?
| Оцінка | Значення |
|---|---|
| 0 | Витрати невідомі або незначні |
| 1 | Процес забирає помітний час або спричиняє затримки |
| 2 | Процес регулярно створює суттєві витрати часу, затримки, повторну роботу або помилки |
Точна фінансова модель на цьому етапі не потрібна. Почніть із фактів, які можна побачити: скільки людей залучено, скільки годин витрачається, як довго робота чекає в черзі, скільки виправлень потрібно та які затримки відчувають клієнти або інші команди.
3. Готовність даних
Чи можете ви назвати й отримати інформацію, потрібну для виконання процесу?
| Оцінка | Значення |
|---|---|
| 0 | Джерела невідомі, недоступні або за них ніхто не відповідає |
| 1 | Джерела відомі, але розрізнені або непослідовні |
| 2 | Джерела визначені, мають відповідальних і доступні для роботи |
Дані не стають придатними для автоматизації лише тому, що вони десь існують. «Це є в CRM» ще не означає, що зрозуміло, які записи потрібні, наскільки вони актуальні, хто за них відповідає та які права доступу діють.
4. Ризик дії
Що станеться, якщо система помилиться або виконає неправильну дію?
| Оцінка | Значення |
|---|---|
| 0 | Помилка може завдати серйозної фінансової, юридичної, клієнтської чи операційної шкоди, а безпечної межі немає |
| 1 | Ризик можна стримати погодженням людини |
| 2 | Система читає, відповідає, класифікує або готує чернетку в безпечних межах |
Той самий процес може отримати різну оцінку залежно від рівня самостійності. Підготувати відповідь клієнту на перевірку безпечніше, ніж надіслати її автоматично. Позначити розбіжність у рахунку безпечніше, ніж самостійно погодити оплату.
5. Реалістичність впровадження
Наскільки вузьким і зрозумілим є технічний обсяг робіт?
| Оцінка | Значення |
|---|---|
| 0 | Процес залежить від багатьох невідомих факторів, застарілих систем або неописаних правил |
| 1 | Потрібно кілька інтеграцій або є відомі обмеження, які ще треба уточнити |
| 2 | Процес вузький, інтеграції керовані, а межі чітко визначені |
Не варто вважати процес простим лише тому, що його легко пояснити на зустрічі. Потрібно назвати системи, передачі між людьми, права доступу, винятки та правила погодження, без яких процес не працює.
6. Вимірюваність
Чи зможете ви визначити, що процес справді покращився?
| Оцінка | Значення |
|---|---|
| 0 | Немає базового показника або спостережуваного результату |
| 1 | Можна відстежувати корисний непрямий показник |
| 2 | Можна зафіксувати базове значення і ціль |
Корисними показниками можуть бути час на один випадок, час очікування, частка виправлень, кількість ескалацій, швидкість відповіді або кількість ручних кроків. Визначте показник до початку розробки, а не після запуску.
Як читати загальний результат
Складіть шість оцінок. Максимум — 12 балів.
| Сума | Що це означає |
|---|---|
| 10–12 | Сильний кандидат для Discovery |
| 7–9 | Перспективний процес, але спочатку треба уточнити дані, ризик, реалістичність або вимірювання |
| 0–6 | Імовірно, це не найкращий перший процес для розробки |
Ця оцінка працює як фільтр. Вона не дає витратити кілька тижнів на обговорення ризикованої ідеї, коли поруч є вужчий повторюваний процес із доступнішими даними.
Скористайтеся цією таблицею, щоб порівняти свої варіанти:
| Процес-кандидат | Частота | Поточні витрати | Готовність даних | Ризик дії | Реалістичність | Вимірюваність | Разом |
|---|---|---|---|---|---|---|---|
| Процес 1 | |||||||
| Процес 2 | |||||||
| Процес 3 |
Умовний приклад: три процеси в одній компанії
Уявімо сервісну компанію з 35 працівниками, яка порівнює три ідеї. Усі оцінки нижче умовні. Це не результати клієнтського проєкту й не обіцянка окупності.
| Критерій | Розподіл звернень і чернетки відповідей | Щотижневий звіт про продажі | Автономне погодження цін і договорів |
|---|---|---|---|
| Частота | 2 | 2 | 1 |
| Поточні витрати | 2 | 1 | 2 |
| Готовність даних | 2 | 1 | 1 |
| Ризик дії | 2 | 2 | 0 |
| Реалістичність впровадження | 2 | 1 | 0 |
| Вимірюваність | 2 | 2 | 1 |
| Разом | 12 | 9 | 5 |
Процес 1: розподіл звернень і чернетки відповідей — 12/12
Робота відбувається щодня. Джерела — система підтримки та затверджена база знань — відомі й доступні. Перша версія може класифікувати звернення та готувати відповіді, але остаточне надсилання залишається за людиною. До запуску можна виміряти час обробки, швидкість першої відповіді, точність спрямування та частку виправлень.
Така оцінка робить процес сильним кандидатом для Discovery. Вона не означає, що можна пропустити перевірку та одразу почати розробку.
Процес 2: щотижневий звіт про продажі — 9/12
Процес повторюється щотижня і має невисокий ризик, оскільки перша версія лише читає й узагальнює інформацію. Водночас дані розкидані між CRM, таблицями та листуванням, а команда ще не визначила, які поля є головними.
Ідея перспективна. До розробки потрібно уточнити відповідальних за джерела, якість даних і правила, за якими угоду вважають ризиковою.
Процес 3: автономне погодження цін і договорів — 5/12
Потенційна бізнес-цінність здається високою, але процес поєднує комерційні рішення, умови договорів, винятки та дії з великими наслідками. Правила описані не повністю, а помилка може вплинути на маржу або створити юридичні зобов'язання.
Це невдалий перший процес для AI. Безпечнішим стартом може бути пошук затверджених умов, позначення відхилень або підготовка внутрішньої рекомендації для перевірки людиною.
Висока оцінка ще не доводить окупність
Ця система оцінювання навмисно залишається простою. Вона не доводить, що:
- AI кращий за звичайну автоматизацію або зміну процесу;
- дані достатньо точні для роботи у виробничому середовищі;
- команда справді користуватиметься новим рішенням;
- очікувана користь перевищує витрати на впровадження та подальшу підтримку;
- процес відповідає вимогам безпеки, конфіденційності та законодавства;
- команда вже виявила всі важливі винятки.
Для цього потрібно детальніше розібрати реальний процес. Саме так працює AI-стратегія та аудит: ми описуємо роботу, перевіряємо дані й обмеження, визначаємо безпечні межі та вирішуємо, чи є достатні підстави переходити до розробки.
На сторінці «Як ми працюємо» можна побачити, як пов'язані перша розмова, Discovery, розробка з фіксованим обсягом і відповідальність після запуску.
Що принести на першу розмову
Вам не потрібне технічне завдання або перелік бажаних AI-моделей. Достатньо одного повторюваного процесу й інформації, яка вже є:
- Початок: що запускає процес?
- Люди: хто виконує, перевіряє або очікує результат?
- Кроки: що відбувається від початку до завершення?
- Системи: які інструменти та джерела даних залучені?
- Проблеми: де виникають витрати часу, затримки, повторна робота або помилки?
- Межі: що система може відповідати, готувати, рекомендувати або виконувати?
- Базовий показник: що можна виміряти до будь-яких змін?
Повніший список є в матеріалі про підготовку до AI Discovery.
Оберіть перший процес, а не весь AI-план компанії
Перший проєкт не повинен автоматизувати найважливіше рішення в бізнесі. Він має дати корисні докази: дані справді доступні, процес можна обмежити, команда користуватиметься результатом, а зміни можна виміряти.
Оберіть три процеси. Оцініть їх без прикрашання. Найсильніший кандидат принесіть на коротку розмову.
Принесіть один повторюваний процес. Ми допоможемо вирішити, чи варто переходити з ним до Discovery.