Studium przypadku

Jak średniej wielkości firma budowlana zdjęła każdą budowę z papieru

Regionalny wykonawca zatrudniający 60 osób tonął w kopiach kwitów, gubionych paragonach i piątkowym fakturowaniu po nocach. Oto nieupiększona, szczera historia o tym, jak scyfryzowaliśmy każdą budowę — co zadziałało, co zepsuliśmy i co naprawdę się zmieniło.

Have a nice dayHave a nice day13 min czytania
Jak średniej wielkości firma budowlana zdjęła każdą budowę z papieru

Kiedy po raz pierwszy weszliśmy do biura tej firmy, najdroższym sprzętem w pomieszczeniu nie był komputer. Była to szafa na dokumenty — cztery szuflady, zaklinowane, pełne pogniecionych kwitów dostaw, ręcznie wypełnianych kart pracy i takich paragonów, które po lecie spędzonym w furgonetce blakną do pustego skrawka. Firma budowlana zatrudniająca 60 osób, obracająca realnymi pieniędzmi, działająca na papierze, który aktywnie znikał. Nie potrzebowali cyfrowej transformacji. Musieli przestać gubić rzeczy.

To prawdziwy projekt, zanonimizowany. Nie zamierzam go upiększać zgrabną opowieścią, w której oprogramowanie zstępuje z chmury, a wszyscy wiwatują. Cyfryzacja firmy budowlanej to powolne, nieco brudne zajęcie, pełne kłótni o telefony na budowie i majstrów, którzy robią to tak samo od trzydziestu lat. Liczby w tym artykule są zaokrąglone i poglądowe — nie będę udawał, że mierzyliśmy wszystko z dokładnością do dwóch miejsc po przecinku — ale kształt tej historii jest dokładnie taki, jaki był w rzeczywistości.

Jeśli prowadzi Pan firmę budowlaną, jest Pan wykonawcą robót inżynieryjnych albo prowadzi jakąkolwiek działalność, w której praca odbywa się gdzieś poza biurem, sądzę, że rozpozna Pan punkt wyjścia. I mam nadzieję, że droga wyjścia z niego będzie bardziej użyteczna niż typowe studium przypadku, bo tyle samo czasu poświęcimy temu, co poszło źle, co temu, co poszło dobrze.

Sytuacja: dobra firma tracąca pieniądze przez papier

Nakreślmy tło jak należy. Firma zajmowała się budownictwem mieszkaniowym i lekkim komercyjnym — rozbudowy, remonty, sporadycznie mały nowy budynek. Około 60 osób: ekipy budowlane, dwóch majstrów, kilku kierowników projektów, biuro trzyosobowe i właściciel, który wciąż osobiście wyceniał większość zleceń. Zajęci, cenieni, zarezerwowani na miesiące naprzód. Według każdej normalnej miary — zdrowy biznes.

A mimo to biuro nieustannie się paliło. Każdy szczegół z budowy wracał do biura na papierze albo wcale. Godziny bazgrano w kalkowym zeszycie i oddawano — czasami — pod koniec tygodnia. Materiały zużyte na zleceniu pamiętał z grubsza ten, kto tam był. Kwity dostaw żyły w schowkach furgonetek, aż zamieniały się w miazgę. Zmiany w zakresie prac — klient, który poprosił o dodatkowe gniazdko, ściana, która okazała się wymagać podbicia — uzgadniano ustnie na budowie i często w ogóle nie trafiały na fakturę.

Skutkiem był piątkowo-sobotni rytuał, który żona właściciela prowadziła niemal w pojedynkę: gonienie majstrów przez telefon, żeby odtworzyć tydzień, odcyfrowywanie pisma, zgadywanie ilości materiałów i próba przekształcenia tego wszystkiego w faktury, zanim pamięć klienta o pracach też się zatrze. Faktury wychodziły z opóźnieniem. Niektórych zmian po prostu nigdy nie zafakturowano, bo nikt nie potrafił udowodnić, że miały miejsce. Firma, bardzo grzecznie, traciła marżę na każdej budowie, jaką prowadziła.

“Nie zaniżali stawek celowo. Zaniżali je, bo dokumenty potrzebne do prawidłowego rozliczenia nigdy nie wracały do biura w jednym kawałku.”
— co powiedzieliśmy właścicielowi po pierwszym tygodniu

Ile to naprawdę kosztowało

Pierwszy tydzień spędziliśmy, niczego nie sprzedając — po prostu mierząc. Siedzieliśmy z biurem, pojechaliśmy na dwie budowy i przyłożyliśmy przybliżone liczby do bólu. Biuro spalało lepszą część dwóch pełnych dni w tygodniu na odtwarzanie informacji, które kilka dni wcześniej istniały zupełnie jasno na budowie. Fakturowanie było opóźnione o dziesięć do czternastu dni względem prac. A na próbce ostatnich zleceń znaleźliśmy niezafakturowane zmiany i materiały warte kilka procent wartości każdego zlecenia — mało na pojedyncze zlecenie, ale w skali roku szczerze niekomfortowa liczba.

Zniszczona metalowa szafa na dokumenty z czterema szufladami w biurze na budowie, przepełniona pogniecionymi kwitami dostaw, wyblakłymi paragonami i kalkowymi kartami pracy, ostre światło jarzeniówki, styl fotografii dokumentalnej
Najdroższa maszyna w budynku: cztery szuflady powoli znikającej marży.

Czego celowo nie zrobiliśmy

Oczywistym ruchem — tym, który proponowało już trzech dostawców — była wielka, kompleksowa platforma do zarządzania budową. Harmonogramowanie projektów, wykresy Gantta, integracja z BIM, portal klienta, księgowość, cały pakiet. Wdrożenie za pięciocyfrową kwotę, comiesięczna opłata za stanowisko dla 60 osób i program szkoleniowy. Na papierze rozwiązywało wszystko.

Odwiedliśmy ich od tego i odwiódłbym niemal każdą firmę tej wielkości. Powód jest prosty: platforma, która rozwiązuje wszystko, wymaga też, by wszyscy zmienili wszystko naraz. Ekipy budowlane, które nigdy nie używały aplikacji do pracy, pierwszego dnia dostałyby narzędzie z dwustoma funkcjami. Scenariusz porażki jest brutalnie przewidywalny — kilka tygodni połowicznego użytkowania, sterta niekompletnych danych gorszych niż brak danych i cichy odwrót do kalkowego zeszytu, podczas gdy abonament nadal nalicza.

Więc wyrzuciliśmy pomysł platformy i zadaliśmy zamiast tego węższe pytanie: jaka jest ta jedna informacja, której utrata boli najbardziej, i jak uchwycić właśnie ją, z jak najmniejszym tarciem na budowie? Odpowiedzią był dzienny raport z budowy — godziny, materiały i zmiany, rejestrowane per zlecenie, per dzień, zanim ktokolwiek opuści budowę.

Co faktycznie zbudowaliśmy

Całe rozwiązanie, w pierwszej wersji, mieściło się na jednym ekranie. Prosta aplikacja mobilna — właściwie skupiona aplikacja webowa, która żyła jako ikona na telefonie każdego majstra i brygadzisty — robiąca dokładnie cztery rzeczy i nic więcej.

  • Rozpoczęcie i zakończenie pracy, przypisane do zlecenia. Dotknij swojego imienia, dotknij zlecenia, na którym jesteś, dotknij start. Dotknij stop przy wyjściu. Godziny uchwycone u źródła, powiązane z właściwym zleceniem, bez kalki.
  • Rejestracja zużytych materiałów. Krótka lista typowych pozycji firmy, plus pole tekstowe i przycisk aparatu do kwitów dostaw. Zdjęcie kwitu i jest on na zawsze przypisany do zlecenia.
  • Zapis zmiany. Duży, oczywisty przycisk: 'Klient poprosił o coś dodatkowego.' Linijka tekstu, zdjęcie, gotowe. Właśnie ten jeden przycisk okazał się najcenniejszą rzeczą, jaką zbudowaliśmy.
  • Dzienny dziennik zdjęciowy. Dwa lub trzy zdjęcia postępu na koniec dnia — ochrona przed sporami i cichy zapis, kto co i kiedy zrobił.

Po stronie biura wszystko to lądowało w jednym panelu. Każde zlecenie miało stronę na żywo: dotychczas zarejestrowane godziny, materiały z dołączonymi zdjęciami kwitów, bieżącą listę zmian i historię zdjęć dzień po dniu. Piątkowy rytuał odtwarzania został zastąpiony czymś bliższym przeglądaniu niż odtwarzaniu — dane już tam były, uchwycone w chwili, gdy się wydarzyły.

Celowo nie połączyliśmy tego z systemem księgowym w pierwszej wersji. To był świadomy wybór. Chcieliśmy, by nawyk na budowie się utrwalił, zanim dodamy za nim jakąkolwiek złożoność. Fakturowanie nadal odbywało się w ich istniejącym oprogramowaniu — ale teraz osoba, która to robiła, miała przed sobą kompletną, dokładną stronę zlecenia zamiast telefonu i modlitwy.

Majster budowlany w kamizelce odblaskowej i kasku stoi na wpół ukończonej rozbudowie, trzymając smartfon pokazujący czystą, prostą aplikację z czterema dużymi przyciskami do godzin, materiałów, zmian i zdjęć, naturalne światło dzienne, realistycznie
Cztery przyciski, jeden ekran. Cała interwencja zaczęła się tutaj — uchwycona na budowie, zanim ktokolwiek wyszedł.

Wdrożenie — i gdzie prawie się rozpadło

Oto część, którą wygładzone studia przypadku pomijają. Oprogramowanie było łatwą częścią. Skłonienie ludzi, którzy dziesiątkami lat liczyli czas na papierze, żeby po długim, zimnym dniu dotknęli telefonu — to był właściwy projekt. I przez pierwsze dwa tygodnie szło źle.

Pierwszy majster, którego wdrożyliśmy, był przekonany. Drugi nie. Nie odmawiał wprost; po prostu wciąż 'zapominał', wypełniał kalkowy zeszyt jak zwykle i mówił, że wprowadzi to później. Nigdy nie wprowadzał tego później. Jego ekipa poszła za jego przykładem. Po dwóch tygodniach połowa budów była cyfrowa, a połowa po cichu nadal na papierze, co jest najgorszym z obu światów — teraz biuro musiało i gonić, i sprawdzać aplikację.

To, co odwróciło sytuację, nie było surowym e-mailem. To były dwie rzeczy. Po pierwsze, zrobiliśmy aplikację absurdalnie szybką — rozpoczęcie pracy musiało zająć poniżej pięciu sekund, inaczej byśmy przegrali. Po drugie, właściciel zrobił coś mądrego: przestał przyjmować papierowy zeszyt. Nie jako karę, ale jako jasną granicę. Jeśli godziny nie były w aplikacji do sobotniego ranka, wprowadzano je z opóźnieniem i wypłacano z opóźnieniem. Jeden cykl wypłat tego, zastosowany równo, i oporny majster nagle stał się największym fanem aplikacji — bo przycisk zmiany właśnie wygrał mu spór z klientem, który przysięgał, że nigdy nie prosił o dodatkową łazienkę.

  1. 1
    Zacznij od jednej budowy, nie od wszystkich
    Pilotaż uruchomiliśmy na jednym zleceniu z majstrem, który był chętny. Prawdziwe warunki, prawdziwe błoto, prawdziwe przypadki brzegowe — ale ograniczone. Naprawiliśmy kilkanaście drobnych irytacji, zanim ktokolwiek inny w ogóle zobaczył aplikację.
  2. 2
    Spraw, by pierwsza czynność była szybsza niż papier
    Gdyby logowanie godzin w aplikacji było wolniejsze niż kalkowy zeszyt, przegralibyśmy, kropka. Byliśmy obsesyjni w kwestii procesu rozpoczęcia pracy, aż stał się naprawdę szybszy niż szukanie długopisu.
  3. 3
    Daj biuru, nie ekipom, trudne przyciski
    Ekipy dostały cztery proste czynności. Wszystko żmudne — korekty, konfiguracja zleceń, raportowanie — żyło w panelu biurowym. Chroni się adopcję, chroniąc ludzi na budowie przed złożonością.
  4. 4
    Wyznacz jedną stanowczą, sprawiedliwą granicę i jej trzymaj
    Właściciel przestał przyjmować papier po okresie przejściowym. Nie agresywnie — po prostu konsekwentnie. To konsekwencja, a nie groźby, wysyła stary nawyk na emeryturę.
  5. 5
    Pozwól, by wczesna wygrana sprzedała to za Pana
    W chwili, gdy dziennik zmian zwrócił się w jednym sporze z klientem, historia rozniosła się sama. Przestaliśmy musieć kogokolwiek przekonywać.

Gdzie pasowała SI — a gdzie szczerze nie

Prowadzimy praktykę SI, więc byłoby zgodne z wizerunkiem twierdzić, że ten projekt napędzało sprytne uczenie maszynowe. W większości tak nie było i to jest szczera odpowiedź. Rozpoczęcie pracy przy zleceniu to reguła i znacznik czasu. Logowanie materiałów to formularz. Nic z tego nie potrzebuje inteligencji, a udawanie, że potrzebuje, dodałoby kosztów i kruchości za nic.

Było dokładnie jedno miejsce, gdzie SI naprawdę zarobiła na siebie: kwity dostaw i paragony. Ekipy robiły zdjęcia kwitów od dostawców, ale zdjęcie to tylko obraz, dopóki ktoś go nie przeczyta. Dodaliśmy więc cichy krok, który odczytywał każdy obraz kwitu, wyciągał dostawcę, datę i pozycje oraz wstępnie wypełniał wpis materiałowy. Majster tylko to potwierdzał. To zamieniło żmudne przepisywanie — takie, które nie zostaje zrobione na zimnej budowie — w dwusekundowe zerknięcie i dotknięcie.

To była cała rola, jaką odegrała SI: wzięcie tego niechlujnego, złożonego z języka i obrazu zadania, którego ludzie nienawidzą, i uczynienie otaczającej je maszynerii opartej na regułach użyteczną. Siedziała na wierzchu nudnych, niezawodnych podstaw — nie zastępowała ich. Gdybyśmy zaczęli od SI i pominęli nudną pracę rejestracji danych pod spodem, zbudowalibyśmy coś imponującego, czego nikt by nie używał.

“SI czytała kwity. Cała reszta — ta część, która faktycznie oszczędzała pieniądze — to było po prostu uchwycenie właściwej informacji raz, u źródła.”
— nieupiększona prawda tego projektu

Wyniki, rok później

Podam Panu liczby, z zastrzeżeniem, że są zaokrąglone i zaczerpnięte z własnego przybliżonego porównania firmy przed i po, a nie z kontrolowanego badania. Ale kierunek jest jednoznaczny, a zespół odczuł to co do joty.

Na co patrzyliśmyPrzedPo
Czas biura na odtwarzanie danych z budowy~2 dni/tydzieńKilka godzin/tydzień
Średnie opóźnienie między pracą a wysłaną fakturą10–14 dni2–3 dni
Niezafakturowane zmiany i materiałyKilka % każdego zleceniaBlisko zera
Zgubione lub nieczytelne kwity dostawCzęsteRzadkie — sfotografowane na budowie
Spory, które firma mogła udowodnić dziennikiem zdjęćPrawie żadneStandard
Przed i po, w odstępie mniej więcej dwunastu miesięcy. Liczby to własne szacunki firmy, zaokrąglone dla ilustracji.

Największa zmiana nie była nawet w tej tabeli. Chodziło o to, że żona właściciela odzyskała swoje weekendy. Piątkowo-sobotni maraton odtwarzania po prostu się skończył. Faktury wychodziły, gdy praca była jeszcze świeża w pamięci klienta, co oznaczało mniej sporów i szybszą płatność. A odzyskane zmiany — dodatkowe gniazdka, podbicia, zlecenia typu 'skoro już Pan tu jest, czy mógłby Pan też' — po cichu sumowały się do więcej niż koszt całego projektu, w ciągu pierwszego roku.

Był też łagodniejszy wynik, którego nie przewidzieliśmy. Ekipy zaczęły lubić dziennik zdjęciowy. Chronił je. Gdy klient twierdził, że praca nie została wykonana albo wykonano ją źle, było datowane zdjęcie. To, co sprzedaliśmy jako korzyść dla biura, zamieniło się w coś, czego broniły ekipy na budowie — a to najpewniejszy znak, że adopcja naprawdę się przyjęła.

Jasne, spokojne zaplecze biurowe firmy budowlanej, administratorka uśmiecha się, przeglądając czysty panel na dużym monitorze pokazujący godziny zleceń, kwity materiałów i zdjęcia postępu, stara szafa na dokumenty pusta i wepchnięta w kąt, ciepłe popołudniowe światło
Rok później: to samo biuro, przeglądanie zamiast odtwarzania. Szafa została — pusta — jako przypomnienie.

Co zbudowaliśmy potem — dopiero gdy nawyk się utrwalił

Gdy nawyk na budowie był solidny i godny zaufania, w końcu zrobiliśmy to, czego odmówiliśmy na początku: połączyliśmy strony zleceń z ich fakturowaniem. Teraz biuro mogło zamienić godziny, materiały i zmiany ukończonego zlecenia w projekt faktury jednym kliknięciem, zamiast przepisywać. Celowo czekaliśmy z tym cały sezon. Połączenie było łatwe; zasłużenie na czyste dane, które do niego płynęły, było trudną częścią i to musiało pojawić się najpierw.

Potem przyszły małe, przemyślane dodatki — każdy osobnym, możliwym do ukończenia krokiem, a nie wielkim planem. Prosty widok harmonogramu, żeby biuro widziało, które ekipy gdzie są. Automatyczne przypomnienia dla biura, gdy zlecenie nie miało raportu przez dzień, wychwytujące luki wcześnie. Nic z tego nie było dramatyczne. Wszystko było zbudowane na tym samym fundamencie: uchwyć prawdę na budowie raz i nie każ nikomu wpisywać jej dwa razy.

Marża znika gdzieś między budową a biurem?

Jeśli Pana budowy wciąż działają na papierze, a fakturowanie zawsze wydaje się dwa tygodnie do tyłu, powinniśmy porozmawiać. Zaczynamy od znalezienia tej jednej informacji, którą Pan traci — bez pitchu platformy, bez zobowiązania do budowy.

Zobacz, jak pracujemy z firmami budowlanymi

Częste pytania

Czy moje ekipy na budowie nie odmówią korzystania z aplikacji na telefon?
Niektórzy będą się początkowo opierać — nasi się opierali. Sztuka polega na tym, by codzienną czynność uczynić naprawdę szybszą niż papier, który zastępuje, utrzymać aplikację brutalnie prostą dla ekip (cztery przyciski, nie dwieście) i wyznaczyć jedną sprawiedliwą, konsekwentną granicę wobec starej metody. Nigdy nie widzieliśmy, by ekipa odrzuciła narzędzie szybsze niż kalkowy zeszyt i wyraźnie ułatwiające jej dzień. Opór jest niemal zawsze wobec złożoności, nie wobec telefonów.
Czy muszę wymienić moje oprogramowanie księgowe lub do fakturowania?
Prawie nigdy i zdecydowanie nie na początku. Celowo zostawiliśmy istniejące fakturowanie na miejscu i po prostu zasilaliśmy je lepszymi informacjami. Wymiana działającego oprogramowania jest powolna i ryzykowna, i nie o to chodzi — chodzi o dostarczenie dokładnych danych z budowy tam, gdzie faktury już powstają. Integracja, jeśli ma sens, to późniejszy, przemyślany krok.
Ile trwa projekt taki jak ten?
Pierwsza użyteczna wersja — rejestracja godzin, materiałów i zmian na budowie — była gotowa w kilka tygodni. Ale prawdziwą osią czasu jest adopcja, nie budowa. Proszę spodziewać się kilku miesięcy, zanim nawyk będzie naprawdę solidny na każdej budowie. Traktujemy technologię jako szybką część, a zmianę nawyków pracy jako właściwy projekt.
Czy to tylko dla dużych firm budowlanych?
Nie — jeśli już, to bardziej liczy się dla mniejszych firm. Firma na 60 osób traciła marżę przez zgubione papiery; firma na 10 osób traci tak samo, tyle że z mniejszą liczbą ludzi, by wchłonąć chaos. Podejście skaluje się czysto w dół, bo zaczyna od jednego bolesnego problemu, nie od dużej platformy. Można zacząć od jednej ekipy na jednej budowie.
Co właściwie robiła tu SI?
Jedną konkretną, użyteczną rzecz: czytała sfotografowane kwity dostaw i paragony oraz wstępnie wypełniała wpis materiałowy, żeby nikt nie musiał wpisywać nazw dostawców i ilości na zimnej budowie. Cała reszta — rozpoczynanie pracy, logowanie zmian, historia zdjęć — to była zwykła, niezawodna automatyzacja. SI zajęła się niechlujnym, opartym na obrazie zadaniem; nudne podstawy oparte na regułach wykonywały ciężką pracę pod spodem.
Have a nice day
Have a nice day
Redakcja

Have a nice day to studio programistyczne, które pomaga małym i średnim firmom w cyfryzacji — automatyzacja, sztuczna inteligencja i oprogramowanie na zamówienie, które działa w codziennej pracy, a nie tylko na slajdach.

Pasujące usługi