Maj byl miesiacem porzadkowania calego doswiadczenia uzytkownika

W maju 2026 nie skupialismy sie na jednej "duzej premierze". Zamiast tego domykalismy wiele elementow, ktore razem tworza duzo lepsze doswiadczenie pracy w Monolith. To sa zmiany, ktore z perspektywy zespolu produktowego mozna nazwac infrastrukturalnymi, ale z perspektywy klienta oznaczaja cos bardzo konkretnego: mniej tarcia, szybsze decyzje i lepsza kontrole nad projektem.

Najmocniej pracowalismy w trzech obszarach:

• prostszy dostep do produktu i planow,
• szybsza praca na materialach oraz wariantach w Terra,
• dojrzalsze dane i przeplywy, na ktorych uzytkownik moze realnie polegac.

1. Dostep do produktu stal sie bardziej czytelny

Jedna z najwazniejszych rzeczy dla produktu SaaS nie dzieje sie w samym kalkulatorze ani tabeli. Dzieje sie w momencie, kiedy uzytkownik chce zrozumiec, co kupuje, jak uzyska dostep i czy moze wlaczyc produkt do swojej codziennej pracy bez dodatkowego chaosu.

W maju uporzadkowalismy ten etap:

• dodalismy bardziej widoczna sciezke do cennika i planow,
• rozbudowalismy strone subskrypcji,
• wdrozylismy ograniczenia dostepu zalezne od planu i produktu,
• przygotowalismy techniczny fundament pod plynniejsze aktywowanie dostepu.

Z punktu widzenia uzytkownika koncowego oznacza to prostsza odpowiedz na trzy pytania:

• z czego moge korzystac,
• jaki plan jest dla mnie odpowiedni,
• co stanie sie po aktywacji dostepu.

To wazne szczegolnie dla mniejszych biur projektowych i specjalistow, ktorzy nie chca przechodzic przez skomplikowany proces wdrozenia. Monolith ma byc narzedziem, ktore mozna uruchomic szybko i zrozumiec bez koniecznosci tlumaczenia calej architektury produktu.

2. Terra przyspieszyla codzienna prace na materialach

Najwieksza czesc majowych zmian dotyczyla Terra, czyli obszaru, w ktorym zespoly projektowe pracuja na materialach, przypisaniach i wynikach LCA. To tutaj uzytkownik bardzo szybko czuje, czy produkt pomaga, czy tylko doklada kolejna warstwe obslugi.

W maju dodalismy i dopracowalismy miedzy innymi:

• zakladke alternatyw materialowych,
• mozliwosc podmiany materialu w projekcie,
• mozliwosc usuwania przypisan materialowych,
• lepsza obsluge pustych stanow projektu,
• czytelniejsze jednostki i uproszczone formularze edycji,
• poprawki layoutu oraz stabilnosci widokow.

Biznesowo to jest bardzo istotna zmiana. Uzytkownik nie przychodzi do Monolith tylko po to, zeby "zobaczyc dane". Przychodzi po to, zeby szybciej porownac warianty i podjac decyzje projektowe. Kazdy dodatkowy klik, niejasne pole lub koniecznosc recznego cofania sie miedzy widokami spowalnia ten proces.

Po majowych zmianach Terra lepiej wspiera ten realny tryb pracy:

• latwiej sprawdzic alternatywe,
• latwiej poprawic zly wybor,
• latwiej utrzymac porzadek w projekcie,
• latwiej przejsc od materialu do decyzji.

To wlasnie ten rodzaj usprawnien, ktory nie zawsze wyglada spektakularnie na prezentacji, ale bardzo mocno wplywa na to, czy uzytkownik chce wrocic do produktu nastepnego dnia.

3. Analiza transportu i LCA stala sie bardziej realistyczna

W projektach materialowych szczegoly maja znaczenie. Dlatego w maju rozbudowalismy obsluge transportu oraz dopracowalismy kilka istotnych elementow samej analizy.

Najwazniejsze zmiany w tym obszarze to:

• wsparcie dla wielu metod transportu,
• lepsza prezentacja wielu transportow po stronie interfejsu,
• poprawki w obliczeniach CO2 dla materialow,
• uporzadkowanie wykresow i wynikow,
• dodanie eksportu CSV,
• dodanie eksportu A4.

Z perspektywy klienta przeklada sie to na dwie rzeczy.

Po pierwsze, wyniki sa blizsze rzeczywistosci projektowej. Po drugie, latwiej je przekazac dalej: do klienta, partnera, inwestora albo do wewnetrznej dyskusji projektowej. Narzedzie nie konczy swojej pracy na ekranie. Musi pomagac rowniez wtedy, gdy wyniki trzeba obronic, porownac albo wyslac dalej.

4. Przygotowalismy grunt pod bardziej inteligentne rekomendacje

Czesc majowych zmian nie jest jeszcze widoczna od razu na pierwszym ekranie, ale ma duze znaczenie dla kierunku produktu. Rozwijalismy backend pod sugestie, benchmarki i lepsza organizacje danych projektowych.

Do tego obszaru naleza miedzy innymi:

• endpointy dla sugestii,
• reindex benchmarkow w warstwie gateway,
• osadzanie materialu bezposrednio w projekcie,
• dalsze porzadkowanie logiki projektowej i uprawnien.

Dlaczego to wazne dla uzytkownika koncowego, skoro nie wszystko jest jeszcze "widoczne"? Bo dobry produkt nie sklada sie tylko z nowych ekranow. Sklada sie tez z architektury, ktora pozwala rozwijac funkcje bez utraty spojnosci, wydajnosci i zaufania do danych.

To jest inwestycja w przyszly Monolith, w ktorym decyzje projektowe beda mogly byc wspierane nie tylko przez statyczna baze danych, ale takze przez coraz lepiej zorganizowane mechanizmy porownawcze i rekomendacyjne.

5. Spark zyskal bardziej uporzadkowana strukture pracy

Maj byl tez wazny dla Spark, czyli naszej linii produktowej dla charakterystyki energetycznej budynkow. Tutaj najbardziej widoczny postep dotyczy rozbudowy modelu danych i formularzy potrzebnych do prowadzenia projektu energetycznego.

Rozszerzylismy miedzy innymi obszary:

• podstawowych danych projektu,
• charakterystyki budynku,
• modeli energetycznych,
• glownego systemu ogrzewania,
• cieplej wody uzytkowej,
• wybranych parametrow technicznych i walidacji.

To nie jest jeszcze koniec drogi dla Spark, ale to bardzo wazny etap. Dla uzytkownika oznacza on bardziej uporzadkowany sposob wprowadzania danych, mniej niejasnosci na etapie formularzy i lepszy fundament pod dalsze domkniecie warstwy obliczeniowej.

W praktyce budujemy produkt, ktory ma prowadzic specjaliste przez zlozony proces w sposob bardziej nowoczesny niz klasyczne narzedzia desktopowe. Majowe zmiany przyblizaja nas do tego celu.

Co to oznacza dla klienta dzisiaj

Jesli spojrzec na maj nie jak na liste commitow, ale jak na wartosc dla rynku, to widac cztery konkretne efekty:

• latwiejsze wejscie do produktu i lepsze zrozumienie planow,
• szybsza praca na materialach i wariantach w Terra,
• bardziej wiarygodne i latwiejsze do udostepnienia wyniki,
• mocniejszy fundament pod skalowanie funkcji, z ktorych uzytkownik bedzie korzystal w kolejnych miesiacach.

Dla nas to wazne, bo Monolith nie ma byc tylko poprawnym technicznie systemem. Ma byc narzedziem, ktore realnie skraca droge od danych do decyzji. W maju wlasnie ten dystans konsekwentnie skrocilismy.

Co dalej

W kolejnych etapach chcemy dalej wzmacniac dwa filary produktu:

• wygode codziennej pracy w Terra,
• dojrzalosc obliczeniowa i procesowa Spark.

Rownolegle dalej porzadkujemy warstwe dostepu, subskrypcji i logiki produktowej, bo wiemy, ze dla uzytkownika koncowego liczy sie nie tylko sama funkcja, ale cale doswiadczenie pracy z systemem od pierwszego wejscia az po finalny wynik.

Maj 2026 byl dla Monolith miesiacem bardzo praktycznego postepu. Nie tylko dodawalismy nowe elementy. Budowalismy produkt, ktory ma byc latwiejszy do kupienia, latwiejszy do wdrozenia i latwiejszy do polubienia przez zespoly, ktore beda na nim pracowac codziennie.