Розбори · Планування

Скільки насправді триває проєкт автоматизації?

Коротка відповідь

Для одного процесу зі зрозумілим власником нормальний діапазон — чотири-вісім тижнів від старту до продакшену, і ми даємо фіксовану ціну всередині нього. Розкид створює не розробка, а швидкість видачі доступів, кількість винятків, за якими рішення не ухвалене, і наявність людини, яка може це рішення ухвалити.

4–8 тижнів
Один процес, від старту до продакшену
Доступи
Найчастіша причина затримки
Один власник
Проєкти з названим вирішувачем закінчуються раніше
Автор: Max Pochinsky · Оновлено Серпень 2026 · Написано для тих, хто оцінює проєкт, а не для пошуковиків

Куди насправді йдуть тижні

01

Зрозуміти процес таким, який він є. Не таким, яким його описано. Це означає подивитися на нього наживо, прочитати винятки за останні місяці й знайти кроки, про які ніхто не говорить, бо для виконавців вони очевидні. Кілька днів — і пропустити цей етап дорожче, ніж пройти.

02

Доступи й середовища. Облікові записи, пісочниця, ключі API, тестовий акаунт, ревʼю безпеки, якщо воно у вас є. Цей крок найчастіше додає тижні, і жоден з них не технічний.

03

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

04

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

05

Попрацювати поруч із людьми. Період, коли система робить роботу, а люди її перевіряють — на реальному обсязі. Саме це перетворює оцінку точності на виміряне число, і сильно стиснути цей період не вдається.

Що робить проєкт повільним

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

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

Що робить проєкт швидким

01

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

02

Доступи, оформлені до старту. Якщо потрібне ревʼю безпеки, запускайте його під час аудиту, а не після підписання.

03

Вузький перший обсяг. Один процес, одна країна, один тип документа. Усе інше — друга версія, і вона помітно швидша, бо звʼязки вже є.

04

Доступні історичні дані. Кілька місяців реальних випадків із відомими результатами перетворюють суперечку про точність на вимірювання.

05

Готовність лишити винятки ручними. Автоматизувати вісімдесят відсотків обсягу за шість тижнів краще, ніж пів року гнатися за останніми двадцятьма.

Що відбувається до того, як вмикається годинник

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

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

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

Після запуску

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

Далі все влягається. Другий процес на тих самих системах зазвичай іде помітно швидше за перший, бо звʼязки, доступи й моніторинг уже є. Клієнти, які планують послідовність процесів, зазвичай бачать, як графік стискається дорогою.

Уточнювальні питання

Про що питають далі.

Іноді — коли обсяг це одна вузька задача на системах із нормальними API і доступи вже є. Це реальний варіант, і ми скажемо, коли він застосовний. Але це не значення за замовчуванням, і обіцяти його як норму — вірний спосіб отримати недороблений проєкт.

Так і не зрозуміли, чи варто автоматизувати ваш процес?

Принесіть нам процес. Ми розберемо його разом із вами безкоштовно і дамо пряму відповідь — зокрема й тоді, коли відповідь «ні».