Коли ви замовляєте систему обліку, здається, що вся робота лежить на боці розробника. Насправді половина успіху вирішується ще до першого рядка коду — тим, наскільки готовий до старту сам бізнес. Питання «що потрібно для розробки системи обліку» має дві відповіді: технічну (це наша частина) і організаційну (це ваша). Саме друга частина найчастіше гальмує проєкти, роздуває бюджет і перетворює трьохмісячну роботу на піврічну.

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

Опишіть процес так, як він працює НАСПРАВДІ

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

Візьміть один типовий сценарій — наприклад, шлях замовлення від дзвінка клієнта до відвантаження — і пройдіть його крок за кроком. Хто приймає заявку. Куди її записує. Хто бачить її далі. Де перевіряється наявність товару. Хто виставляє рахунок. Що відбувається, коли клієнт передумав. Де зараз «дірки», через які інформація губиться.

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

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

Наведіть лад у даних, які маєте

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

Пройдіться по тому, що є, і чесно оцініть:

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

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

Визначте одну людину, яка відповідає за проєкт

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

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

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

Підготуйте доступи заздалегідь

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

Заздалегідь з’ясуйте й зберіть у надійному місці:

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

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

Домовтеся, який результат вважати успіхом

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

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

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

З чого почати

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

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