У цій статті
З чого початиКлючові складовіЯк перевірити рішення на практиціТипові помилкиЩо має змінитися в роботіЩо можна зробити без великого проєктуВисновокFAQАвтоматизація слабкого процесу робить його швидшим, але не обов’язково кращим. Помилки теж починають рухатися швидше.
З чого почати
Оберіть повторюваний процес, де втрати від затримок або помилок уже видимі. Автоматизація має розв’язувати цю задачу, а не бути самоціллю.
Ключові складові
Вибір процесу
Найкращий кандидат на автоматизацію — процес із повторюваним обсягом і помітними втратами.
Порахуйте обсяг випадків, час і кількість помилок. Процес із поодинокими нестандартними випадками може не окупити автоматизацію.
Очищення
Очищення прибирає зайві кроки до того, як їх закріплять у програмі.
Перед видаленням контрольного кроку з’ясуйте, від якого ризику він захищав. Якщо контроль потрібен, перенесіть його ближче до моменту помилки й перевірте новий порядок на винятку.
Вимоги
Вимоги описують роботу, дані й винятки мовою процесу, а не лише перелік екранів.
Опишіть початок, результат, ролі, дані, правила й винятки. Критерії приймання мають дозволяти перевірити реальний випадок.
Клас рішення
Клас рішення залежить від задачі: маршрут, ресурси, клієнтські взаємодії чи окрема повторювана дія.
Порівняйте варіанти за задачею, інтеграціями, вартістю підтримки та здатністю змінювати правила. Не починайте з назви BPM, ERP, CRM чи RPA.
Після запуску
Запуск програми відкриває етап спостереження за реальним використанням процесу.
Після запуску власник процесу стежить за чергою, обходами й помилками даних. Нові винятки потребують зрозумілого порядку зміни правил.
Як перевірити рішення на практиці
Простежте один типовий випадок від заявки до результату та виміряйте очікування на кожному кроці.
Разом із виконавцями усуньте зайві передачі та суперечливі правила. Збережіть контрольні точки, які справді захищають якість.
Підготуйте вимоги на основі очищеного процесу, включно з потрібними даними й винятками.
Випробуйте рішення на обмеженому потоці й порівняйте строк, помилки та ручні обходи з початковим станом.
Після проби виправте процес або налаштування, а вже тоді розширюйте використання.
Типові помилки
Не призначити власників даних
Без власника даних помилки накопичуються непомітно. Визначте, хто відповідає за довідники, правила введення та виправлення записів.
Автоматизувати всі процеси одночасно
Одночасний запуск у всіх процесах перевантажує команду та ускладнює пошук причини збоїв. Почніть з одного стабільного потоку.
Оцінювати успіх фактом запуску
Факт запуску не дорівнює поліпшенню. Перевірте, чи скоротилися строк і помилки та чи команда перестала обходити систему.
Що має змінитися в роботі
Частка роботи, яка справді проходить у системі, кількість ручних обходів, помилок у даних і винятків, що повертаються в месенджери.
Порівняйте час проходження, частку помилок і ручних обходів у схожих випадках до та після запуску. Так видно, чи автоматизація змінила результат.
Що можна зробити без великого проєкту
- Оберіть один процес із повторюваною затримкою.
- Покажіть фактичний шлях одного випадку та джерела даних.
- Приберіть непотрібні погодження й домовтеся про результат для клієнта процесу.
- Складіть короткі вимоги й перевірте їх на винятковому випадку.
- Лише після цього порівнюйте інструменти та бюджет підтримки.
Висновок
Процес готовий до автоматизації, коли має ясні межі, стабільні правила, придатні дані та власника. Пілот має довести зміну результату.
Почніть з опису одного потоку й цифр про втрати. Це допоможе обрати спосіб автоматизації та оцінити, чи потрібен він взагалі.
FAQ
Які процеси обрати? +
Обирайте процес із повторюваним обсягом, помітними втратами та правилами, які можна описати. Рідкісні винятки складніше автоматизувати з користю.
Як рахувати ROI? +
Врахуйте впровадження, підтримку, навчання й зміни процесу; порівняйте з економією часу та скороченням помилок. Прогноз перевіряйте після пілота.
Які помилки до впровадження системи? +
Найчастіше шкодить перенесення старих погоджень у нову систему. До налаштування приберіть зайві кроки та домовтеся, хто змінює правила після запуску.
