Umowa z klientem w biurze projektowym – jak zabezpieczyć zakres i uniknąć sporów o „co było w cenie”
Dobrze napisana umowa z klientem powinna jednoznacznie definiować, co biuro projektowe robi za uzgodnioną cenę, a co jest zmianą zakresu wymagającą aneksu i dodatkowego wynagrodzenia. W praktyce wystarczy jeden precyzyjny załącznik z listą faz, produktów, wyłączeń i liczbą dopuszczalnych rewizji – i większość sporów o „to miało być w cenie” nigdy nie dochodzi do głosu.
Uwaga: artykuł nie jest poradą prawną. Każdą umowę przed podpisaniem warto skonsultować z radcą prawnym lub adwokatem.
Klient dzwoni trzy tygodnie po podpisaniu umowy i mówi: „Przecież miał Pan zrobić też projekt instalacji wod-kan – to było w zakresie”. Sięgasz po umowę. Paragraf drugi, ust. 1: „Przedmiotem umowy jest wykonanie dokumentacji projektowej budynku mieszkalnego wielorodzinnego”. Zero branż, zero faz, zero specyfiki. Masz pustą kartę – i zaczyna się spór, który kosztuje nerwy, czas i czasem relację z klientem. O tym, jak ustalenia projektowe giną w mailach i jak biuro traci kontrolę nad tym, co obiecało, pisaliśmy już w artykule o ustaleniach projektowych giną w mailach. Ten artykuł idzie krok wcześniej – do momentu, gdy zakres trafia na papier.
Właściciele biur projektowych mówią nam wprost, że z ich umów „nie wynika dokładnie”, co wchodzi w zakres. Jeden właściciel biura konstrukcyjnego opisał to tak: „Mam wzór umowy z pięć lat temu, ogólnikowy, bo kiedyś nikt nie pytał. Teraz klienci pytają, a ja nie mam co pokazać”. Pusty załącznik nr 1 – ten z „opisem przedmiotu zamówienia” – to prosta droga do konfliktu.
Dlaczego ogólnikowa umowa zawsze szkodzi biuru, nie klientowi?
Ogólnikowa umowa wygląda neutralnie, ale w sporze zawsze uderza w biuro projektowe. Klient wychodzi z założenia, że skoro czegoś wprost nie wyłączono, to jest w zakresie. Biuro wychodzi z założenia odwrotnego. Bez precyzyjnego opisu – wygrywa klient.
Niepisana zasada w sporach o zakres brzmi: ciężar dowodu spoczywa na tym, kto twierdzi, że coś NIE było w cenie. Jeśli umowa milczy na temat branż, faz albo liczby rewizji – milczenie interpretuje się na niekorzyść biura. Bo to biuro przygotowało wzór umowy i to biuro powinno było opisać, co robi.
W efekcie ogólnikowa umowa to nie neutralny dokument – to dokument, który w konflikcie jest bronią klienta. Każde zdanie „wykonanie dokumentacji” bez listy branż, bez faz, bez wyłączeń to potencjalny „darmowy dodatek” w sporze.
Właściciel biura projektowego instalacji opisał to tak: „Po jednym sporze, który trwał pół roku i skończył się ugodą w połowie ceny, przepisałem całą umowę. Teraz mam sześciostronicowy załącznik. Klienci pytają, po co tyle szczegółów – i tłumaczę, że to chroni obie strony”.
Co powinien zawierać dobrze napisany załącznik zakresu?
Precyzyjny załącznik zakresu to nie biurokracja – to narzędzie, które chroni Cię przed darmowymi dodatkami i daje podstawę do aneksu, gdy klient chce czegoś więcej. Dobry załącznik odpowiada na pięć pytań: co robisz, w jakich fazach, co dostarczasz, ile razy możesz to poprawiać i czego wprost nie robisz.
| Element załącznika zakresu | Po co go wpisać | Typowy błąd |
|---|---|---|
| Lista branż / specjalności | Jednoznacznie wiadomo, co biuro projektuje, a czego nie (np. „projekt architektoniczny, konstrukcja – bez instalacji”) | Brak listy branż, ogólny zapis „dokumentacja projektowa” |
| Fazy projektu (np. koncepcja, projekt budowlany, projekt wykonawczy) | Klient wie, na którym etapie co dostaje; biuro wie, co wchodzi w cenę | Jedna cena za „projekt” bez podziału na fazy – każda faza to de facto osobna usługa |
| Lista produktów do oddania klientowi | Konkretna lista: rysunki, obliczenia, przedmiar, specyfikacje – wiesz, co oddajesz | Ogólny zapis „dokumentacja” bez listy – klient żąda wszystkiego, co kiedykolwiek widział u innych biur |
| Wyłączenia (co biuro NIE robi) | Chroni przed „a myślałem, że to też macie zrobić” – explicite wyłączone = podstawa odmowy | Brak sekcji wyłączeń – to co nie jest wpisane, klient traktuje jako „w cenie” |
| Liczba rewizji i poprawek | Wiadomo, ile razy można zmieniać projekt bez dopłaty; każda kolejna zmiana to aneks | Zapis „do akceptacji klienta” – nieskończona pętla poprawek bez podstawy do naliczenia dopłaty |
| Warunki zmiany zakresu (aneks) | Jasny tryb rozszerzenia zakresu: na piśmie, z wyceną, przed realizacją | Brak procedury aneksowania – zmiana zakresu w mailu lub telefonicznie, bez wyceny, bez podpisu |
| Dane wejściowe dostarczone przez klienta | Biuro działa na dokumentach klienta – jeśli klient zmieni dane, to jest zmiana zakresu | Brak listy danych wejściowych – klient zmienia program funkcjonalno-użytkowy i twierdzi, że „projekt powinien to uwzględnić” |
Jak opisać granicę „co jest w cenie, a co jest zmianą”?
Granica między zakresem a zmianą zakresu musi być zapisana w umowie jako kryterium, nie jako intencja. Samo zdanie „zmiany zakresu wymagają aneksu” niczego nie chroni – bo spór zazwyczaj dotyczy właśnie tego, czy coś jest zmianą zakresu, czy nie.
Skuteczna granica to definicja zmiany zakresu powiązana z listą produktów do oddania klientowi. Zmiana zakresu zachodzi, gdy klient żąda czegoś spoza listy produktów w załączniku, gdy zmienia się program funkcjonalno-użytkowy po zatwierdzeniu koncepcji, gdy dochodzi nowa branża lub dodatkowa faza, albo gdy liczba rewizji przekracza limit zapisany w umowie.
Warto też opisać, co NIE jest zmianą zakresu – żeby uniknąć eskalacji przy każdej drobnej korekcie. Drobne zmiany w projekcie i darmowe rewizje to osobny temat – w umowie wystarczy odesłać do definicji „korekta w ramach zatwierdzonego zakresu” i zapisać, co w praktyce ją stanowi (np. „poprawa niezgodności z normą, zmiana wymiaru rzutu do 5% powierzchni”).
Scenariusz: klient zatwierdza koncepcję biurowca 5000 m², a po dwóch miesiącach chce zwiększyć powierzchnię o jedno piętro. Bez zapisu w umowie zaczyna się dyskusja. Z zapisem: „zmiana programu funkcjonalno-użytkowego po zatwierdzeniu koncepcji stanowi zmianę zakresu wymagającą aneksu z wyceną” – rozmowa jest krótka i merytoryczna.
Jak połączyć umowę z ustaleniami i zmianami w trakcie projektu?
Umowa to dokument na start. Problem zaczyna się w trakcie – gdy klient dzwoni, pisze maile i mówi „zróbmy tak, żeby…”, a biuro realizuje, bo „to tylko drobiazg”. Po sześciu miesiącach suma drobiazgów przekracza wartość kontraktu.
Spójność między umową a ustaleniami w trakcie projektu wymaga trzech rzeczy. Po pierwsze – każda zmiana zakresu idzie przez ten sam tryb: wycena na piśmie, akceptacja klienta na piśmie, aneks do umowy. Nie „ustalimy po fakcie” – najpierw aneks, potem realizacja. Po drugie – ustalenia z zebrań i maili trafiają do rejestru, który biuro prowadzi per projekt. Po trzecie – cykliczne podsumowanie ustaleń wysyłane klientowi (np. co dwa tygodnie) – klient wie, co zatwierdzono, co jest w toku, co jest poza zakresem.
Właściciel biura architektoniczno-urbanistycznego opisał swój sposób: „Po każdym zebraniu wysyłam klientowi maila: 'Potwierdzam ustalenia z dzisiejszego spotkania’. Trzy punkty, maksymalnie. Klient nie odpowiada? Za 48 godzin piszę, że przyjmuję milczącą akceptację. Prosto, skutecznie – i mam ślad w korespondencji”. To solidna praktyka, która działa nawet bez żadnego systemu – ale przy kilku projektach równolegle zaczyna być ciężka do utrzymania bez wsparcia.
O tym, jak biuro traci kontrolę nad ustaleniami przy rosnącej liczbie projektów, pisaliśmy w artykule o ustaleniach projektowych giną w mailach. Kwalifikacja zapytań ofertowych – zanim w ogóle dojdzie do umowy – to osobny temat, który opisujemy w artykule o kwalifikacji zapytań ofertowych w biurze projektowym.
Jak agent AI może pomóc budować załącznik zakresu i pilnować spójności?
Precyzyjny załącznik zakresu to w dużej mierze praca z szablonu – ta sama struktura, te same sekcje, inne dane. Agent AI może pomóc biuru skrócić czas budowania załącznika z godziny do kilku minut i ograniczyć ryzyko, że coś zostanie pominięte.
W praktyce wygląda to tak. Biuro ma szablon załącznika z listą sekcji: branże, fazy, produkty, wyłączenia, rewizje, warunki aneksowania, dane wejściowe. Agent AI czyta brief projektowy lub zapytanie ofertowe klienta i wypełnia szablon na podstawie zebranych danych. Propozycję przegląda i zatwierdza projektant prowadzący – bo to on zna projekt i klienta, i to on jest odpowiedzialny za zakres. Zasada jest prosta: agent przygotowuje, człowiek zatwierdza.
Drugi obszar to spójność w trakcie projektu. Agent AI monitorujący korespondencję mailową może wychwycić sytuacje, gdy klient prosi o coś, czego nie ma na liście produktów w załączniku, i oznaczyć to jako potencjalną zmianę zakresu – do weryfikacji przez projektanta. To nie decyzja systemu, tylko sygnał: „coś nowego się pojawiło, sprawdź”.
Trzecia rzecz to przypomnienia o procedurze aneksowania. Jeśli w projekcie zatwierdzono zmianę zakresu mailowo, a aneks nie pojawił się w ciągu 48 godzin – agent może wysłać automatyczne przypomnienie do biura. Prosta automatyzacja, która eliminuje sytuację, gdy zmiana „weszła bez aneksu” i po miesiącu nikt nie pamięta, czy była doliczona.
Ważne zastrzeżenie: agent AI nie jest radcą prawnym i nie ocenia, czy konkretny zapis w umowie jest skuteczny prawnie. Pomaga zbudować strukturę i pilnować procesu – treść merytoryczną i jej zgodność z prawem weryfikuje człowiek. To fundamentalna zasada nadzoru człowieka nad systemem AI, szczególnie w dokumentach prawnych.
Szersze spojrzenie na to, co w biurze projektowym warto automatyzować, znajdziesz w artykule o AI w biurze projektowym – co automatyzować. Całość wpisuje się w temat systemu operacyjnego biura projektowego – spójnego podejścia do zarządzania projektami, komunikacją i dokumentacją, które nie zależy od tego, kto akurat jest w pracy.
Najczęściej zadawane pytania
Czy szczegółowy załącznik zakresu odstrasza klientów?
W praktyce jest odwrotnie. Klientów, którzy chcą solidnego partnera do projektu, szczegółowy zakres uspokaja – wiedzą, czego oczekiwać i za co płacą. Klientów, którzy oczekują „zróbcie wszystko, a rozliczymy się jak skończycie”, szczegółowy zakres faktycznie blokuje – i dobrze, bo to klienci generujący największe spory. Biuro, które boi się dać klientowi precyzyjny zakres, często boi się właśnie tych rozmów, które ten zakres uniemożliwiłby.
Co zrobić, gdy klient nalega na zmianę zakresu w trakcie projektu i „nie ma czasu na aneks”?
Warto mieć gotowy skrót – zamiast pełnego aneksu, prosta forma potwierdzenia zmiany: mail z opisem zmiany, ceną i prośbą o odpowiedź „potwierdzam”. To nie jest pełny aneks prawny, ale jest pisemnym śladem zgody klienta. Formalny aneks można sporządzić w kolejnym tygodniu. Ważne, żeby zmiana nigdy nie była realizowana bez żadnego śladu pisemnego – nawet „OK, robimy” w SMS-ie jest lepsze niż nic.
Ile rewizji wpisać do umowy?
Nie ma jednej odpowiedzi – zależy od fazy projektu i stopnia skomplikowania. W praktyce biura wpisują: dwie tury poprawek na etapie koncepcji, jedną na etapie projektu budowlanego przed złożeniem do urzędu, jedną po uzyskaniu uwag urzędowych. Każda kolejna tura to dodatkowe wynagrodzenie według stawki godzinowej. Ważne, żeby zdefiniować, co jest „turą poprawek” – zebranie wszystkich uwag klienta naraz i jedna odpowiedź biura, nie wymiana uwag „jedna za jedną”.
Czy biuro może zmienić zakres na niekorzyść klienta – np. zrezygnować z czegoś, co było w umowie?
Tak, ale wymaga to zgody klienta i formalnego aneksu pomniejszającego zakres – tak samo jak rozszerzenie. Jeśli biuro nie wykona czegoś, co było w załączniku, klient ma podstawę do reklamacji lub obniżenia wynagrodzenia. Dlatego w umowie warto też opisać, co się dzieje, gdy dane wejściowe klienta są niekompletne lub błędne – to sytuacja, gdy biuro nie może realizować zakresu z powodu zaniechania klienta, i powinna być uregulowana osobno.
Czy agent AI może napisać całą umowę z klientem?
Może zaproponować strukturę, uzupełnić szablon danymi projektu i wskazać sekcje, które wymagają doprecyzowania. Nie zastępuje radcy prawnego przy weryfikacji skuteczności poszczególnych zapisów – szczególnie klauzul o karach umownych, odpowiedzialności za błędy w dokumentacji czy odstąpieniu od umowy. Najlepsze podejście: agent buduje szkic na podstawie szablonu, prawnik weryfikuje raz do roku lub przy niestandardowych projektach. To oszczędza czas i ogranicza ryzyko pominięcia kluczowej sekcji.
Podsumowanie
Ogólnikowa umowa nie jest dokumentem neutralnym – w sporze zawsze jest bronią klienta. Precyzyjny załącznik zakresu z listą branż, faz, produktów, wyłączeń, rewizji i warunków aneksowania to minimum, które chroni biuro przed darmowymi dodatkami i daje podstawę do rozmowy o dodatkowym wynagrodzeniu. Budowanie takiego załącznika nie musi zajmować godzin – wystarczy dobry szablon, dyscyplina procesu i narzędzie, które pilnuje, żeby nic nie zostało pominięte. Człowiek zatwierdza, system pomaga pamiętać.
Chcesz zobaczyć, jak taki szablon zakresu i automatyzacja procesu aneksowania mogłyby działać w Twoim biurze? Umów 15-minutową rozmowę – przejdziemy przez Twoją aktualną umowę i pokażemy, gdzie są luki, które generują spory.
