5 steps to prepare your company for ERP implementation

Матеріал підготувала консультант One Service Consulting з впровадження SAP Business One - Вікторія Мирон.

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

Ця розбіжність - не побутова дрібниця. За даними Panorama Consulting Group (The 2026 ERP Report), понад чверть організацій перевищують бюджет ERP-проєкту, і головною причиною команда дослідників називає недооцінені додаткові технологічні потреби - те, що зазвичай спливає саме тоді, коли з'ясовується, що узгодженого бачення процесів не було із самого початку. Іншими словами: компанії платять не за складність софту, а за власну неготовність до розмови, яку слід було провести до підписання контракту.

З чого почати підготовку до впровадження ERP

Керівники зазвичай вважають, що ключовий вибір – це платформа: SAP Business One, Odoo, Master чи будь-яка інша. Насправді вибір системи – лише один із кроків, і далеко не перший. Варто одразу знизити напругу навколо цього рішення: на практиці, з огляду на масштаб і галузь компанії, реалістичний вибір зазвичай звужується до 3–5 платформ, які варто серйозно розглядати. Це не той етап, де варто витрачати місяці на порівняльні таблиці, – набагато більше часу окупиться, якщо його інвестувати у внутрішню підготовку, описану нижче.

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

У більшості організацій робочі ланцюжки існують у головах конкретних людей, у їхніх звичках та в Excel-файлах без жодної документації. Це працює, поки все тримається «в голові». Але саме ця неформальність стає головною перешкодою для автоматизації – систему неможливо налаштувати під процес, який ніхто не може чітко описати.

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

Крок 1. Узгодьте бізнес-процеси та цілі ERP-проєкту

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

Мета цієї розмови – не досягти ідеального розуміння всіх процесів одразу, а виявити розбіжності. Дуже часто з'ясовується, що відділи по-різному трактують один і той самий процес: продажі вважають, що замовлення підтверджується одразу після дзвінка клієнта, а бухгалтерія наполягає, що без письмового підтвердження рахунок не виставляється. Поки такі розбіжності ніхто не виявив, бізнес живе з ними роками – і саме вони стають джерелом плутанини, коли команда впровадження намагається зрозуміти, «як це працює насправді».

Корисно піти на крок далі за просте виявлення розбіжностей: сформулюйте 2–3 конкретні, вимірювані цілі проєкту ще до того, як почнете порівнювати функціонал систем. Не «хочемо ERP», а, наприклад, «скоротити закриття місяця з 10 до 5 робочих днів» або «знизити кількість помилок при відвантаженні на 20%». Такі цілі одразу дають команді впровадження і власному керівництву спільний критерій, за яким можна буде оцінити, чи проєкт справді успішний, а не просто «запущений».

Важливо. Ця зустріч керівників не має бути одноразовою формальністю перед підписанням контракту. Розбіжності у баченні процесів мають властивість повертатися вже під час самого проєкту,  коли з'ясовуються нові деталі або змінюються пріоритети бізнесу. Тому варто одразу домовитися про регулярний формат керівного комітету (steering committee), де топ-менеджмент звірятиме статус проєкту впродовж усього впровадження, а не лише на старті.

Крок 2. Підготуйте співробітників до роботи в новій ERP

Це, мабуть, найбільш людський і водночас найчастіше ігнорований етап підготовки. Співробітники, які дізнаються про нову систему в останній момент, реагують передбачувано – тривогою і опором.

«Чи замінять мене?», «Все доведеться вчитися заново», «Ще один проєкт зверху до основної роботи» – типові думки, що виникають, коли зміни падають на голову несподівано.

Якщо придивитися уважніше, опір персоналу майже завжди виростає з одного з чотирьох джерел:

1. Страху виглядати некомпетентним у новій системі, 

2. Невизначеності щодо власної ролі після переходу,

3. Страху втратити статус «того, хто єдиний розуміє, як усе працює», 

4. Відчуття, що зміна нав'язана зверху без зрозумілого сенсу. 

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

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

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

Крок 3. Визначте ролі та відповідальних за впровадження ERP

Окремо визначте, хто зі співробітників стане відповідальними особами з боку компанії – тими, хто розповідатиме команді впровадження про реальні процеси, перевірятиме коректність налаштувань і згодом навчатиме колег. Ці люди мають дізнатися про свою роль заздалегідь і розуміти - вона вимагає реального часу, а не формату «між іншим».

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

В цій статті - реальний досвід співзасновниці One Service Consulting Іри Пемпусь про несформовану команду на впровадження ERP і до чого це може призвести. 

Крок 4. Перегляньте бізнес-процеси та перевірте дані для міграції

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

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

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

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

Крок 5. Заплануйте перевірку результатів після запуску ERP

Найпоширеніший сценарій провалу – коли система технічно запущена, але через два-три місяці частина співробітників тихо повертається до звичного Excel «про всяк випадок», а керівництво дізнається про це лише під час чергового аудиту. Компанії, які заздалегідь визначили відповідальних осіб і пояснили командам сенс змін (Кроки 2-3), суттєво рідше стикаються з таким «тіньовим обліком» – просто тому, що персонал розуміє, навіщо система потрібна, а не сприймає її як формальність зверху.

Тому варто одразу, ще на етапі планування проєкту, закласти коротку контрольну точку через 2–3 місяці після go-live: що з нових процесів прижилося, де співробітники досі «тримаються за старе», які налаштування варто скоригувати з урахуванням реальної роботи, а не лише теоретичного блюпринту. Запуск системи – це не фінішна лінія проєкту, а початок періоду, коли підготовча робота або підтверджує себе, або показує, де саме бракувало уваги.

Як підготовка компанії пов’язана з етапами впровадження ERP

Серйозні ERP-вендори формалізують власні методології впровадження, перевірені на тисячах проєктів по всьому світу. Показовий приклад – офіційна методологія SAP для Business One, Accelerated Implementation Program (AIP), яка проходить через п'ять фаз:

1. Project Preparation (Підготовка проєкту). Передача проєкту від відділу продажів команді впровадження, формування команди, узгодження планів і термінів.

2. Business Blueprint (Бізнес-блюпринт). Workshops із ключовими співробітниками, детальний аналіз процесів компанії та документування того, як вони будуть налаштовані в системі.

3. Realization (Реалізація). Конфігурація системи згідно з узгодженим блюпринтом, міграція даних.

4. Final Preparation (Фінальна підготовка). Тестування, навчання користувачів, підготовка плану переходу.

5. Go-Live and Support (Запуск і супровід). Перехід у продуктивну експлуатацію та стабілізація роботи системи.

Ми наводимо саме AIP, бо це публічно задокументований приклад, зручний для демонстрації механіки – та ж логіка лежить в основі будь-якої серйозної методології, незалежно від платформи: Odoo, Master чи інша система.

Кроки 1–4 вище – це, по суті, робота, яку компанія бере на себе ще до того, як почнуться перші дві фази, Project Preparation і Business Blueprint. Результатом цих фаз має стати один спільний документ – концептуальний проєкт, зрозумілий однаковою мірою і замовнику, і команді впровадження. Це не формальність для звітності, а практичний інструмент, коли обидві сторони бачать одні й ті самі терміни, залежності та відповідальних, значно менше шансів, що хтось «не встиг» через розбіжне розуміння строків. 

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

Якщо ключові співробітники не можуть виділити час на workshops, якщо рішення затримуються через довгі внутрішні узгодження, якщо дані для перенесення не підготовлені вчасно – фази Project Preparation та Business Blueprint природно розтягуються, а за ними тягнеться весь проєкт. Та ж дослідження Panorama Consulting Group показує майже ідентичну картину зі строками: близько чверті організацій вийшли за розклад проєкту, і найпоширенішою причиною стали не технічні, а організаційні питання – опір змінам, питання управління проєктом та перепроєктування процесів. І технологічні, і організаційні причини перевищень безпосередньо пов'язані з тим, наскільки якісно пройшла підготовча фаза: чим менше розбіжностей і нез'ясованих деталей залишається до старту проєкту, тим менший шанс, що будь-яка з цих причин спрацює саме у вас.

Підготовка керівництва – це не лише те, що відбувається до підписання договору. Як і домовленість про steering committee з Кроку 1, залученість топ-менеджменту має зберігатися протягом усього впровадження, а не завершуватись після початку. Проєкти, де керівництво «передає естафету» команді впровадження й з'являється лише на запуску, значно частіше зіштовхуються із затримками, які можна було вирішити раніше й швидше.

Впровадження ERP з підготовкою та без: порівняльна таблиця

Як One Service Consulting допомагає підготуватися до впровадження ERP

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

Не кожна компанія може виділити на цю підготовку достатньо власного часу – і це не привід відкладати проєкт. У One Service Consulting є окрема послуга – опис і оптимізація бізнес-процесів: ми проходимо ваші процеси разом із призначеними відповідальними особами, видаляємо дублі та невідповідності, готуємо чіткий опис «як є» і рекомендації «як має бути». Тобто Крок 4, а він охоплює одразу і перегляд процесів, і аудит даних, тому вимагає найбільше часу, ми можемо взяти на себе повністю.  А от кроки 1–3 – звести керівників за одним столом, підготувати команду до змін і призначити відповідальних – залишаються на вашій стороні. Це рішення, що вимагають вашого власного авторитету перед командою, і жоден зовнішній партнер не ухвалить їх замість вас.

Якщо ваша компанія розглядає перехід на нову ERP-систему і хоче зрозуміти, з чого почати внутрішню підготовку саме у вашому випадку, – команда One Service Consulting готова обговорити вашу ситуацію і підказати, на що звернути увагу ще до старту проєкту. Зв'яжіться з нами – почнемо з розмови про те, як ви працюєте зараз.