Коротко: перші 90 днів вирішують, чи стане Business Central системою обліку чи ще однією програмою, поруч із якою всі ведуть свої таблиці. Найнебезпечніше в цей період — не збої, а обхідні шляхи, які люди винаходять мовчки.
Перший тиждень
Мета тижня одна: щоб робота не зупинилася. Не оптимізація, не покращення — просто щоб документи виписувалися, а товар відвантажувався.
Що має бути готове заздалегідь:
- Підрядник доступний швидко, а не «протягом доби».
- Одна людина всередині компанії, до якої йдуть з питаннями, — щоб питання не розповзалися по кількох каналах.
- Стара система доступна для читання. Не для роботи, а щоб подивитися, як було.
- Домовленість, що робити, якщо щось критичне не працює.
Чого очікувати: багато дрібних питань «а куди тут натиснути». Це нормально й це не ознака поганого навчання. Ненормально — коли на другий день хтось каже, що зробив документ у старій системі, бо в новій не вийшло.
Що фіксувати з першого дня: кожне питання й кожну проблему. Через місяць цей список покаже, де насправді треба щось міняти, а не де здавалося.
Перший місяць і перше закриття
Найважливіша подія перших 90 днів — закриття першого періоду. Поки воно не пройшло, ви не знаєте, чи правильно все налаштовано.
Що зазвичай вилазить саме тут:
- Документи, які провели не тією групою проводок, — і фінансовий результат не сходиться.
- Незаповнені розмірності в частині проводок: аналітика неповна, і виправляти доводиться заднім числом.
- Незастосовані платежі — дебіторка виглядає гіршою, ніж є.
- Не прогнане коригування собівартості: маржа попередня, а її вже показали керівництву.
Плануйте перше закриття як окрему подію, з людьми підрядника напоготові. Другий місяць закривається помітно легше, третій — уже майже без допомоги.
Обхідні шляхи: головна загроза
Через два-три тижні після запуску починається найнебезпечніше, і воно тихе.
Менеджер веде свої замовлення в Excel, «бо в системі довго». Комірник записує переміщення в зошит і вносить увечері пачкою. Бухгалтер виправляє щось у старій системі, «щоб не плутати». Ніхто не скаржиться — люди вирішують проблему як уміють.
Чому це критично: кожен обхідний шлях означає, що дані в системі неповні. Через квартал ви побудуєте звіт і отримаєте цифру, яка не відповідає дійсності, — і причину знайдете нескоро.
Що робити: шукати їх активно. Питати не «чи все зручно», а «покажіть, як ви це робите» — і дивитися. Кожен знайдений обхідний шлях означає одне з двох: або людину не навчили, або система справді незручна в цьому місці. Обидва варіанти виправні, але тільки якщо про них знати.
Чого не робити: карати. Людина, яка знайшла обхідний шлях, вирішувала робочу задачу. Якщо за це лають, наступні обхідні шляхи просто перестануть бути видимими.
Другий місяць: від виживання до роботи
Питань стає менше, і характер їх змінюється: замість «куди натиснути» з'являється «а як зробити швидше».
Що варто зробити саме зараз:
- Розібрати накопичений список. Розділити на «навчання», «налаштування» й «доробка». Більшість пунктів виявиться першими двома.
- Перевірити права доступу. При запуску їх часто дають із запасом, щоб не заважати. Тепер видно, що комусь потрібно менше, а комусь — інше.
- Налаштувати те, чим реально користуються. Робочі області, фільтри, шаблони документів. Дрібниці, які економлять по кілька хвилин десятки разів на день.
- Закрити другий період — уже переважно силами своєї бухгалтерії.
Третій місяць: покращення
Система працює, люди звикли. Тепер уперше має сенс говорити про те, що відкладали.
Доробки. Тепер зрозуміло, які з них справді потрібні. Частина того, що на старті здавалося обов'язковим, за три місяці роботи виявляється непотрібним — люди просто звикли робити інакше. Про межу — коли доробка виправдана.
Звітність. До цього моменту звіти будували на ходу. Зараз можна зібрати нормальний набір: управлінська звітність або дашборд у Power BI.
Друга черга. Якщо щось відклали при запуску — виробництво, інтеграція з магазином, ще одна юрособа — зараз час планувати.
Що казати команді
Окрема річ, яку зазвичай не планують, хоча вона впливає на результат не менше за налаштування.
Люди мають розуміти три речі: що перші тижні будуть складнішими за звичайну роботу, це нормально й це закінчиться; куди йти з питаннями; і що повідомляти про незручність — правильна поведінка, а не скарга. Без третього пункту ви не побачите обхідних шляхів, доки вони не зіпсують звітність.
Корисно на старті сказати прямо, що частину зауважень врахують не одразу: спершу треба, щоб система працювала стабільно, і лише потім її покращують. Інакше люди вирішать, що їх не чують, і перестануть говорити.
Коли вимикати стару систему
Не за датою, а за трьома ознаками одночасно:
- Закрито щонайменше два періоди й результат зійшовся.
- Ніхто не звертався до старої системи для роботи щонайменше місяць.
- Звітність за минулі періоди можна отримати без неї — або вивантажено те, що знадобиться.
Саму базу не видаляйте: тримайте архівну копію й доступ на читання. Питання «а як це було в позаминулому році» виникає через рік-два, і відповідати на нього краще з даних, а не з пам'яті.
За чим стежити
Чотири показники, які варто дивитися щотижня перші три місяці.
- Скільки документів створюється щодня. Якщо менше, ніж було в старій системі при тому самому обсязі роботи — частина роботи йде повз систему.
- Скільки часу займає закриття періоду. Має скорочуватися від місяця до місяця.
- Кількість звернень до підтримки й їх характер. Перехід від «куди натиснути» до «як зробити краще» — головна ознака, що етап стабілізації закінчився.
- Скільки людей заходить у систему. Якщо частина команди перестала — з'ясуйте чому, це майже завжди обхідний шлях.
Часті запитання
Скільки часу підрядник має бути поруч після запуску?
Перший тиждень — щоденно й швидко. Перший місяць — з підвищеною доступністю, особливо навколо закриття періоду. Далі звичайний супровід. Це варто зафіксувати в договорі до запуску, а не домовлятися постфактум.
Що робити, якщо люди повертаються до старої системи?
Не забороняти, а з'ясувати причину. Це або прогалина в навчанні, або справді незручне місце в системі. Обидва випадки виправні, але лише поки про них знають — заборона робить обхідні шляхи невидимими.
Коли можна оцінювати, чи вдалося впровадження?
Не раніше третього закритого періоду. До того ви оцінюєте не систему, а період адаптації: перше закриття завжди довше й болючіше за наступні.
Чи нормально, що після запуску знаходиться багато недоліків?
Так. Реальна робота завжди виявляє те, чого не видно в тесті. Тривожна ознака інша — коли зауважень немає взагалі: це зазвичай означає, що люди не працюють у системі й вирішують задачі в обхід.
Коли планувати другу чергу?
Не раніше третього місяця. До цього ви ще не знаєте, що з відкладеного справді потрібне: частина вимог після трьох місяців роботи відпадає сама.