Почніть із малого: покращте процес, який справді повторюється.

1. Простежте шлях реального завдання.

Почніть із недавнього прикладу, а не зі схеми того, як процес мав би працювати. Простежте заявку, звернення до підтримки або внутрішній звіт від надходження до кінцевого результату. З’ясуйте, хто з ним працює, що копіює, які рішення ухвалює та де завдання очікує.

Запишіть фактичний момент запуску й умову завершення роботи. Якщо ці межі нечіткі, спершу варто впорядкувати процес, а вже потім автоматизувати його. Попросіть людей, які виконують роботу, перевірити опис: важливі деталі часто залишаються поза офіційними інструкціями.

2. Оберіть обмежений, повторюваний сценарій.

Шукайте завдання, яке виконується достатньо часто для спостереження, має відносно однакові вхідні дані та зрозумілий результат. Наприклад, створення запису з перевіреної форми та сповіщення відповідального. Загальне побажання автоматизувати продажі надто широке, щоб перевірити результат.

Врахуйте винятки до вибору сценарію. Якщо майже кожен запит потребує іншого трактування, звузьте обсяг до однієї категорії. Незвичні випадки залиште в ручному процесі, доки не зрозумієте їх краще.

• Є відповідальний, який може пояснити, яким має бути правильний результат.
• Доступні характерні приклади для перевірки.
• Невдале виконання можна помітити й обробити без втрати заявки.

3. Зафіксуйте початковий стан.

Протягом характерного періоду спостерігайте за кількістю запитів, часом обробки, очікуванням і типовими виправленнями. Розділяйте активну роботу та загальний час: завдання може оброблятися кілька хвилин, але годинами чекати на відповідального.

Оберіть один головний результат: наприклад, менше повторного введення даних або швидше визначення відповідального. Додайте показники якості та винятків, щоб прискорення одного кроку не приховувало додаткову роботу на наступному.

4. Проведіть обмежений пілот.

Визначте, які запити входять до пілоту, хто перевіряє результат і як повернутися до звичного процесу. Спершу використайте тестові записи, а після погодження поведінки відповідальним — невелику частину реальних завдань.

Разом аналізуйте успішні й невдалі виконання. Перевіряйте дублікати, пропущені дані та сповіщення без потрібного контексту. Технічно успішний запуск не приносить користі, якщо одержувач усе одно мусить самостійно відновлювати зміст звернення.

5. Розширюйте після перевірки передачі роботи.

Опишіть запуск, кінцеву систему, відповідального та кроки відновлення. Домовтеся, хто помітить зміни в інтеграції та хто може призупинити процес. Після цього порівняйте результати пілоту з початковими показниками.

Наступним кроком може бути суміжне завдання, краща форма збору даних або зменшення зайвих сповіщень. Розвивайте перевірений процес, а не додавайте складність лише тому, що це дозволяють інструменти.