Коротко: сім етапів, з яких два перші визначають результат усього проєкту, а найдорожчі помилки трапляються на другому. Найважливіше правило: етап закривається не за датою в плані, а за наявністю конкретного результату.
Карта етапів
| Етап | Частка часу | Результат на виході |
|---|---|---|
| 1. Обстеження | ~15% | Опис процесів і переліку задач |
| 2. Проєктні рішення | ~10% | Письмово зафіксовані рішення |
| 3. Налаштування | ~25% | Система, придатна до перевірки |
| 4. Перенесення даних | ~15% | Довідники й залишки в системі |
| 5. Тестова експлуатація | ~20% | Пройдений обліковий цикл |
| 6. Запуск | ~10% | Робота в системі |
| 7. Супровід | постійно | — |
1. Обстеження
Що відбувається: підрядник з'ясовує, як влаштована ваша робота зараз. Не «як має бути за регламентом», а що люди роблять насправді.
Ваша роль: дати доступ до людей, які виконують роботу, а не тільки до керівників. Найцінніша інформація зазвичай у бухгалтера й комірника, а не в описі процесів.
Типова помилка: витратити місяць на детальний опис процесів «як є» до того, як стало зрозуміло, які з них узагалі змінюватимуться. Про це — чому «спершу опишіть процеси» погана порада.
Закривати можна, коли є перелік задач із позначками «стандартний функціонал», «налаштування», «доробка» — і ви з ним згодні.
2. Проєктні рішення
Найкоротший етап і найдорожчий за наслідками. Тут ухвалюється те, що потім не переграти без переробки історії.
- Структура розмірностей — за якими розрізами ви хочете бачити аналітику.
- План рахунків і групи проводок.
- Метод собівартості — FIFO, середня чи стандартна.
- Кількість юридичних осіб і як між ними ведеться облік.
- Дата переходу й що переносимо з історії.
Ваша роль тут максимальна. Це не технічні рішення, це рішення про облік, і підрядник може порадити, але не вирішити. Розгорнуто — сім рішень, які не можна скасувати.
Закривати можна, коли рішення зафіксовані письмово й підписані з вашого боку. Усно домовлені рішення на цьому етапі — головна причина суперечок на етапі 5.
3. Налаштування
Що відбувається: система набуває вигляду, придатного для роботи. Облік, склад, продажі, права доступу. Тут же робляться доробки, якщо вони визнані потрібними.
Ваша роль: відповідати на уточнення. Їх буде багато й вони будуть дрібними — саме на цьому етапі виявляються винятки, про які ніхто не згадав на обстеженні.
Закривати можна, коли у системі можна провести наскрізний сценарій: закупівля — надходження — продаж — оплата — закриття.
4. Перенесення даних
Що відбувається: довідники, залишки, за потреби частина історії. Спершу пробний прогін, потім бойовий на дату переходу.
Ваша роль найбільша з усіх етапів: звірити перенесене. Ніхто, крім вашої бухгалтерії, не може підтвердити, що залишки правильні.
Типова проблема: дані виявляються гіршими, ніж вважалося. Дублікати контрагентів, залишки, які не сходяться з фактом. Тому пробний прогін роблять заздалегідь — див. як мігрувати без простоїв.
Закривати можна, коли підписана звірка: залишки в новій системі дорівнюють залишкам у старій на дату переходу.
5. Тестова експлуатація
Що відбувається: ваші люди працюють у системі паралельно зі старою. Це не «тестування» в технічному сенсі, а робота на реальних документах.
Мета — пройти повний обліковий цикл до закриття періоду. Поки не закрито хоча б один місяць, ви не знаєте, чи правильно налаштовано.
Закривати можна, коли місяць закрито, фінансовий результат зійшовся, а люди виконують свої операції без підказки.
6. Запуск
Що відбувається: стара система переводиться в режим лише читання, робота йде тільки в новій. Найнапруженіші два тижні проєкту.
Що має бути готове до цього дня: перенесені залишки, навчені люди, доступний підрядник, план дій на випадок, якщо щось піде не так.
Чого не варто робити: запускатися в сезон, у передостанній день кварталу або коли ключова людина у відпустці. Про строки — скільки триває впровадження.
7. Супровід
Формально етап, фактично постійна робота: питання користувачів, доопрацювання за фактичною потребою, перевірка після оновлень двічі на рік.
Найкорисніше в перші місяці — не швидка реакція на збої, а розбір того, що люди роблять незручним способом. Про це — перші 90 днів після запуску.
Що просити в підрядника на кожному етапі
Найпростіший спосіб не втратити контроль над проєктом — домовитися, який документ ви отримуєте на виході з кожного етапу. Не звіт про роботу, а результат, яким можна користуватися.
| Етап | Що ви отримуєте |
|---|---|
| Обстеження | Перелік задач із позначкою «стандарт / налаштування / доробка» |
| Проєктні рішення | Документ із рішеннями, підписаний з двох боків |
| Налаштування | Демонстрація наскрізного сценарію на ваших даних |
| Перенесення | Протокол звірки залишків |
| Тестова експлуатація | Закритий період і перелік відкритих питань |
| Запуск | План дій на випадок збою і контакти підтримки |
| Супровід | Регламент: час реакції, канал, що входить у вартість |
Найважливіші рядки — другий і четвертий. Документ із рішеннями захищає обидві сторони від суперечки «ми домовлялися інакше», а протокол звірки — єдине підтвердження, що дані перенеслися правильно. Якщо підрядник не пропонує ці два документи сам, попросіть.
Ознаки, що етап закривати рано
- Рішення не записані. «Ми ж домовилися» без документа означає, що на етапі 5 з'ясується, що домовилися про різне.
- Звірка залишків не підписана. «Начебто сходиться» — не звірка.
- Період не закрито в тесті. Найчастіша причина проблем після запуску.
- Люди не працювали в системі самі. Демонстрація підрядника не замінює того, щоб бухгалтер провів свої документи власноруч.
- Список відкритих питань «дрібні». Дрібні питання перед запуском мають властивість ставати великими після нього.
Що зробити до старту проєкту, щоб етапи 1 і 2 пройшли швидше, — у статті про підготовку компанії.
Часті запитання
Чи можна пропустити тестову експлуатацію?
Технічно можна, і це найчастіша причина проблем після запуску. Поки в системі не закрито хоча б один період, ви не знаєте, чи правильно налаштований облік — а виправляти це вже на живих даних дорожче.
Хто відповідає за проєктні рішення?
Ви. Це рішення про облік, а не про техніку: за якими розрізами дивитися аналітику, який метод собівартості, скільки юросіб. Підрядник радить і показує наслідки, але вибір ваш, і саме тому рішення фіксуються письмово.
Що робити, якщо на етапі налаштування виникає багато уточнень?
Це нормально й навіть добре: означає, що виявляються реальні винятки, про які не згадали на обстеженні. Погано, коли уточнень немає — тоді вони з'являться після запуску.
Скільки історії переносити зі старої системи?
Зазвичай залишки на дату переходу плюс довідники. Перенесення багаторічної історії документів дорожчає швидко й майже завжди виявляється непотрібним: стара система лишається доступною для читання.
Чи можна запускати частинами?
Так, і для великих проєктів це часто правильно: спершу облік і торгівля, виробництво другою чергою. Загальний строк виходить довший, зате перша користь — раніше й ризик менший.