ESG reporting software

Про складні системи, здоровий глузд і MVP, яке пережило перший контакт з реальністю

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

Та як ви зрозуміли по відсутності назви проєкту - цей продукт під NDA (як і багато інших, що ми задизайнили чи розробили, але тут ми вичепили право розповісти ПРО продукт власне))).

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

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

І тут починається найцікавіше.

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

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

Наш фронтенд-команда зосередилася на тому, щоб MVP був стабільним, логічним і готовим до росту. Ми зробили так, щоб продукт можна було безболісно розвивати далі, не переписуючи все з нуля після першого ж релізу. І так, це той самий випадок, коли MVP — не «як-небудь», а «щоб не соромно показати людям».

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

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