Monolith powstal z bardzo konkretnego problemu

Branza budowlana wchodzi w etap, w ktorym wymagania regulacyjne, oczekiwania inwestorow i presja kosztowa rosna jednoczesnie. Z jednej strony trzeba przygotowywac coraz bardziej zlozone analizy energetyczne. Z drugiej coraz wieksze znaczenie maja dane srodowiskowe, slad weglowy materialow i pelniejsze spojrzenie na cykl zycia budynku.

Dla wielu zespolow to oznacza prace w kilku narzedziach naraz, reczne przenoszenie danych, duze ryzyko bledow i wysoka bariere wejscia w bardziej zaawansowane analizy. Wlasnie z tej obserwacji narodzil sie Monolith.

Monolith rozwijamy jako platforme SaaS dla zrownowazonego budownictwa, ktora laczy dwa obszary do tej pory obslugiwane przewaznie osobno:

• charakterystyke energetyczna budynkow,
• analize sladu weglowego w cyklu zycia budynku, czyli LCA.

Naszym celem od poczatku nie bylo stworzenie kolejnego zamknietego kalkulatora. Chcemy zbudowac nowoczesne, przegladarkowe srodowisko pracy, w ktorym specjalista moze przejsc od danych projektowych do decyzji energetycznych i materialowych bez ciaglego przeskakiwania miedzy systemami.

Jaki problem rozwiazujemy

Dzisiejszy rynek ma trzy wyrazne slabosci.

Po pierwsze, zmiany regulacyjne, w tym nowe wymagania wynikajace z kierunku EPBD 2024, zwiekszaja zlozonosc obliczen i dokumentacji. Po drugie, wiele narzedzi LCA pozostaje za drogich dla malych i srednich firm. Po trzecie, istniejace rozwiazania sa silosowe: osobny program do energii, osobny do materialow, osobny do raportowania.

W praktyce uderza to w ludzi, ktorzy i tak pracuja pod presja czasu. Audytor nie chce recznie przepisywac danych miedzy systemami. Architekt nie chce kupowac drogiego enterprise software tylko po to, by szybciej porownac warianty materialowe. Deweloper lub zespol projektowy nie chce czekac tygodniami na odpowiedz na podstawowe pytanie: jaki wplyw beda mialy te decyzje na wynik energetyczny i srodowiskowy projektu.

Monolith ma obnizac te bariery. Stawiamy na dostepnosc z poziomu przegladarki, centralne aktualizacje metodologii i nizszy koszt wejscia niz w przypadku wielu wyspecjalizowanych narzedzi dostepnych dzis na rynku.

Dla kogo budujemy Monolith

W materialach projektowych bardzo szybko okazalo sie, ze naszym klientem nie jest "kazdy z branzy". Projektujemy Monolith dla konkretnych osob i ich realnych obowiazkow.

Pierwsza z nich to Spark - audytor lub certyfikator energetyczny, ktory potrzebuje pracowac szybko, poprawnie i spokojnie przechodzic przez rosnace wymagania formalne. Taka osoba ceni zgodnosc z przepisami, przewidywalnosc procesu i narzedzie, ktore nie zmusza jej do walki z przestarzalym UX-em.

Druga to Terra - architektka lub projektantka, ktora chce podejmowac lepsze decyzje materialowe i srodowiskowe bez wdrazania drogiego, ciezkiego systemu enterprise. Dla niej liczy sie mozliwosc szybkiego porownania wariantow, czytelny wynik i niska bariera wejscia w LCA.

To wlasnie wokol tych dwoch profili zbudowalismy glowna logike produktu.

Dwa produkty, jeden kierunek

Monolith rozwijamy w dwoch glownych liniach produktowych.

Spark

Spark to modul charakterystyki energetycznej budynkow. Jego rola polega na uporzadkowaniu zlozonego procesu analizy energetycznej i przeprowadzeniu uzytkownika przez dane wejsciowe w sposob bardziej nowoczesny i czytelny niz klasyczne narzedzia desktopowe.

To produkt dla specjalistow, ktorzy:

• przygotowuja analizy energetyczne i swiadectwa,
• dzialaja pod presja terminow,
• nie chca przepisywac danych i recznie obchodzic ograniczen starego oprogramowania,
• potrzebuja rozwiazania gotowego na dalsze zmiany rynkowe i regulacyjne.

Terra

Terra to modul LCA i pracy ze sladem weglowym materialow oraz calego projektu. Pozwala wyszukiwac materialy, przypisywac je do projektu, analizowac warianty i budowac bardziej swiadome decyzje projektowe.

To produkt dla zespolow, ktore:

• chca szybciej porownywac materialy,
• potrzebuja bardziej praktycznego wejscia w LCA,
• szukaja narzedzia, ktore wspiera decyzje projektowe, a nie spowalnia ich dodatkowymi procedurami,
• chca miec dane srodowiskowe blizej codziennej pracy nad projektem.

Najwazniejsza idea stojaca za Monolith jest jednak szersza niz podzial na dwa moduly. Nasza docelowa przewaga polega na tym, ze wyniki z obszaru energetycznego maja zasilac czesc LCA, szczegolnie tam, gdzie liczy sie faza uzytkowania budynku. To oznacza mniej recznej pracy, mniej bledow i jedno spojrzenie na budynek zamiast kilku odseparowanych arkuszy oraz programow.

Dlaczego web, a nie kolejny program desktopowy

W wielu niszach budowlanych nadal dominuja narzedzia, ktore przez lata zyskaly pozycje rynkowa, ale technologicznie i UX-owo przestaly nadazac za oczekiwaniami uzytkownikow. Z naszego punktu widzenia to nie jest tylko problem estetyki. To problem realnej produktywnosci.

Webowa architektura Monolith daje kilka przewag:

• dostep do systemu bez instalacji,
• centralne aktualizacje metodologii i baz danych,
• latwiejsze wdrozenie w malych zespolach,
• mozliwosc budowy jednego srodowiska dla energii i LCA,
• lepszy fundament pod rozwoj modelu subskrypcyjnego SaaS.

To szczegolnie wazne dla MŚP, ktore nie maja czasu ani zasobow na ciezkie wdrozenia, a jednoczesnie coraz mocniej odczuwaja presje zgodnosci, dokumentacji i odpowiedzialnego projektowania.

Gdzie jestesmy dzisiaj

Monolith znajduje sie pomiedzy PoC a MVP, ale to nie jest juz tylko koncept. W repozytorium widac realny, wielomodulowy produkt z frontendem, backendem, autoryzacja, planami dostepu oraz osobnymi sciezkami dla Spark i Terra.

Najbardziej dojrzala czescia jest obecnie Terra. Dzis produkt ma juz fundamenty potrzebne do praktycznej pracy:

• liste projektow i tworzenie nowych projektow,
• ekran projektu z zakladkami,
• wyszukiwanie i przegladanie bazy materialowej,
• przypisywanie materialow do projektu,
• edycje parametrow przypisan,
• wizualizacje wynikow LCA,
• eksport danych do CSV.

Po stronie backendu istnieje juz obsluga projektow, przypisan materialowych, paginacji, filtrowania, profili transportowych i agregacji wynikow LCA. To wazne, bo pokazuje, ze Monolith nie zatrzymuje sie na warstwie marketingowej, tylko buduje rzeczywisty przeplyw danych i pracy.

Spark jest dzis bardzo mocny produktowo i UX-owo. Ma juz swoja tozsamosc, landing page, liste projektow, formularze, walidacje i strukture danych obejmujaca wiele sekcji potrzebnych do analizy energetycznej budynku. Jednoczesnie uczciwie mowimy, ze warstwa obliczeniowa nadal jest w fazie przejsciowej. To znaczy: kierunek jest wyrazny, interfejs i model pracy sa zbudowane, ale pelne domkniecie silnika obliczeniowego pozostaje jednym z kluczowych krokow rozwojowych.

Jak wyglada fundament techniczny

Od strony implementacyjnej Monolith jest rozwijany jako spojny produkt webowy.

Frontend zostal oparty o React, TypeScript, Vite, React Router, Material UI i nowoczesny stack formularzy oraz walidacji. Backendowy api-gateway-service dziala w Go i odpowiada za warstwe HTTP, autoryzacje, dostep do danych, obsluge projektow i logike potrzebna do dalszego rozwoju platformy.

Istotne jest dla nas nie tylko to, co liczymy, ale jak to ukladamy architektonicznie. Warstwowy podzial odpowiedzialnosci, routing zalezy od dostepu do produktow, a model subskrypcyjny jest uwzgledniony w systemie juz teraz. To dobry fundament do dalszego skalowania i wdrazania kolejnych funkcji bez przebudowy wszystkiego od zera.

Co uwazamy za nasza przewage

Nie wierzymy, ze przewaga Monolith bedzie wynikac z jednego ekranu albo jednej tabeli. Nasza przewaga ma byc systemowa.

Po pierwsze, laczymy kompetencje domenowe i technologiczne. To projekt budowany nie tylko jako software, ale jako narzedzie zakorzenione w realnym procesie analitycznym branzy.

Po drugie, celujemy w obszar, w ktorym rynek jest jednoczesnie niedoskonaly i coraz pilniejszy. Narzedzia energetyczne sa czesto historycznie silne, ale technologicznie slabe. Narzedzia LCA bywaja funkcjonalnie mocne, ale finansowo niedostepne dla duzej czesci rynku.

Po trzecie, chcemy dostarczyc jedno srodowisko pracy tam, gdzie inni nadal zmuszaja uzytkownika do rozdzielania energii, materialow i raportowania na osobne byty.

Co dalej

Najblizszy etap dla Monolith to dalsze domykanie Spark, wzmacnianie przewag Terra oraz coraz lepsze spiecie obu obszarow w jeden przeplyw pracy. Rownolegle wazna jest dla nas walidacja biznesowa: gotowosc klientow do zakupu, strategia wejscia na rynek i dopracowanie modelu wzrostu.

Wiemy, ze samo poprawne oprogramowanie nie wystarczy. Produkt musi byc jednoczesnie rzetelny metodologicznie, wygodny w codziennej pracy i ekonomicznie dostepny dla zespolow, ktore realnie beda z niego korzystac.

Monolith wlasnie w tym kierunku zmierza: ma byc praktycznym narzedziem dla nowego standardu pracy w zrownowazonym budownictwie.