Firma budowlana prowadzi jednocześnie kilka budów. Na każdej inna ekipa, inny zakres i inny termin, a budżet każdej pilnowany osobno. Kierownik budowy jedzie dziś na plac w Krakowie, jutro musi być na naradzie w Warszawie, a po drodze odbiera telefon od podwykonawcy z pytaniem, kiedy może wejść z instalacją elektryczną. I jeszcze właściciel dzwoni z biura i pyta, jaki jest aktualny stan kosztów na jednej z budów. Odpowiedź na to pytanie wymaga przekopania się przez foldery i zeszyty, bo każdy trzyma swoje dane gdzie indziej.
Excel, telefon i papierowe protokoły wystarczały, dopóki budów było mniej. Dedykowany system kojarzył się z budżetem generalnego wykonawcy, a dedykowana aplikacja webowa dla firmy budowlanej zaczyna się dziś od 15 000 PLN netto — od czego zależy ta kwota, rozkładamy niżej.
Gdzie firmy budowlane tracą kontrolę nad projektami?
Harmonogramy żyjące własnym życiem. Plan budowy ułożony na starcie traci aktualność w ciągu kilku tygodni. Wystarczy, że dostawa stolarki spóźni się o tydzień: montaż przesuwa się na termin, w którym ekipa jest już na innej budowie, więc wchodzi dopiero dwa tygodnie później, a za nią czeka wykończeniówka i odbiór lokalu. W arkuszu aktualizowanym raz na miesiąc żadne z tych przesunięć nie jest widoczne, dopóki ktoś nie zadzwoni. Kierownicy budów działają z pamięci, a właściciel dowiaduje się o opóźnieniu dopiero wtedy, gdy klient zaczyna dzwonić.
Budżet rozjeżdżający się z kosztorysem. Kosztorys wstępny żyje w arkuszu, faktury podwykonawców w księgowości, a zakupy materiałów i koszty sprzętu w kilku jeszcze innych miejscach. Porównanie planu z wykonaniem zajmuje godziny pracy w biurze, więc przy większym projekcie zestawienie powstaje dopiero przy rozliczeniu etapu.
Dokumentacja z placu budowy. Zdjęcia z postępu prac, protokoły odbioru, raporty dzienne — każdy robi co może: telefon, WhatsApp, e-mail, pendrive. Przy protokołach odbioru boli to najbardziej: zdjęcie usterki zostaje w galerii jednego telefonu, skan protokołu w skrzynce drugiej osoby. Gdy po trzech miesiącach klient prosi o dokumentację zamkniętego etapu, komplet trzeba składać z kilku telefonów i skrzynek.
Co daje dedykowana aplikacja webowa dla firmy budowlanej?
Aplikację webową układamy wokół budowy: do niej przypinamy zadania, ekipy, dokumenty, koszty i harmonogram. Kartę budowy projektujemy tak, żeby jeden ekran odpowiadał na pytanie „na czym stoimy”: co jest zrobione, co się przesunęło i ile z kosztorysu zostało.
Postęp prac ma trafiać do systemu wprost z placu, z telefonu: zdjęcie, zaznaczony etap, zgłoszony problem. Biuro czyta wtedy ten sam zapis co kierownik i w tej samej chwili.
Koszty przypinamy do konkretnej budowy i etapu — faktura podwykonawcy, zakup materiału i wynajem sprzętu trafiają tam, gdzie powstały. System zestawia je z kosztorysem i sygnalizuje przekroczenie progu, który firma ustala dla siebie sama: dzięki temu widać je w trakcie, a nie na rozliczeniu końcowym.
Jak działa moduł odbiorów: od listy prac do podpisanego PDF-a
Przy odbiorze etapu rozstrzyga się, kto zapłaci za poprawki. Protokół spisany odręcznie na kartce, zdjęcia usterek w telefonie majstra, „poprawicie do piątku” rzucone na placu — a po trzech tygodniach spór z inwestorem, czy pęknięcie tynku było już przy odbiorze. Na papierowym protokole nie widać, kiedy zrobiono zdjęcie, a zdjęcie w telefonie nie ma pod sobą podpisu inwestora.
Gotowego modułu odbiorów budowlanych nie mamy jeszcze w portfolio — projektujemy go pod to, jak firma dziś odbiera etapy, a zakres ustalamy na warsztacie. Poniżej przebieg, który proponujemy.
Odbiór etapu krok po kroku
Krok po kroku wygląda to tak:
Protokół powstaje z listy prac etapu
Kierownik wybiera budowę i etap, na przykład „instalacje elektryczne, piętro 2”, a pozycje protokołu przychodzą z harmonogramu. Odbiór częściowy i końcowy różnią się tylko zakresem listy.
Każda pozycja ma status
Odebrano, usterka albo nie dotyczy — jedno dotknięcie. Usterka wymaga krótkiego opisu, a pozycje bez statusu blokują zamknięcie protokołu, więc nie da się pominąć połowy listy.
Zdjęcia przypięte do pozycji
Zdjęcie z telefonu trafia pod konkretną pozycję protokołu, z datą i nazwiskiem autora — zamiast do galerii i na WhatsAppa. Rok później nadal wisi przy pozycji „glazura, łazienka, lokal 4”, a nie w tysiącu plików.
Usterka dostaje termin, odpowiedzialnego i potwierdzenie
Z pozycji oznaczonych jako usterka powstaje lista: opis, zdjęcie, podwykonawca, termin usunięcia. Podwykonawca oznacza usterkę jako usuniętą w swoim panelu, kierownik potwierdza — dopiero wtedy pozycja się zamyka.
Podpis na ekranie telefonu
Kierownik, podwykonawca i inwestor podpisują ten sam dokument na ekranie, jeszcze na placu. Cyfrowy podpis z telefonu mamy już wdrożony — w CRM dla RAN-SIGMA kierowcy podpisują w ten sposób inspekcje pojazdu.
PDF i archiwum z historią zmian
Po ostatnim podpisie aplikacja generuje PDF i wysyła go stronom, a każda późniejsza zmiana statusu usterki zapisuje się z autorem i czasem — tak samo jak w obiegu dokumentów RAN-SIGMA.
Kto co widzi: kierownik, podwykonawca, inwestor
Każdy użytkownik ma rolę, a rola decyduje, co otwiera: kierownik całą budowę, podwykonawca swoje pozycje i usterki, inwestor lub nabywca lokalu postęp i podpisane protokoły, bez kosztów i rozliczeń. Uprawnienie jest przypięte do roli, nie do osoby. W CRM dla RAN-SIGMA takich ról jest 19 i każda widzi dokładnie tyle, ile potrzebuje.
Dwie sytuacje z placu wymagają osobnej ścieżki. Jeśli inwestora nie ma przy odbiorze, przewidujemy dla niego podpis z linku do tego samego protokołu. Jeśli podpisać nie chce, wpisuje powód, a dokument dostaje status „sporny” zamiast znikać w szufladzie.
Pilnujemy przy tym jednego: żeby lista pozycji w protokole była krótka. Im dłuższa, tym większa szansa, że kierownik przestanie ją wypełniać. Lepiej kilkanaście pozycji na etap i pole na uwagi do reszty — dokładność bierze się ze zdjęć przy pozycjach, nie z długości listy.
Trzy przykładowe scenariusze w firmach budowlanych
To scenariusze, nie opisy zakończonych wdrożeń — nasze publiczne realizacje pochodzą z branży odpadowej i doradztwa środowiskowego.
Firma wykończeniowa prowadząca osiem projektów jednocześnie. Właściciel traci czas na codzienne telefony do kierowników budów z pytaniem o status. W takim układzie każdy kierownik aktualizuje postęp raz dziennie z telefonu, a właściciel widzi wszystkie projekty: co jest na czasie, co się opóźnia i dlaczego. Zebranie statusowe to przejrzenie jednego ekranu zamiast obdzwaniania ośmiu osób.
Generalny wykonawca z rozbudowaną siecią podwykonawców. Ustalenia rozjeżdżają się na czacie: dwie ekipy dostają ten sam termin wejścia, a trzecia czeka na coś, co nie zostało jeszcze odebrane. Wspólny harmonogram z zależnościami — kto wchodzi po kim i co musi być odebrane wcześniej — wyciąga taki konflikt na etapie planowania, a nie w dniu, w którym obie ekipy stoją pod drzwiami.
Deweloper realizujący inwestycje mieszkaniowe. Nabywcy mieszkań chcą regularnych aktualizacji o postępie budowy. Zamiast ręcznych maili ze zdjęciami logują się do portalu i sami sprawdzają etap swojego lokalu, a przy odbiorze mieszkania dostają protokół z listą usterek i terminem ich usunięcia — ten sam, który podpisali na ekranie telefonu.
Jak wygląda wdrożenie aplikacji dla firmy budowlanej?
Zaczynamy od warsztatu wymagań z właścicielem i kierownikami budów — pytamy, jak wygląda typowy projekt od pierwszego zlecenia do odbioru końcowego, jakie informacje muszą płynąć między biurem a placem budowy, jak rozliczani są podwykonawcy i co jest największym źródłem chaosu na co dzień. Na tej podstawie projektujemy strukturę aplikacji.
Następnie budujemy prototyp i testujemy go na jednej aktywnej budowie — to pozwala wyłapać brakujące funkcje i poprawić układ ekranów, zanim system obejmie wszystkie budowy. Na tej pierwszej budowie sprawdzamy przede wszystkim jedno: czy pozycje wzięte z harmonogramu pokrywają realny zakres etapu.
Szkolenie zespołu jest częścią wdrożenia: pierwszy protokół przechodzimy razem z kierownikiem na realnej budowie, a krótka instrukcja zostaje przy karcie budowy, żeby nowa osoba w ekipie miała gdzie zajrzeć.
Co przygotować przed warsztatem
- Etapy typowej budowy z podziałem na pozycje, które trafiają do protokołu odbioru
- Papierowy albo excelowy protokół, którego używasz dzisiaj — razem z tym, czego w nim zwykle brakuje
- Listę ról i tego, czego dana rola widzieć nie powinna (najczęściej chodzi o marże i rozliczenia podwykonawców)
- Wskazanie budowy pilotażowej — najlepiej takiej, która ma przed sobą co najmniej dwa odbiory etapu
- Policzone, ile czasu dziennie kierownik spędza na raportowaniu i szukaniu dokumentów zamiast na placu
- Systemy, z którymi aplikacja ma się łączyć: księgowość, dysk, poczta
Ile kosztuje taka aplikacja i jak długo trwa wdrożenie?
Aplikację webową z modułem odbiorów, harmonogramem i kosztami wyceniamy od 15 000 PLN netto; kwota rośnie z liczbą modułów, ról i integracji. Dlatego zaczynamy od bezpłatnej konsultacji (30–60 minut), a wycenę dostajesz w 3–5 dni. Całość z harmonogramem, budżetem i panelem podwykonawców to 6–16 tygodni.
Utrzymanie po starcie to od 500 PLN miesięcznie za monitoring i drobne poprawki. Połączenie z iFirmą, Fakturownią czy Google Workspace to integracja API od 1 500 PLN netto za dwa systemy. Orientacyjne widełki rynkowe w Polsce to dla porównania 8 000–25 000 PLN za MVP i 20 000–60 000 PLN za panel z wieloma rolami — skąd te różnice, rozkładamy w artykule ile kosztuje aplikacja na zamówienie.
Pytania, które słyszymy przed wdrożeniem
Co zawiera protokół odbioru w aplikacji do odbiorów budowlanych?
Projektujemy go tak, żeby obronił się w sporze: pozycje etapu ze statusem i zdjęciem, usterki z terminem i odpowiedzialnym podwykonawcą, podpisy stron oraz PDF w karcie budowy. Zakres pozycji ustalamy na warsztacie, bo u dewelopera i w firmie wykończeniowej etap znaczy co innego.
Czy podwykonawca lub inwestor może podpisać protokół na telefonie?
Tak to projektujemy: podpis składa się na ekranie, w przeglądarce, a dla osoby, której nie było na placu, przewidujemy podpis z linku. Podpis z ekranu telefonu mamy już wdrożony produkcyjnie w innym systemie — opisujemy go w realizacjach. Skutki prawne takiego podpisu zależą od umowy z inwestorem, więc warto je sprawdzić z prawnikiem; my odpowiadamy za kompletny i możliwy do prześledzenia zapis.
Ile kosztuje aplikacja dla firmy budowlanej?
Aplikacja webowa od Nexivio zaczyna się od 15 000 PLN netto. Na końcową kwotę wpływa to, ile modułów i ról obejmuje system oraz z iloma programami ma się łączyć. Utrzymanie po wdrożeniu to od 500 PLN miesięcznie.
Jak długo trwa wdrożenie i od czego zaczynacie?
Od warsztatu, na którym spisujemy pozycje wchodzące do protokołu i mapę ról — kto co widzi i kto zamyka usterkę. Potem prototyp na jednej aktywnej budowie, żeby sprawdzić go na realnym odbiorze, zanim system obejmie pozostałe budowy. Pełne wdrożenie zajmuje 6–16 tygodni.
Czy aplikacja działa na telefonie na budowie?
Tak, w przeglądarce na telefonie, tablecie i laptopie, bez instalacji — kierownik odbiera etap, robi zdjęcia usterek i zbiera podpisy z tego samego ekranu. Aplikacja działa online; jeśli część budów jest poza zasięgiem, powiedz o tym na konsultacji, bo tryb offline to osobny zakres.
Czy da się połączyć aplikację z fakturowaniem i dokumentami?
Tak, przez integrację API z iFirmą, Fakturownią, Google Workspace i innymi systemami, które mają API. Proste połączenie dwóch systemów kosztuje od 1 500 PLN netto, przy trzech i więcej 4 000–15 000 PLN netto. Typowy scenariusz: podpisany protokół etapu tworzy projekt faktury częściowej w księgowości.
Porozmawiajmy o aplikacji dla Twojej firmy budowlanej
Każda firma budowlana ma inną specyfikę. Na rozmowie ustalamy, które moduły są potrzebne od razu, a które mogą poczekać. Na zapytanie odpowiadamy w ciągu 24 godzin.