Strona internetowa
Osnowa Development
Jawność cen jako produkt, nie obowiązek
Jak zamieniliśmy ustawowy obowiązek jawności cen w działający produkt — 48 lokali, publiczny feed dane.gov.pl i historia każdej zmiany ceny bez „zapytaj o cenę”
Reference build Digital Vantage: serwis dewelopera mieszkaniowego, który traktuje ustawową jawność cen (Art. 19b) jako funkcję produktu i argument sprzedażowy, a nie ręcznie utrzymywany obowiązek. Marka Osnowa Development jest demonstracyjna — case pokazuje kompetencję DV, nie cudzy wynik biznesowy.
48 lokali · feed 30 kolumn
Art. 19b end-to-end
- Klient
- Osnowa Development
- Branża
- Nieruchomości / deweloper mieszkaniowy
- Rok
- 2026
- Zakres
- Strony internetowe · Systemy i integracje
- Stack techniczny
- Next.js 16 · Payload CMS 3 · MongoDB
- Czas realizacji
- v0.1 → v0.4 (lipiec 2026)
- Lokalizacja
- Kraków
- Działająca wersja
- developer.dvn.dev
01Kontekst
Wyzwanie
Ustawa o jawności cen wymaga od dewelopera publikowania cen wszystkich lokali, pełnej historii ich zmian i maszynowo czytelnego feedu do dane.gov.pl — a nowelizacja z lutego 2026 dokłada zakaz podnoszenia ceny lokalu już sprzedanego. Typowy deweloper trzyma ceny w arkuszach i PDF-ach, publikuje „zapytaj o cenę”, a zgodność realizuje ręcznie — z opóźnieniem i ryzykiem błędu, za który odpowiada finansowo.
Teza projektu była biznesowa: obowiązek prawny, który wszyscy traktują jak podatek, da się zbudować jako przewagę — jeśli jawność jest wbudowana w model danych, a nie doklejona do niego po fakcie.
02Rozwiązanie
Podejście
Jawność stała się częścią modelu danych, nie dodatkiem. Cena każdego lokalu nosi ze sobą datę obowiązywania i pełną historię zmian; system sam zakłada wpis przy premierze i dopisuje kolejny przy każdej zmianie ceny — z kierunkiem, powodem i datą. Redaktor nie ma jak „zapomnieć” o historii, bo nie istnieje ścieżka obok tej reguły.
Zgodność jest wymuszona kodem: próba podniesienia ceny lokalu sprzedanego jest odrzucana, zanim zapis w ogóle powstanie — nowelizacja żyje jako zabezpieczenie, a nie notatka w procedurze. Ten sam, jeden stan prawdy zasila urzędowy feed w oficjalnym schemacie 30 kolumn, bez ręcznych eksportów. Na jawności zbudowana jest też ścieżka sprzedaży: tabela dostępności z filtrami, karta lokalu i osobna strona historii ceny — wszystko dostępne bez logowania i bez zostawiania danych.
03Dowód
Rezultaty
48 lokali · feed 30 kolumn
Art. 19b end-to-end
31 / 9 / 8
Wolne / rezerwacje / sprzedane
3 wpisy z powodem
Realna historia ceny lokalu M-14
76–221 ms
Odpowiedź serwera (TTFB)
100% PL i EN
Dwujęzyczność całego serwisu
Moduł jawności cen działa end-to-end na produkcji i to jest właściwy dowód: publiczny feed dane.gov.pl zwraca komplet 48 lokali w urzędowym schemacie, a strona historii ceny pokazuje realną oś zmian (premiera → waloryzacja → kolejna korekta) z powodem przy każdym wpisie. Cena bywa wyższa lub niższa, ale nigdy nie znika za „zapytaj o cenę”.
Dla dewelopera przekłada się to na policzalną wartość: zgodność z Art. 19b bez ręcznej pracy i bez ryzyka kary, oraz ścieżka zakupowa, w której klient sam znajduje lokal w swoim budżecie — zamiast wypełniać formularz „zapytaj o cenę” i czekać. Otwarta słabość zaraportowana wprost: wydajność mobilna (LCP ~4,9 s, CLS na karcie lokalu) to pierwszy kandydat do poprawy przed użyciem case’u w sprzedaży.
Art. 19b jako działający moduł: 48 lokali, urzędowy feed 30 kolumn, automatyczna historia cen i zgodność wymuszona kodem.
Desktop i mobile
Ten sam stan prawdy na każdym ekranie
Tabela dostępności na desktopie i karta lokalu na telefonie czytają z jednego modelu danych — cena, historia zmian i status są wszędzie te same, bo pochodzą z jednego źródła, nie z osobnych plików.
Branża
- Nieruchomości / deweloper mieszkaniowy
Obszary Kompetencji
- Strony internetowe
- Systemy i integracje
Stack techniczny
- Next.js 16
- Payload CMS 3
- MongoDB
- React 19
- TypeScript
- Tailwind CSS 4
- DeepL
KOLEJNA INWESTYCJA
Wprowadzasz nową inwestycję na rynek?
Zbuduję stronę, która prowadzi kupującego od pierwszego kliknięcia do zapytania o mieszkanie.