Оберіть завдання з чітким початком і завершенням.
«Автоматизуймо офіс» — надто широка мета. «Після отримання звітів постачальників сформуймо перелік відсутніх позицій» — це вже опис події, вхідних даних і результату. Вузький обсяг допомагає визначити відповідального й порівняти роботу до та після зміни.
Не обирайте лише найпростіше завдання. Перевірте, чи воно повторюється достатньо часто та чи комусь потрібен результат. Автоматичне формування звіту, яким ніхто не користується, лише прискорює зайву дію. Вдалий кандидат має одержувача, повторювані дані та правила, які можна пояснити.
- Що запускає завдання?
- Що отримує людина або система наприкінці?
- Коли ми вважаємо справу правильно виконаною?
Пройдіть процес із людиною, яка виконує його щодня.
Попросіть показати звичайний випадок на екрані крок за кроком. Зафіксуйте моменти копіювання даних, додаткової перевірки та очікування. Зверніть увагу на неформальні правила: «цього постачальника перевіряємо окремо», «цей файл я завжди виправляю» або «тут треба подзвонити».
Саме ці фрази часто визначають успіх автоматизації. Процедура може описувати об’єднання файлів, тоді як працівник спочатку помічає неправильні одиниці та відкидає неактуальну версію. Якщо пропустити ці знання, автоматизація відтворить лише видиму частину роботи й почне видавати ненадійні результати.
Найважливіше на початку
Опишіть одне завдання через вхідні дані, правила й очікуваний результат.
Зберіть правильні, нетипові та помилкові зразки з еталонним результатом.
Визначте межу між автоматичним виконанням і рішенням людини.
Зберіть зразки, які показують різноманітність даних.
Одного правильного документа недостатньо, щоб зрозуміти процес. Підготуйте приклади з різних джерел, періодів і варіантів. Додайте файл із пропусками, повтор і випадок, який нещодавно потребував ручного виправлення. Дані для первинного аналізу не повинні містити зайвої конфіденційної інформації.
До кожного зразка додайте очікуваний результат і коротке пояснення. Якщо двоє людей готують різні правильні відповіді, спочатку потрібно узгодити правило. Для документів також важливі формат, якість скану, структура таблиць і спосіб позначення версій.
- Звичайний випадок, який не викликає труднощів.
- Нетиповий, але допустимий варіант.
- Помилкові або неповні вхідні дані.
- Той самий документ, надісланий повторно.
Відокремте правило від оцінки й погодження.
Порівняння суми, перевірка номера замовлення та обчислення дати за визначеним правилом мають однозначний результат. Оцінка тону повідомлення, зчитування неоднорідного документа або тлумачення опису можуть потребувати іншого підходу. ШІ може допомогти, але результат усе одно потрібно належно перевіряти.
Позначте операції, які мають залишатися під контролем людини: надсилання пропозиції, погодження зміни або публікацію інформації. Автоматизація може підготувати повний комплект матеріалів і вказати відмінності. Їй не обов’язково самостійно ухвалювати кожне рішення, щоб процес став значно простішим.
- Що можна перевірити за однозначним правилом?
- Що потребує інтерпретації?
- Який крок має погодити конкретна людина?
Опишіть винятки так само докладно, як правильний перебіг.
Що робити, якщо немає вкладення? А якщо система-джерело не відповідає? Хто вирішує, чи дві схожі позиції є дублікатами? Для кожної ситуації потрібен результат: повторна спроба, зупинка, сповіщення або передавання справи на ручне опрацювання.
Визначте, чи може частина завдання завершитися правильно попри помилку в іншій частині. Звіт із неповними даними має чітко показувати свій стан. У деяких процесах краще призупинити публікацію, ніж розіслати результат, який виглядає повним. Людина, що опрацьовує винятки, має розуміти повідомлення та знати наступний крок.
Перевірте результат, перш ніж дозволяти йому запускати наступні дії.
Перший тест може працювати паралельно з ручним процесом. Порівнюйте результати на погоджених прикладах, а відмінності описуйте конкретно: пропущена позиція, неправильна одиниця, не та версія документа. Фрази «майже все збігається» недостатньо для оцінки ризику.
Також заплануйте повторне виконання того самого завдання. Процес не повинен випадково надсилати два повідомлення або створювати два записи. Протестуйте втрату доступу та відновлення роботи. Критерії приймання визначте до запуску, щоб потім не підлаштовувати їх під отриманий результат.
- Результат відповідає погодженому зразку.
- Пропуски видимі, а не мовчки проігноровані.
- Повторення має передбачуваний результат.
- Користувач може перевірити походження даних.
Після запуску спостерігайте за всім процесом, а не лише часом роботи автоматизації.
Швидше виконання одного кроку може створити чергу на наступному. Якщо звіт готовий миттєво, але його погодження триває кілька днів, варто дослідити подальший шлях. Збирайте інформацію про винятки, ручні виправлення та запитання одержувачів.
Підготуйте простий опис: де перевіряти виконання, хто реагує на помилку, як зупинити обробку та коли повертатися до ручної роботи. Первинні файли й інструменти змінюватимуться. Відповідальна за автоматизацію людина має знати про ці зміни до того, як вони вплинуть на наступні результати.
Застосуйте це у своїй компанії
- Протестуйте помилки, повтори та можливість повернутися до ручної роботи.
- Після запуску відстежуйте також очікування й опрацювання винятків.
