Just Site
Strona głównaUsługiRealizacjeBlogO nasKontakt
Zostań klientem!

Polityka Cookie

Wykorzystujemy ciasteczka w Twojej przeglądarce by dostarczyć ci jak najlepszych doświadczeń na naszej stronie. Dodatkowo twoje zachowanie na stronie pomaga nam poprawiać naszą stronę by kolejni klienci mieli jeszcze lepsze doświadczenia z nią.

Polityka PrywatnościPolityka Cookie
Blog/Stała cena czy time & materials? Jak rozliczać projekt IT
Biznes5 min czytania22 września 2026

Stała cena czy time & materials? Jak rozliczać projekt IT

Kiedy stała cena chroni budżet, a kiedy go podnosi. Porównanie modeli fixed price i time & materials, warianty pośrednie oraz zapisy, które warto mieć w umowie niezależnie od wybranego rozliczenia.

Szymon Jarmuszczak
Szymon Jarmuszczak
CEO
Stała cena czy time & materials? Jak rozliczać projekt IT
Spis treści
01Najważniejsze w skrócie02Dwa modele w jednym zdaniu03Stała cena i time & materials obok siebie04Stała cena nie usuwa ryzyka — tylko je wycenia05Time & materials nie oznacza czeku in blanco06Kiedy stała cena ma sens07Kiedy lepszy jest time & materials08Modele pośrednie09Co zapisać w umowie niezależnie od modelu10Jak rozliczamy projekty w Just Site
Zrealizujemy to z Tobą?
Porozmawiajmy o Twoim projekcie.
Napisz do nas

Najważniejsze w skrócie

→

Stała cena sprawdza się, gdy zakres da się precyzyjnie opisać przed startem. Time & materials — gdy zakres będzie się zmieniał w miarę poznawania potrzeb.

→

Stała cena nie usuwa ryzyka, tylko je wycenia: wykonawca dolicza bufor, a spór przenosi się na pytanie, co mieści się w zakresie.

→

Time & materials nie musi oznaczać czeku in blanco — limit budżetu, raporty godzin i regularne przeglądy dają pełną kontrolę.

→

Często najlepiej działa model pośredni: stała cena za dobrze opisany etap i rozliczenie za czas dla dalszego rozwoju.

Dwa modele w jednym zdaniu

Stała cena (fixed price) to umowa na określony zakres za określoną kwotę. Wiesz z góry, ile zapłacisz — pod warunkiem, że zakres się nie zmieni.

Time & materials (T&M) to rozliczenie za faktycznie przepracowany czas według uzgodnionej stawki. Płacisz za to, co zostało zrobione, i możesz zmieniać kierunek bez renegocjowania umowy. Dla orientacji: stawki godzinowe zespołów na polskim rynku to około 150–180 zł netto za godzinę (Devstock, 2026).

Oba modele są uczciwe i oba potrafią zawieść. Różnią się tym, kto ponosi ryzyko nieprzewidzianej pracy i jak to ryzyko jest widoczne.

Stała cena i time & materials obok siebie

Stała cena — zalety

Przewidywalny budżet, łatwiejsza akceptacja w firmie, jasny moment odbioru. Dobra przy małym, dobrze opisanym zakresie.

Stała cena — ryzyka

Bufor na ryzyko wliczony w cenę, sztywny zakres, każda zmiana to negocjacja. Wykonawca ma motywację, żeby interpretować zakres wąsko.

Time & materials — zalety

Elastyczność, brak bufora w cenie, możliwość zmiany priorytetów po każdym cyklu. Płacisz za realną pracę.

Time & materials — ryzyka

Budżet nie jest z góry zamknięty. Wymaga zaangażowania po Twojej stronie: przeglądów, decyzji i kontroli raportów.

Stała cena nie usuwa ryzyka — tylko je wycenia

Wykonawca, który przyjmuje stałą cenę, bierze na siebie ryzyko, że praca okaże się większa niż zakładał. Żeby na tym nie stracić, dolicza do wyceny bufor. Jeśli projekt pójdzie gładko, ten bufor zapłaciłeś za nic. Jeśli pójdzie źle — i tak może okazać się za mały.

Drugi skutek jest mniej oczywisty. Przy stałej cenie każda niejasność w opisie zakresu staje się potencjalnym sporem: czy „eksport raportu” obejmuje eksport do PDF, czy tylko do CSV? Wykonawca ma naturalną motywację, żeby rozumieć zakres wąsko, a Ty — szeroko. Zamiast rozmawiać o tym, co jest dobre dla produktu, rozmawiacie o tym, co było w umowie.

Nie znaczy to, że stała cena jest złym wyborem. Znaczy, że działa tylko wtedy, gdy zakres da się opisać naprawdę precyzyjnie — z kryteriami odbioru, a nie ogólnymi hasłami.

Time & materials nie oznacza czeku in blanco

Najczęstsza obawa przed rozliczeniem za czas brzmi: „a co, jeśli to nigdy się nie skończy?”. Ta obawa jest zasadna tylko wtedy, gdy umowa nie przewiduje żadnych mechanizmów kontroli. Te mechanizmy są proste:

  • Limit budżetu na miesiąc lub etap, po którego osiągnięciu prace są wstrzymywane do Twojej decyzji.
  • Próg alarmowy, np. przy 80% limitu, żeby decyzja zapadła, zanim budżet się skończy.
  • Raporty godzin z opisem, nad czym pracowano — tygodniowo lub przy każdej fakturze.
  • Przegląd po każdym cyklu, na którym widzisz działającą wersję i ustalasz priorytety na kolejny.
  • Prawo do zakończenia współpracy z rozsądnym okresem wypowiedzenia i przekazaniem kodu.

Z takimi zapisami T&M daje więcej kontroli niż stała cena, bo widzisz koszt każdej decyzji na bieżąco, a nie dopiero przy renegocjacji zakresu.

Kiedy stała cena ma sens

Wybierz ją, gdy większość poniższych warunków jest spełniona:

01

Zakres da się precyzyjnie opisać — Znasz ekrany, funkcje i kryteria odbioru, zanim ruszy praca.

02

Projekt jest mały — Kilka tygodni pracy, niewiele integracji, ograniczona liczba niewiadomych.

03

Budżet musi być zamknięty — Na przykład przy dofinansowaniu albo sztywnej procedurze zakupowej.

04

Nie planujesz zmian w trakcie — Nowe pomysły są zbierane do kolejnej wersji, a nie dopisywane w locie.

Kiedy lepszy jest time & materials

Ten model wygrywa, gdy niepewności jest więcej niż pewności:

01

Budujesz nowy produkt — Część założeń zweryfikują dopiero pierwsi użytkownicy — zakres musi się zmieniać.

02

Projekt jest duży lub długi — Przy wielu miesiącach pracy bufor ryzyka w stałej cenie robi się bardzo kosztowny.

03

Są trudne integracje — Stan zewnętrznych systemów wychodzi dopiero w trakcie prac.

04

Chodzi o rozwój i utrzymanie — Zadania pojawiają się na bieżąco i nie da się ich opisać z góry.

Modele pośrednie

W praktyce wiele projektów najlepiej rozliczać hybrydowo:

Stała cena za etap

Analiza i projekt za stałą kwotę, dalsze etapy wyceniane na podstawie ich wyników. Ryzyko jest mniejsze, bo każdy etap opisuje się, znając poprzedni.

T&M z limitem

Rozliczenie za czas z górnym limitem budżetu. Masz elastyczność i jednocześnie wiesz, ile maksymalnie wydasz.

Stały budżet, elastyczny zakres

Ustalacie kwotę i priorytety, a zespół realizuje najważniejsze funkcje, aż budżet się wyczerpie. Dobry model dla MVP.

Nie wiesz, który model pasuje do Twojego projektu?

Opisz zakres i ograniczenia budżetowe. Zaproponujemy sposób rozliczenia, który rozkłada ryzyko uczciwie po obu stronach.

Porozmawiajmy o wycenie→

Co zapisać w umowie niezależnie od modelu

Te zapisy chronią obie strony zarówno przy stałej cenie, jak i przy rozliczeniu za czas:

01

Definicja zakresu i kryteria odbioru — Co dokładnie ma działać i po czym poznacie, że działa.

02

Procedura zmian — Jak zgłaszasz zmianę, w jakim czasie dostajesz jej wycenę i kto ją akceptuje.

03

Raportowanie — Przy T&M — raporty godzin z opisem prac. Przy stałej cenie — raporty postępu względem kamieni milowych.

04

Limit i progi alarmowe — Szczególnie przy T&M: górna granica budżetu i moment, w którym wykonawca musi Cię uprzedzić.

05

Kamienie milowe i płatności — Płatności powiązane z odbiorem konkretnych rezultatów, a nie z upływem czasu.

06

Zakończenie i przekazanie — Okres wypowiedzenia, przekazanie kodu, dokumentacji i dostępów.

Jak rozliczamy projekty w Just Site

Mniejsze, dobrze opisane projekty rozliczamy stałą ceną. Większe — za czas pracy, bo przy dużym zakresie stała cena oznacza bufor na ryzyko, który zawsze płaci klient. Utrzymanie infrastruktury w ramach DevOps rozliczamy godzinowo, bez minimum, a niewykorzystane godziny przechodzą na kolejny miesiąc.

Więcej o tym, co wpływa na samą wycenę, piszemy w przewodniku po oprogramowaniu na zamówienie, a o zapisach chroniących firmę zamawiającą — w tekście umowa z software house'em — co musi się w niej znaleźć.

Najczęściej zadawane pytania

Co jest tańsze: stała cena czy time & materials?+
Zależy od przebiegu projektu. Stała cena zawiera bufor na ryzyko, więc przy projekcie bez niespodzianek zwykle wychodzi drożej. Przy T&M płacisz tylko za realną pracę, ale budżet nie jest z góry zamknięty. Przy dobrze opisanym, małym zakresie różnica bywa niewielka, przy dużym i niepewnym — znacząca.
Czy przy stałej cenie mogę zmieniać zakres?+
Tak, ale każda zmiana wymaga wyceny i akceptacji w ramach procedury zmian opisanej w umowie. Bez takiej procedury zmiany zakresu są najczęstszym źródłem sporów w projektach rozliczanych stałą ceną.
Jak kontrolować budżet przy time & materials?+
Przez limit budżetu na miesiąc lub etap, próg alarmowy przed jego osiągnięciem, regularne raporty godzin z opisem prac i przegląd działającej wersji po każdym cyklu. Z tymi zapisami masz bieżący wgląd w koszt każdej decyzji.
Jaki model rozliczenia wybrać dla MVP?+
Często najlepiej sprawdza się stały budżet z elastycznym zakresem: ustalacie kwotę i priorytety, a zespół realizuje najważniejsze funkcje, aż budżet się wyczerpie. Pozwala to reagować na to, czego uczycie się w trakcie, bez ryzyka przekroczenia budżetu.
Czy rozliczenie godzinowe wymaga długiej umowy?+
Nie musi. Umowa może przewidywać rozsądny okres wypowiedzenia i przekazanie kodu oraz dostępów przy zakończeniu współpracy. Warto sprawdzić, czy wykonawca nie wymaga minimalnej liczby godzin lub zobowiązania na długi okres.

Masz pomysł na projekt?

Pomożemy go zaprojektować i wdrożyć, od strategii po gotowe rozwiązanie.

Porozmawiajmy→

Przeczytaj również

Umowa z software house'em — co musi się w niej znaleźć
Biznes

Umowa z software house'em — co musi się w niej znaleźć

Ile kosztuje aplikacja mobilna w 2026 roku?
Aplikacje mobilne

Ile kosztuje aplikacja mobilna w 2026 roku?

Dlaczego gotowe aplikacje blokują rozwój firmy?

Dlaczego gotowe aplikacje blokują rozwój firmy?

Just Site

Software house z Poznania — tworzymy nowoczesne, skalowalne oprogramowanie dla rozwijających się firm w całej Polsce.

Firma
Strona głównaUsługiRealizacjeBlogO nasKontakt
Usługi
Tworzenie oprogramowania Sztuczna inteligencjaDevOpsDesignMarketing
Kontakt
Just Site sp. z o.o.
62-070 Dąbrówka
ul. Widok 13
NIP: 7773412524
KRS: 0001058511
+48 573 996 246[email protected]
Obsługujemy
Software house PoznańAplikacje mobilne PoznańSoftware house DąbrówkaAplikacje mobilne
Polityka Prywatności© 2026 Just Site sp. z o.o. · Wszelkie prawa zastrzeżone.
Szymon Jarmuszczak
Autor
Szymon Jarmuszczak
CEO

Prezes spółki Just Site w pełni oddany cyfrowym technologiom. Jego umiejętności i pasja sprawiają, że nie ma dla niego rzeczy niemożliwych.

Wyprzedź konkurencję

Porozmawiajmy o Twoim projekcie — wspólnie zamienimy cele w gotowe rozwiązania.

Zostań klientem→
Technologie, na których pracujemy
ovh.webp
gcloud.webp
aws.webp
vercel.webp