Koszty, wycena i brief
Fixed price czy time and material: co zapisać w umowie
Część poradnika: Ile kosztuje aplikacja mobilna: jak rozłożyć wycenę na czynniki
Fixed price czy time and material — o wyborze decyduje dojrzałość zakresu, a nie wielkość projektu. Jeśli potrafisz wypisać zamkniętą listę funkcji i nikt w firmie nie zgłasza do niej zastrzeżeń, wycena ryczałtowa ma sens. Jeśli część odpowiedzi poznasz dopiero po pierwszych tygodniach pracy, sztywna kwota kupuje Ci pozorny spokój i procedurę aneksowania przy każdej zmianie. Poniżej nie ma werdyktu, który model jest lepszy — jest lista zapisów, których zażądać w umowie, żeby wybrany model Cię nie zaskoczył.
Od czego zależy wybór: dojrzałość zakresu, nie skala projektu
Model rozliczeń dobiera się do tego, ile w projekcie zostało niewiadomych w dniu podpisania umowy. Duże wdrożenie o precyzyjnie opisanym zakresie da się rozliczyć ryczałtem, a mała aplikacja z nieprzetestowanym pomysłem na produkt zwykle nie — bo pierwsza wersja i tak zmieni się po zderzeniu z użytkownikami.
Sprawdź to na własnym dokumencie: jeśli Twoje zapytanie ofertowe dla software house zawiera role, ścieżki użytkownika, systemy do integracji z nazwami i wersjami oraz osobną listę wyłączeń, zakres jest dojrzały. Jeśli zamiast tego masz listę życzeń, najpierw ustal, co powinno wejść do zakresu MVP, a dopiero potem rozmawiaj o modelu.
Drugie kryterium to Twoja dostępność. Rozliczenie godzinowe wymaga osoby decyzyjnej po Twojej stronie, która priorytetyzuje zadania i odpowiada w ciągu dnia lub dwóch. Bez tego płacisz za czas zespołu czekającego na decyzje.
Trzy modele i to, kto ponosi ryzyko błędnej estymaty
Modele różnią się jednym: kto płaci, gdy praca zajmie więcej czasu, niż wynikało z estymaty. Fixed price to rozliczenie ryczałtowe za z góry określony zakres — ryzyko bierze wykonawca. Time and materials to rozliczenie za faktycznie przepracowany czas i zużyte zasoby — ryzyko zostaje po stronie zamawiającego. Trzeci model, w polskich projektach IT nazywany fixed budget, to rozliczenie godzinowe z górnym limitem budżetu, dopuszczające zmiany zakresu bez osobnych zamówień; wszystkie trzy wymienia mobitouch.net w materiale z 1 lutego 2024.
| Model | Kto ponosi ryzyko estymaty | Kiedy działa | Co musi być w umowie |
|---|---|---|---|
| Fixed price | Wykonawca — dlatego zabezpiecza się rezerwą w cenie | Zakres zamknięty i opisany, mało niewiadomych technicznych | Załącznik z zakresem, lista wyłączeń, procedura zmiany zakresu z terminem wyceny, kryteria odbioru etapów |
| Time and materials | Zamawiający — płaci za czas faktycznie przepracowany | Zakres odkrywany w trakcie, priorytety zmieniają się co kilka tygodni | Raportowanie czasu w podziale na zadania, obowiązek alertu przy prognozie przekroczenia, prawo do wstrzymania prac, okres wypowiedzenia |
| Fixed budget (godziny z limitem) | Ryzyko dzielone: elastyczny zakres, sztywny sufit kosztu | Znasz cel i budżet, ale nie znasz jeszcze wszystkich funkcji | Kwota maksymalna, próg alertu, zasada wymiany zakresu (nowa funkcja wchodzi za inną), tryb zgody na przekroczenie limitu |
Etykieta w ofercie znaczy mniej niż zapisy pod nią. Umowa godzinowa bez limitu i bez raportowania jest dla zamawiającego znacznie ryzykowniejsza niż ta sama umowa z jednym dodatkowym akapitem.
Dlaczego wycena ryczałtowa zawiera rezerwę i co to znaczy dla ceny
Przy fixed price wykonawca nie może później dopłacić sobie za pomyłkę w estymacie, więc wlicza rezerwę w kwotę oferty. Mobitouch.net w materiale z 1 lutego 2024 podaje, że bufor doliczany do wyceny fixed price bywa rzędu 30% i ma pokryć nieprzewidziane okoliczności. To ustalenie jednej publikacji, nie standard branżowy — ale dobrze pokazuje mechanizm.
Wniosek praktyczny jest taki, że rezerwa rośnie razem z liczbą niewiadomych, które zostawisz w zapytaniu. Każde „nie wiemy jeszcze, czy nasz system ma API” i każdy brak listy wyłączeń zostaje wyceniony. Z czego jeszcze składa się kwota w ofercie, rozbieramy w tekście o tym, ile kosztuje aplikacja mobilna.
Przy weryfikacji oferty wymuś dwie rzeczy: listę „out of scope” oraz odpowiedź, czy w cenie mieszczą się zarządzanie projektem, testy, wsparcie po wdrożeniu i licencje narzędzi. Te cztery pozycje najczęściej wracają później jako koszt dodatkowy.
Procedura zmiany zakresu: kto zgłasza, kto wycenia, w jakim terminie
Change request to sformalizowana ścieżka zgłoszenia zmiany zakresu wraz z jej wyceną i decyzją — i to ona, a nie nazwa modelu, decyduje o tym, czy projekt da się prowadzić bez sporów. Umowa powinna opisywać sześć punktów:
- Kto zgłasza. Imiennie wskazane osoby po obu stronach, plus forma zgłoszenia (dokument lub system zadań), żeby zmiana nie powstawała w rozmowie telefonicznej.
- Kto wycenia i w jakim terminie. Termin liczony w dniach roboczych od zgłoszenia, na przykład pięć — bez tego wycena zmiany potrafi blokować prace tygodniami.
- Co zawiera wycena. Pracochłonność, wpływ na harmonogram i wskazanie zadań, które trzeba przesunąć albo usunąć, jeśli budżet ma zostać bez zmian.
- Kto i do kiedy decyduje. Jedna osoba decyzyjna i termin na akceptację, po którym zgłoszenie wygasa.
- Co dzieje się z harmonogramem. Zasada, że zaakceptowana zmiana automatycznie przesuwa kolejne kamienie milowe o uzgodnioną liczbę dni.
- Co przy braku zgody. Prace toczą się według dotychczasowego zakresu, a zgłoszenie trafia do rejestru zmian, żeby wrócić przy planowaniu kolejnego etapu.
Do tego dochodzą zabezpieczenia wykonania umowy. Kancelarie wymieniają wśród typowych elementów umowy wdrożeniowej IT przyjętą metodykę, procedurę odbioru prac z Definition of Done, przeniesienie autorskich praw majątkowych albo licencję, określenie wynagrodzenia, NDA, zabezpieczenia takie jak kary umowne, zadatek i wykonanie zastępcze, exit plan, zasady podwykonawstwa oraz warunki wypowiedzenia (umowywit.pl). Kary umowne pełnią przy tym funkcję zryczałtowanego odszkodowania, więc nie trzeba dowodzić wysokości szkody. Kwestię własności kodu opisujemy osobno w tekście o tym, komu przysługują prawa autorskie do kodu. Ten materiał ma charakter informacyjny i nie jest poradą prawną — brzmienie klauzul uzgodnij z prawnikiem.
Odbiór prac: bez kryteriów akceptacji nie da się zamknąć etapu
Odbiór ma sens tylko wtedy, gdy wcześniej spisaliście, co znaczy „gotowe”. Definition of Done to lista warunków, które musi spełnić każde zadanie, żeby uznać je za skończone: przechodzą testy, powstała dokumentacja, wersja działa na środowisku testowym. Kryteria akceptacji dotyczą konkretnej funkcji i opisują zachowanie, które sprawdzasz podczas odbioru.
Praca zwykle toczy się w sprintach dwutygodniowych, a przegląd na koniec sprintu jest naturalnym momentem odbioru cząstkowego. Przy fixed price te przeglądy chronią przed sytuacją, w której rozbieżność wychodzi dopiero przy odbiorze końcowym, gdy poprawka oznacza aneks.
Ustal też, co dokładnie odbierasz poza działającym systemem. Dokumentacja przekazywana przez wykonawcę powinna obejmować kod źródłowy, specyfikacje oraz dokumentację użytkownika i deweloperską. To jest materiał, dzięki któremu exit plan z umowy jest wykonalny, a nie deklaratywny.
Kiedy fixed price jest wymuszony z zewnątrz
Czasem model nie jest przedmiotem wyboru. Przy projektach finansowanych z dotacji budżet z wniosku jest sztywny, więc rozliczenie ryczałtowe bywa jedyną możliwą formą (mobitouch.net, 1 lutego 2024). Ta sama sytuacja dotyczy zamówień, w których kwota została zatwierdzona w budżecie rocznym i nie da się jej zwiększyć w trakcie roku.
W takim układzie elastyczność przenosi się z budżetu na zakres. Zamiast negocjować kwotę, zapisz w umowie zasadę wymiany: nowa funkcja może wejść do etapu, jeśli inna o porównywalnej pracochłonności z niego wypadnie, a rejestr takich wymian prowadzi kierownik projektu. Wtedy sztywna kwota nie oznacza sztywnego produktu.
Zdania, które warto wkleić do zapytania ofertowego
Model rozliczeń da się rozstrzygnąć jeszcze przed umową, jeśli w zapytaniu poprosisz o właściwe informacje. Poniższe akapity wystarczy podmienić nazwami i wysłać do wszystkich zapytanych firm w tym samym brzmieniu — całą resztę dokumentu, wraz z kryteriami oceny i wagami, opisuje wzór na zapytanie ofertowe na oprogramowanie.
„Prosimy o wycenę w dwóch wariantach: ryczałtowym dla zakresu z załącznika oraz godzinowym z górnym limitem budżetu dla tego samego zakresu. Przy wariancie ryczałtowym prosimy o wskazanie przyjętych założeń i elementów zakresu, które najbardziej podnoszą rezerwę w wycenie. Prosimy też o listę «out of scope» oraz informację, czy w cenie mieszczą się zarządzanie projektem, testy, wsparcie po wdrożeniu i licencje narzędzi. W odpowiedzi prosimy o opis procedury zmiany zakresu: forma zgłoszenia, termin na wycenę w dniach roboczych, wpływ na harmonogram i tryb postępowania przy braku akceptacji. Prosimy o wskazanie kryteriów odbioru etapu oraz zakresu dokumentacji przekazywanej przy odbiorze.”
Dwa warianty tej samej wyceny są najtańszym testem, jaki możesz przeprowadzić. Różnica między nimi pokazuje, jak wykonawca ocenia niepewność w Twoim projekcie, a odpowiedź na pytanie o procedurę zmiany zakresu mówi, czy prowadził już projekty, w których zakres się ruszał. Jeśli dopiero układasz taki dokument, przez komplet pytań o cel, zakres i ramy projektu przeprowadza w sześciu krokach kreator briefu.
Checklista
Ustal, czy zakres jest zamknięty i opisany, zanim zdecydujesz o modelu rozliczeń.
Wpisz do umowy procedurę zmiany zakresu: kto zgłasza, kto wycenia, w jakim terminie i kto decyduje.
Zażądaj kryteriów odbioru etapu i wspólnej definicji ukończenia (Definition of Done).
Przy rozliczeniu godzinowym ustal górny limit budżetu i próg, po którym wykonawca zgłasza alert.
Wymuś w ofercie listę „out of scope” i sprawdź, czy w cenie są zarządzanie projektem, testy, wsparcie po wdrożeniu i licencje narzędzi.
Sprawdź, czy umowa reguluje przeniesienie praw majątkowych albo licencję do kodu.
Ustal zakres dokumentacji przekazywanej przy odbiorze: kod źródłowy, specyfikacje, dokumentacja użytkownika i deweloperska.
Dopisz exit plan i warunki wypowiedzenia, zanim będą potrzebne.
Najczęstsze pytania
- Fixed price czy time and material — co jest bezpieczniejsze dla zamawiającego
- Żaden z modeli nie jest bezpieczniejszy sam z siebie, bo każdy przenosi ryzyko gdzie indziej. Fixed price daje przewidywalną kwotę, ale ryzyko błędnej estymaty bierze na siebie wykonawca i wlicza je w cenę, a każda zmiana zakresu wymaga aneksu. Rozliczenie godzinowe daje elastyczność, lecz to zamawiający ponosi skutki niedoszacowania. Bezpieczeństwo daje nie wybór etykiety, tylko zapisy umowy: procedura zmiany zakresu z terminami, kryteria odbioru i lista wyłączeń.
- Ile wynosi bufor doliczany przez wykonawcę przy wycenie fixed price
- Nie ma tu jednej obowiązującej stawki, bo rezerwa zależy od tego, ile niewiadomych zostało w zakresie. Portal mobitouch.net w materiale z 1 lutego 2024 podaje, że przy fixed price wykonawcy doliczają do wyceny bufor rzędu 30% na nieprzewidziane okoliczności. To liczba z jednej publikacji, a nie norma branżowa — użyj jej jako punktu odniesienia i zapytaj wprost, jaką rezerwę przyjęto w Twojej ofercie i które elementy zakresu ją podnoszą.
- Kto płaci za zmianę zakresu w trakcie projektu
- To zależy od tego, czy zmiana mieści się w umówionym zakresie, czy go rozszerza. Przy fixed price nowa funkcja to zwykle osobna wycena i aneks, bo pierwotna kwota obejmuje wyłącznie to, co wymieniono w załączniku. Przy rozliczeniu godzinowym zmiana po prostu zużywa budżet, więc jej koszt widać dopiero w raporcie. Dlatego w umowie warto opisać procedurę zmiany: formę zgłoszenia, termin na wycenę, wpływ na harmonogram i to, co dzieje się przy braku akceptacji.
- Jak wygląda procedura odbioru prac i co to jest Definition of Done
- Definition of Done to spisana lista warunków, które musi spełnić zadanie, żeby uznać je za skończone — na przykład przejście testów, uzupełnienie dokumentacji i wdrożenie na środowisko testowe. Odbiór polega na sprawdzeniu efektu względem tej listy i kryteriów akceptacji uzgodnionych dla etapu. Kancelarie wskazują procedurę odbioru prac z Definition of Done jako typowy element umowy wdrożeniowej IT (umowywit.pl). Naturalnym momentem odbioru cząstkowego jest przegląd na koniec sprintu.
- Czy warto wpisać kary umowne za opóźnienie
- Kary umowne pełnią funkcję zryczałtowanego odszkodowania, więc ich zaletą jest to, że nie trzeba dowodzić wysokości szkody (umowywit.pl). Bywają jednym z zabezpieczeń wykonania umowy obok zadatku i wykonania zastępczego. Trzeba jednak liczyć się z tym, że wykonawca wyceni to ryzyko i uwzględni je w ofercie, a przy zmiennym zakresie spór dotyczy zwykle tego, czy opóźnienie wynikało z prac, czy z oczekiwania na decyzje zamawiającego. Ta odpowiedź ma charakter informacyjny i nie jest poradą prawną.
- Co zrobić, gdy projekt przekroczył budżet w połowie realizacji
- Zacznij od ustalenia, co dokładnie zużyło budżet: prace z pierwotnego zakresu, zmiany zgłoszone po drodze czy czas na oczekiwanie i poprawki. Poproś o zestawienie zrealizowanych zadań i prognozę do końca etapu, a potem podejmij decyzję zakresową, a nie kwotową — które funkcje muszą działać w pierwszym wydaniu, a które wypadają. Na przyszłość zabezpiecza przed tym górny limit budżetu w umowie i próg, po którego przekroczeniu wykonawca ma obowiązek zgłosić alert.
Źródła i metodologia
Linki prowadzą do źródeł pierwotnych oraz zasad, według których przygotowujemy i aktualizujemy materiały.