Найдорожчі правки в автоматизації зʼявляються не тому, що підрядник погано зробив, а тому, що ніхто не звірив, як робота йде насправді. Систему будують за розповіддю власника, а потім виявляється, що менеджер уже два роки веде паралельну таблицю, без якої нічого не працює.
Опис процесу — це не бюрократія. Це кілька годин, які визначають, чи буде впровадження дешевим.
Що саме описувати
Один процес — це шлях чогось від входу до завершення. Заявка від появи до оплати. Замовлення від оплати до відправлення. Новий співробітник від виходу до самостійної роботи.
Не намагайтеся охопити компанію цілком. Візьміть той шлях, де зараз найбільше болю: щось губиться, хтось чекає, хтось переносить дані руками. Як вибрати цю точку, ми розбирали в матеріалі про те, з чого починати автоматизацію.
Порядок, який працює
Крок 1. Випишіть кроки як є, а не як має бути. Найважливіше правило всієї роботи. Опис «як має бути» пишеться легко й не має жодної цінності: систему будують під реальність, а не під ідеал. Якщо менеджер копіює дані в особисту таблицю — це крок процесу, і він має бути в списку.
Крок 2. Питайте виконавців, а не тільки керівника. Пройдіться по людях, які роблять роботу руками, і попросіть показати екран. Не «розкажіть, як ви працюєте», а «покажіть на останньому замовленні». Розрив між розповіддю й показом — і є те, заради чого робиться опис.
Крок 3. До кожного кроку — три питання. Хто це робить (конкретна роль). Що на вході й що на виході. Скільки часу займає й скільки чекає до наступного кроку. Останнє питання зазвичай найцікавіше: у більшості процесів робота триває хвилини, а очікування — дні.
Крок 4. Позначте місця, де щось передається. Кожен перехід між людьми, відділами або програмами — потенційна точка втрати. Саме на стиках губляться замовлення, а не всередині кроків.
Крок 5. Випишіть винятки окремо. «А якщо клієнт просить рахунок», «а якщо товару немає», «а якщо оплата частинами». Не вплітайте їх у схему — зіпсуєте читабельність. Окремий список із приблизною частотою: рідкісні винятки залишають людині свідомо.
Крок 6. Дайте прочитати тому, хто в процесі не бере участі. Якщо людина зі сторони розуміє, що відбувається, опис готовий.
Що ви побачите одразу, ще до автоматизації
Практично завжди опис показує три речі, які лікуються без жодної системи.
Кроки, які нікому не потрібні. Звіт, який ніхто не читає. Погодження, введене колись під разову ситуацію. Прибрати їх — безкоштовно.
Подвійне введення. Одні й ті самі дані вбиваються двічі в різні місця. Це найчастіший кандидат на автоматизацію і найшвидша окупність.
Довге очікування замість довгої роботи. Заявка обробляється три хвилини, але лежить до вечора, бо ніхто не бачить, що вона зʼявилася. Тут допомагає не система обліку, а звичайне сповіщення — про це в матеріалі про сповіщення команді про події.
Автоматизувати варто вже почищений процес. Інакше ви оплачуєте розробку зайвих кроків — і закріплюєте безлад у коді. Типові промахи на цьому етапі зібрані в матеріалі про помилки автоматизації бізнесу.
Як опис перетворюється на завдання підряднику
Готова схема майже дослівно стає технічним завданням. З неї видно, які сутності мають бути в системі (клієнт, замовлення, оплата), які статуси проходить кожна, хто які кроки бачить і що має відбуватися автоматично.
Звідси ж беруться права доступу: якщо в схемі видно, хто на якому кроці працює, ролі не доводиться вигадувати окремо — деталі в матеріалі про права доступу співробітників.
І звідси ж — критерій готовності. Не «система працює», а «замовлення проходить весь шлях зі схеми без ручного втручання». Це перевіряється, на відміну від загальних формулювань. Як така конкретика виглядає в документі, описано в матеріалі про технічне завдання.
Ще одна практична вигода: за описаним процесом легко порахувати вартість. Коли видно кількість кроків, ролей та інтеграцій, оцінка перестає бути пальцем у небо — логіку ціноутворення ми розбирали в матеріалі про те, скільки коштує автоматизація бізнесу.
Скільки це займає
Для одного процесу малого бізнесу — від двох годин до дня. Розмова з двома-трьома виконавцями, схема на аркуші, півгодини на винятки. Це менше, ніж один раунд правок після невдалого впровадження.
Документ не має бути красивим. Він має бути правдивим.
Коротко
Перед автоматизацією варто описати процес «як є»: кроки, ролі, входи й виходи, час роботи й час очікування, точки передачі й винятки. Питати треба виконавців і просити показати екран, а не розповісти — саме тут виявляється розрив між уявленням і реальністю. Опис одразу показує зайві кроки, подвійне введення й довгі простої, частину з яких лікують без будь-якої системи. Далі схема майже дослівно стає технічним завданням: сутності, статуси, ролі, критерій готовності й реалістична оцінка вартості. Берегти час на цьому етапі невигідно — саме тут закладається різниця між дешевим і дорогим впровадженням.
Ми в Obliko автоматизуємо бізнес-процеси — і починаємо завжди з розбору того, як робота йде насправді, а не як вона мала б виглядати на папері.
Навіщо описувати процес, якщо підрядник і так усе зʼясує?
Підрядник зʼясує те, що ви розкажете, — і зазвичай від однієї людини, найчастіше від власника. Проблема в тому, що реальний процес знають виконавці, і він відрізняється від того, як його бачать зверху. Опис, зроблений заздалегідь і звірений з тими, хто працює руками, прибирає найдорожчий тип правок: коли систему вже зробили, а вона не вкладається в реальність.
Чи потрібні спеціальні нотації типу BPMN?
Для малого бізнесу — ні. Достатньо списку кроків у звичайному документі або схеми в безкоштовному онлайн-редакторі. Нотації потрібні там, де процес описують десятки людей і його треба читати однаково. Якщо ваша схема зрозуміла новому співробітнику без пояснень, вона достатньо хороша.
З чого починати, якщо процесів багато?
З того, який болить грошима або часом просто зараз: найдовший, найчастіший або той, де регулярно щось губиться. Описувати все підряд — типовий спосіб втратити місяць і не почати. Один процес від початку до кінця цінніший за поверхневу карту всієї компанії.
Що робити, якщо процес щоразу різний?
Це нормально і майже завжди означає, що є один основний сценарій і кілька винятків. Опишіть основний, а винятки випишіть окремим списком з приблизною частотою. Автоматизують зазвичай основний шлях, а винятки залишають людині — спроба закрити системою всі рідкісні випадки і є головною причиною роздутих бюджетів.
Потрібен сайт або застосунок?
Розробляємо під ключ — від дизайну до запуску. Порахуємо ваш проєкт безкоштовно.