Почніть із вузького місця, а не з технології
Найкращий перший проєкт автоматизації рідко буває найефектнішим. Зазвичай це знайома щотижнева робота: перенесення погоджених даних до іншої системи, підготовка того самого звіту, перевірка однакових полів у документах або передавання запиту потрібній людині.
Вдалий кандидат має очевидні наслідки для бізнесу. Він може затримувати рахунок, забирати час досвідченого працівника, спричиняти виправлення або ускладнювати розуміння, хто має виконати наступну дію. Якщо відштовхуватися від цих наслідків, розмова залишатиметься предметною: про витрати, спроможність команди, якість обслуговування та контроль.
Як визначити, що автоматизувати в операційній роботі
Шукайте роботу, що повторюється достатньо часто, аби створювати помітні операційні витрати. Найвиразніші ознаки: копіювання між системами, регулярна перевірка документів, уточнення статусів, типові погодження та повторне збирання звітів з тих самих джерел. Це не обов’язково готові проєкти для автоматизації, але саме тут варто почати вимірювання.
Запишіть місячний обсяг, середній час опрацювання, час очікування, частоту виправлень і посаду людини, яка виконує роботу. Потім подумайте, як використати вивільнений ресурс. Процес привабливіший для вдосконалення, якщо це допоможе впоратися зі зростанням, уникнути найму, швидше отримувати кошти, підтримувати рівень сервісу або повернути фахівцям час для важливіших рішень.
Оцінка процесу за шістьма факторами
Оцініть кожен фактор від 0 до 3. Використовуйте суму для порівняння процесів, а не для створення хибної точності. Високий бал означає, що процес варто дослідити уважніше, але сам по собі не доводить, що потрібно розробляти програмне забезпечення.
| Фактор | 0 балів | 3 бали |
|---|---|---|
| Частота | Час від часу або непередбачувано | Щодня або багато разів на день |
| Час | Загалом кілька хвилин | Помітна кількість робочих годин щомісяця |
| Стабільність | Етапи часто змінюються | Правила й винятки зрозумілі |
| Готовність даних | Дані відсутні або неузгоджені | Доступні в узгоджених цифрових форматах |
| Наслідки помилок | Легко помітити й виправити | Спричиняють повторну роботу, витрати, затримки чи ризики |
| Відповідальність | Немає чітко визначеної відповідальної особи | Одна відповідальна особа може погодити процес |
Як оцінити один процес за пів дня
- 01
Визначте початок і завершення
Спирайтеся на події, які можна спостерігати, наприклад: «надійшло підписане замовлення» та «проєкт створено й заплановано».
- 02
Простежте за одним реальним випадком
Зафіксуйте кожне передавання завдання, систему, очікування, виправлення, погодження та рішення людини.
- 03
Виміряйте типовий місяць
Оцініть частоту, час опрацювання, очікування, помилки й повторну роботу.
- 04
Відокремте правила від суджень
Стабільні правила добре піддаються автоматизації. Переговори й чутливі винятки зазвичай потребують участі людини.
- 05
Визначте найменшу корисну зміну
Удоскональте один витратний етап, перш ніж перебудовувати всю компанію.
- 06
Оберіть один результат для перевірки
Відстежуйте заощаджені години, час виконання, частоту виправлень або дотримання рівня сервісу.
Простий приклад розрахунку часу й витрат
Припустімо, команда опрацьовує 600 запитів на місяць. На читання, перевірку, внесення даних у другу систему та підтвердження кожного запиту потрібно вісім хвилин. Це 80 годин безпосередньої роботи, не враховуючи виправлень, очікування чи перевірок керівника.
За повної вартості години €35 видимі витрати на працю становлять €2,800 на місяць. Якщо цілеспрямоване вдосконалення процесу усуває 60% ручної роботи, а люди й далі перевіряють винятки, можна вивільнити близько 48 годин щомісяця. Це додаткова спроможність, а не автоматично заощаджені гроші. Її цінність з’являється тоді, коли бізнес використовує ці години, щоб упоратися зі зростанням, поліпшити сервіс, уникнути понаднормової роботи чи відкласти найм.
Три знеособлені приклади
- Команда обслуговування повторно вносила погоджені дані клієнтів з електронної пошти до системи керування проєктами. Висока частота, сталі поля й вимірювана кількість виправлень зробили просту інтеграцію перспективним рішенням.
- Для щомісячного управлінського звіту потрібно було експортувати дані з кількох систем і впорядковувати їх у таблиці. Розрахунки були сталими, але вихідні дані — ні. Правильним першим кроком стала стандартизація вхідних даних, а вже потім автоматизація збирання звіту.
- Старший керівник переглядав кожен нестандартний запит клієнта. Запитів було небагато, а рішення залежали від контексту. Контрольний список рішень і краще спрямування запитів принесли б більше користі, ніж повна автоматизація.
Коли автоматизація — не найкращий наступний крок
Не автоматизуйте процес лише тому, що працівникам він не подобається. Робота може бути непотрібною, правила — нечіткими, а наявна система вже може мати функцію, якою ніхто не користується.
- Незабаром процес має суттєво змінитися.
- Винятків більше, ніж типових випадків.
- Ніхто не відповідає за результат і не може погоджувати зміни.
- Даним не можна довіряти, а плану їх поліпшити немає.
- Фінансовий ефект або вплив на сервіс надто малі, щоб виправдати подальше обслуговування рішення.
- Проблему розв’язує простіше правило, шаблон або функція наявного продукту.
Що вирішити після оцінювання
Для перспективного процесу розрахуйте поточні витрати й реалістичну цінність удосконалення. Потім вирішіть, чи спростити робочий процес, налаштувати наявний продукт, з’єднати системи або створити спеціалізований внутрішній інструмент.
AI варто розглядати лише тоді, коли робота пов’язана з мовою, документами, класифікацією, пошуком або іншими завданнями, для яких фіксованих правил недостатньо. Невеликий вимірюваний перший етап дасть бізнесу докази, перш ніж він погодиться на масштабніші зміни.