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