Сім кроків коротко
- 01
Визначте бізнес-результат
Сформулюйте, що має покращитися: час опрацювання, спроможність команди, частота помилок, швидкість доставки, видимість процесу чи надходження коштів.
- 02
Складіть мапу одного реального випадку
Простежте за реальним завданням від запуску до завершення, врахувавши системи, передавання, очікування, перевірки й виправлення.
- 03
Виміряйте поточний процес
Зафіксуйте місячний обсяг, час безпосередньої роботи, очікування, винятки, повторну роботу та залучені ролі.
- 04
Відокремте правила від суджень
Автоматизуйте сталі рішення, а неоднозначні випадки чи випадки зі значними наслідками передавайте визначеній відповідальній особі.
- 05
Спростіть перед розробкою
Перш ніж закладати процес у систему, усуньте повторне введення даних, непотрібні погодження й застарілі етапи.
- 06
Запустіть обмежений пілотний проєкт
З’єднайте лише ті системи й випадки, які потрібні, щоб перевірити результат на репрезентативних даних.
- 07
Запустіть, відстежуйте й удосконалюйте
Навчіть користувачів, фіксуйте збої, вимірюйте узгоджений результат і розширюйте процес лише після його стабілізації.
Опишіть поточний стан без прикрашання
Опис процесу на нараді часто показує, як він має працювати. Для автоматизації потрібна картина того, що відбувається насправді. Візьміть один нещодавній запит, заказ, документ чи випадок із клієнтом і простежте кожну дію до завершення роботи.
Зафіксуйте тригер, відповідального, використану інформацію, відкриті системи, ухвалені рішення, передавання завдань, очікування, виправлення та збережені підтвердження. Врахуйте таблицю поруч із CRM, повідомлення в чаті й керівника, який непомітно розв’язує кожен складний випадок. Саме в прихованій роботі зазвичай криються і витрати, і ризики впровадження.
Спроєктуйте майбутній процес з урахуванням винятків
Звичайний сценарій рідко є найскладнішим. У проєкті майбутнього процесу потрібно визначити, що робити, коли даних бракує, інтеграція недоступна, ціну треба погодити, документ неможливо прочитати або клієнт змінює запит.
Для кожного винятку визначте, хто його отримує, яку інформацію бачить, що може змінити, як відновлюється процес і що фіксується. Це допоможе не звести автоматизацію до перенесення ручного розслідування в іншу поштову скриньку.
| Запитання для проєктування | Корисна відповідь |
|---|---|
| Що запускає процес? | Конкретна подія та обов’язкові вхідні дані |
| Що можна виконувати автоматично? | Сталі правила з результатами, які можна перевірити |
| Що потребує перевірки? | Неоднозначні, незвичні випадки або випадки зі значними наслідками |
| Що робити в разі збою? | Визначена черга, відповідальний, сповіщення та крок відновлення |
| Що підтверджує завершення? | Статус, часова позначка, результат і запис аудиту |
Оберіть найпростішу архітектуру, яка працює
Корисним рішенням може бути налаштування наявного продукту, інтеграція через API, сервіс керування процесами, спеціалізований внутрішній інтерфейс або індивідуальне програмне забезпечення. Якщо вхідні дані змінюються, одним із компонентів може бути AI, але це не варіант за замовчуванням.
- Налаштуйте наявну систему, якщо процес типовий і потрібні функції вже є.
- З’єднайте системи, якщо головна проблема — ручне передавання даних, а самі системи працюють належно.
- Створіть спеціалізований інструмент, якщо ролі, стани, винятки чи бізнес-правила особливі й важливі.
- Використовуйте AI для роботи з документами, мовою, пошуком чи класифікацією, коли фіксованих правил недостатньо, і перевіряйте його результати.
Перевірте один завершений фрагмент, а не набір розрізнених функцій
Вдалий пілот охоплює один важливий процес від запуску до результату для контрольованої групи користувачів. Він включає справжні вихідні дані, потрібні інтеграції, етап перевірки, сценарій на випадок збою та показник, за яким визначатимуть, чи продовжувати проєкт.
До запуску перевірте типові й складні випадки. Якщо наслідки помилки суттєві, упродовж короткого періоду порівнюйте новий процес із поточним. Мета — отримати докази щодо часу, якості й використання, а не створити демонстрацію, яка вражає сама по собі.
Запустіть процес із визначеною відповідальністю та операційними показниками
- Визначте відповідального з боку бізнесу за правила та пріоритети.
- Визначте технічного відповідального за доступ, моніторинг, збої та зміни.
- Навчіть користувачів діяти як за звичайного сценарію, так і під час винятків.
- На початковому етапі запуску передбачте безпечний ручний запасний сценарій.
- Порівняйте з базовими показниками час опрацювання, загальний час виконання, частоту помилок, чергу завдань і рівень використання.
- Регулярно переглядайте винятки: вони підказують, що вдосконалювати далі.