„To tylko drobna zmiana” – ile biuro projektowe dopłaca do darmowych rewizji
Żaden klient nie prosi o darmową pracę. Prosi o „drobną korektę”. Dziesięć takich korekt później projekt, który miał marżę, ma stratę – a Ty nie masz na piśmie żadnej podstawy, żeby wystawić aneks.
Problem nie leży w złej woli klientów ani w braku asertywności. Leży w tym, że biura projektowe nie mają systemu, który oddziela zlecone od niezlecone – i dlatego każda zmiana „wchodzi w projekt” bez żadnego śladu. W tym artykule pokażemy, jak to działa, ile to kosztuje i jak wyjść z tej pułapki.
Dlaczego biura projektowe robią pracę, za którą nikt nie płaci?
Biura projektowe wykonują nieodpłatną pracę z dwóch powodów: po pierwsze, nie mają rejestru zmian, który pokazuje, co mieści się w umowie, a co już nie – po drugie, rozmowa o dopłacie jest niezręczna i większość właścicieli woli ją odłożyć niż ryzykować napięcie z klientem.
Na początku projektu zakres wydaje się oczywisty. Podpisana umowa, opis, załączniki – wszyscy rozumieją, co jest do zrobienia. Problem pojawia się w trakcie, gdy klient przysyła maila: „Zmieniliśmy decyzję co do lokalizacji klatki schodowej”. Albo dzwoni: „Wie Pan, może jednak te słupy damy co 6 metrów, a nie co 5?” Albo mówi na spotkaniu: „Skoro już tu jesteście, to byśmy poprosili o aktualizację przekrojów”.
Każde z tych zdań brzmi jak drobiazg. Żadne z nich drobiazgiem nie jest.
Brak rejestru powoduje, że te prośby znikają w skrzynce mailowej prowadzącego, w notatkach z zebrania albo w ustnych ustaleniach, których nikt nie zapisał. Za miesiąc nikt nie pamięta, co było w zakresie umowy, a co zostało doklejone po drodze. I tu jest sedno: jeśli nie masz rejestru zmian, nie masz podstawy do rozmowy o aneksie. Klient mówi „to było ustalone”, Ty nie masz jak zaprzeczyć.
Ile naprawdę kosztuje „drobna zmiana”?
Drobna zmiana w projekcie budowlanym prawie nigdy nie dotyczy jednego rysunku. Zmiana w jednym miejscu generuje kaskadę przeróbek, które inżynierowie dobrze znają – ale których klient nie widzi.
Scenariusz: Klient prosi o zmianę przekroju głównej belki – „bo wyszło, że chcą tam poprowadzić instalację, więc belka musi być niższa”. Z zewnątrz to jedno zdanie. W środku to kilka godzin pracy przynajmniej kilku osób.
Konstruktor przelicza belkę od nowa: sprawdza nośność, ugięcia, połączenia. Jeśli wynik się zmienia, aktualizuje rysunki warsztatowe – i każdy rysunek, który się na tę belkę powoływał, też wymaga przeglądu. Jeśli projekt jest na etapie uzgodnień, zmiana może wymagać ponownej weryfikacji przez sprawdzającego. Projektant instalacji sanitarnych musi sprawdzić, czy ta niższa belka faktycznie przepuści instalację, którą zaplanował. Na koniec ktoś musi zaktualizować zestawienie materiałów i sprawdzić, czy nie trzeba renegocjować cen.
| Typ „drobnej zmiany” | Realna pracochłonność | Czy zwykle zafakturowana? |
|---|---|---|
| Zmiana przekroju belki/słupa | 4-8 godzin (obliczenia + rysunki + koordynacja branżowa) | Rzadko |
| Przesunięcie klatki schodowej lub trzon komunikacyjny | 8-20 godzin (wszystkie branże muszą zaktualizować projekt) | Bardzo rzadko |
| Zmiana rozstawu słupów / siatki konstrukcyjnej | 16-40 godzin (przedmiot przetargu, cały projekt) | Prawie nigdy |
| Dodanie lub usunięcie jednego pomieszczenia | 6-12 godzin (układ, instalacje, p.poż., pozwolenia) | Rzadko |
| Zmiana materiału wykończeniowego w rozwiązaniu technicznym | 2-4 godziny (szczegóły, specyfikacja, kosztorys) | Prawie nigdy |
Przy stawce 150 zł za godzinę inżyniera, „drobna zmiana” kosztuje od 300 zł do kilku tysięcy złotych. Jedna zmiana w miesiącu – to 3 600 do 30 000 zł rocznie, które biuro pochłania bez żadnej kompensaty.
I to jest tylko koszt bezpośredni. Do tego dochodzą koszty ukryte: projektant przerywa pracę nad innym zleceniem, traci kontekst, musi się na powrót wgryzać w projekt. Inżynier kosztuje 150 zł za godzinę nie tylko wtedy, gdy rysuje – kosztuje tyle samo, gdy odtwarza, co zmieniło się od ostatniego razu.
Dlaczego nie wystarczy „pilnować zakresu” ręcznie?
Pilnowanie zakresu ręcznie działa na początku projektu i przestaje działać, gdy projekt się rozgrzewa – bo właśnie wtedy zmian jest najwięcej, a czasu na dokumentowanie jest najmniej.
Właściciel biura i kierownik projektu zazwyczaj wiedzą, co było w zakresie umowy. Problem w tym, że projekt żyje przez wiele miesięcy i przez wiele rąk. Prowadzący zmienia się, bo ktoś odchodzi albo jest na urlopie. Klient rozmawia raz z Tobą, raz z projektantem, raz wysyła maila do asystenta. Każda taka rozmowa zostawia ślad – albo nie zostawia żadnego.
Ręczne pilnowanie zakresu wymaga, żeby ktoś aktywnie porównywał każde nowe polecenie z treścią umowy. To zadanie, które wymaga skupienia, a nie da się go robić „przy okazji”. W biurze projektowym, gdzie każdy jest zatrudniony do projektowania, a nie do zarządzania zakresem, ta praca zwykle nie ma właściciela.
Drugie wyzwanie to sam moment reakcji. Nawet jeśli ktoś zauważy, że zmiana wykracza poza zakres, często milczy – bo „nie ma teraz czasu na tę rozmowę”, „klient jest i tak poirytowany opóźnieniem”, albo „to pewnie jeszcze się zmieni, nie warto już teraz reagować”. Każde takie odłożenie to zmiana zakresu, która w ciszy wchodzi w projekt.
Więcej o tym, jak praca administracyjna zjada czas inżynierów, piszemy w artykule o ukrytych kosztach biura projektowego.
Jak system rejestruje zmiany zakresu automatycznie?
Automatyczny rejestr zmian działa na prostej zasadzie: każda prośba klienta – mailowa, telefoniczna, ze spotkania – jest zapisywana w jednym miejscu i porównywana z zakresem umowy. To podstawa do późniejszej rozmowy o aneksie.
W praktyce taki system składa się z kilku elementów, które razem eliminują „szarą strefę” zmian:
- Rejestr poleceń w jednym miejscu. Każda prośba klienta – mail, notatka ze spotkania, wiadomość z komunikatora – trafia do rejestru per projekt. Agent AI odczytuje korespondencję i klasyfikuje polecenia: „to wygląda jak zmiana zakresu” vs „to pytanie o status”.
- Porównanie z umową. System porównuje polecenie z zakresem kontraktu i flaguje rozbieżności. Prowadzący widzi informację: „Ta prośba nie mieści się w zakresie umowy z dnia X”. Ma możliwość zatwierdzenia lub odrzucenia klasyfikacji.
- Automatyczny rejestr decyzji. Każda zmiana ma datę, osobę zgłaszającą, opis i status: „w zakresie” / „poza zakresem – w trakcie wyceny” / „poza zakresem – aneks podpisany”. Na koniec projektu masz pełną historię, a nie mglisty obraz.
- Podstawa do wyceny i aneksu. Zamiast rekonstruować zmiany z pamięci przy wystawianiu aneksu, masz gotową listę poleceń z godzinami. Rozmowa z klientem opiera się na dokumentach, nie na „przecież Pan wiedział”.
Kluczowe jest to, że system nie zastępuje rozmowy z klientem – ułatwia ją. Zamiast mówić „wydaje mi się, że to było poza zakresem”, masz datę, treść polecenia i porównanie z umową. To zmienia dynamikę rozmowy z konfliktu na fakty.
O tym, jak biura projektowe tracą kontrolę nad tym, co obiecały klientom w korespondencji, piszemy szerzej w artykule o automatyzacji procesów w firmie projektowej B2B. Szersze tło dotyczące automatyzacji procesów znajdziesz w przewodniku po automatyzacji procesów z AI.
Jak rozmawiać z klientem o dopłacie bez psucia relacji?
Najtrudniejsza część scope creepu to nie technologia – to rozmowa. Wielu właścicieli biur projektowych woli wziąć stratę niż powiedzieć klientowi, że coś kosztuje. Dobry system nie rozwiązuje tej rozmowy za Ciebie, ale daje Ci do niej odpowiednie narzędzia.
Kilka zasad, które pomagają:
Mów o zakresie na początku, nie gdy zmiana już zaszła. Przy podpisaniu umowy warto ustalić procedurę: „Jeśli pojawi się zmiana poza zakresem, damy znać na piśmie przed realizacją”. To ustawia oczekiwania bez presji.
Rejestruj, zanim wycenisz. Gdy klient prosi o zmianę, nie musisz od razu mówić, ile będzie kosztować. Możesz powiedzieć: „Zapiszemy to jako osobne polecenie, wrócimy z wyceną w ciągu 48 godzin”. To nie jest odmowa – to profesjonalny proces.
Dokumentuj z wyprzedzeniem, nie po fakcie. Najtrudniejsze rozmowy o dopłacie zdarzają się wtedy, gdy klient mówi „przecież to ustaliliśmy”. Jeśli masz rejestr, w którym polecenie widnieje jako „poza zakresem – czeka na akceptację”, nie ma miejsca na interpretacje.
Scenariusz: Biuro projektowe dostaje mail od klienta w środku projektu: „Proszę o zmianę lokalizacji pompowni – przez zmianę zagospodarowania terenu”. Prowadzący widzi w systemie, że zakres umowy obejmuje pompownię w pierwotnej lokalizacji. System klasyfikuje tę prośbę jako „zmiana zakresu”. Prowadzący wysyła do klienta wiadomość: „Potwierdzamy odbiór. Zmiana lokalizacji pompowni wymaga osobnej wyceny – wrócimy z nią do piątku”. Klient wie, że coś będzie kosztować, zanim praca się zacznie. Nie ma nieporozumień po fakcie.
Najczęściej zadawane pytania
Co zapisać w umowie, żeby zakres był precyzyjny?
Dobra umowa zawiera nie tylko listę opracowań, ale też opis granic: liczbę rewizji wliczonych w cenę, definicję tego, co uważasz za zmianę zakresu (np. zmiana siatki konstrukcyjnej, zmiana funkcji budynku, zmiana lokalizacji instalacji), oraz procedurę zlecania zmian. Jeden akapit w umowie oszczędza wiele trudnych rozmów.
Od kiedy zmiana to zmiana zakresu?
Każda firma projektowa określa to inaczej, ale dobra zasada to: zmiana, która wymaga ponownych obliczeń, aktualizacji więcej niż jednego rysunku albo angażuje dodatkową branżę – wykracza poza „poprawkę” i powinna być wyceniona osobno. Warto to zapisać w umowie jako przykładowe kryteria, nie jako zamkniętą listę.
Ile rewizji wliczać w cenę projektu?
Standardowo biura projektowe wliczają 1-2 rundy uwag per etap. Trzecia runda i kolejne to dodatkowa praca. Problem pojawia się, gdy „rundy” nie są liczone – bo każda uwaga jest wysyłana osobnym mailem bez struktury. Rejestr rewizji z numeracją rund rozwiązuje ten problem zanim stanie się źródłem sporu.
Czy klient nie zniechęci się, gdy każda zmiana wymaga aneksu?
Nie każda zmiana wymaga formalnego aneksu – drobne poprawki w granicach umowy są normalne. Aneks jest potrzebny przy zmianach, które istotnie zwiększają nakład pracy. Klient, który ma przejrzysty obraz tego, co jest w cenie, a co nie, zwykle reaguje rozsądnie – pod warunkiem, że dowiaduje się o tym z wyprzedzeniem, a nie w momencie wystawienia faktury.
Podsumowanie
Scope creep – niecontrolowany przyrost zakresu przez „drobne zmiany” – jest jednym z najczęstszych źródeł strat w biurach projektowych. Nie dlatego, że klienci działają w złej wierze, ale dlatego, że bez systemu każda prośba „wchodzi w projekt” bez śladu i bez wyceny. Automatyczny rejestr zmian przekształca tę szarą strefę w fakty: co było w zakresie, co nie, kiedy i przez kogo zostało zlecone. To podstawa do rozmowy o aneksie – i do utrzymania marży na projekcie, który miał ją mieć.
Chcesz zobaczyć, jak taki system działa w praktyce w firmie projektowej? Umów 15-minutową rozmowę – przejdziemy przez Twój obieg poleceń i pokażemy, gdzie zmiany wchodzą bez śladu.
