Fixed Price czy Time & Material? Jak wybrać model rozliczenia z software house
Stała cena daje przewidywalny budżet, rozliczenie za czas — elastyczność. Każdy model ma swoją cenę, którą płaci się w innej walucie. Wyjaśniamy, kiedy który ma sens i jak je łączyć.
Przy zamawianiu oprogramowania w pewnym momencie pada pytanie o model rozliczenia. Najczęściej do wyboru są dwa: Fixed Price, czyli stała cena za określony zakres, i Time & Material (T&M), czyli rozliczenie za faktycznie przepracowany czas. Oba są uczciwe, oba bywają źle stosowane. Poniżej opisujemy, jak działają, ile naprawdę kosztuje każdy z nich i kiedy który wybrać.
Fixed Price — stała cena za zamknięty zakres
W modelu Fixed Price ustalamy zakres prac, termin i cenę, zanim zacznie się programowanie. Klient wie, ile zapłaci. Wykonawca bierze na siebie ryzyko, że praca zajmie więcej czasu, niż zakładał.
Zalety:
- przewidywalny budżet — łatwiej go zatwierdzić w firmie,
- jasne kryterium odbioru: zakres jest opisany, więc wiadomo, kiedy projekt jest skończony,
- mniejsze zaangażowanie klienta w bieżące decyzje.
Cena, którą się płaci:
- Bufor na ryzyko. Wykonawca, który bierze ryzyko, musi je wycenić. Im mniej precyzyjny zakres, tym większy bufor w cenie.
- Sztywność. Każda zmiana w trakcie to aneks, nowa wycena i często przesunięcie terminu. Przy produktach, które uczą się od użytkowników, zmian jest dużo.
- Czas na specyfikację. Żeby stała cena była uczciwa, zakres musi być opisany szczegółowo — a to praca, zanim powstanie pierwsza linia kodu.
Time & Material — rozliczenie za czas
W T&M klient płaci za przepracowane godziny według ustalonej stawki. Zakres jest określony priorytetami, a nie zamkniętą listą — kolejność prac można zmieniać w każdym sprincie.
Zalety:
- elastyczność — zmiana kierunku nie wymaga renegocjacji umowy,
- brak bufora na ryzyko w cenie — płacisz za faktyczną pracę,
- szybszy start, bo nie trzeba najpierw zamykać całej specyfikacji.
Cena, którą się płaci:
- Mniej przewidywalny budżet. Ryzyko przekroczenia leży po stronie klienta.
- Potrzeba zaufania i kontroli. Klient musi widzieć, na co idzie czas — inaczej T&M zamienia się w czarną skrzynkę.
- Więcej decyzji po stronie klienta. Ktoś musi ustalać priorytety i odbierać kolejne etapy.
Kiedy który model
Fixed Price sprawdza się, gdy zakres jest mały lub dobrze znany i mało prawdopodobne, że zmieni się w trakcie: strona z określonymi funkcjami, integracja z konkretnym systemem, audyt aplikacji, aktualizacja wersji frameworka, jasno opisany moduł w istniejącym systemie.
Time & Material sprawdza się, gdy produkt ma się rozwijać na podstawie informacji zwrotnej: nowy produkt po MVP, rozwój systemu w kolejnych iteracjach, utrzymanie i rozwój z nieprzewidywalnym strumieniem zgłoszeń, a także wzmocnienie zespołu programistami, którymi kieruje klient.
Najczęściej: połączenie obu
W praktyce najlepiej działa model mieszany. Typowy przebieg wygląda tak:
- Etap analizy i projektu — krótki, z zamkniętym zakresem, rozliczany ryczałtowo. Na koniec klient ma makiety, plan techniczny i listę kamieni milowych.
- Pierwsza wersja produktu — często Fixed Price, bo po analizie zakres jest już dobrze opisany.
- Rozwój po starcie — T&M albo stała miesięczna umowa, bo priorytety zmieniają się wraz z tym, czego uczą nas użytkownicy.
Taki układ daje przewidywalność tam, gdzie jest możliwa, i elastyczność tam, gdzie jest potrzebna.
Jak zabezpieczyć się w każdym modelu
- Własność kodu od pierwszego dnia. Repozytorium, dokumentacja i dostępy do infrastruktury powinny należeć do klienta niezależnie od modelu rozliczenia. U nas tak jest zawsze.
- Regularny wgląd w postępy. Tygodniowy status na piśmie, demo po każdym sprincie, dostęp do Jiry lub Lineara. W T&M to warunek konieczny, w Fixed Price — dobra praktyka.
- Kryteria odbioru. W Fixed Price zapisane w umowie; w T&M ustalane dla każdego etapu.
- Zasady zmian. Jak zgłaszamy zmianę zakresu, kto ją wycenia i kto zatwierdza — ustalone przed startem, a nie w trakcie sporu.
Podsumowanie
- Fixed Price — przewidywalny budżet w zamian za bufor na ryzyko i sztywność zakresu.
- Time & Material — elastyczność i brak bufora w zamian za mniej przewidywalny budżet i większe zaangażowanie klienta.
- Najlepiej sprawdza się model mieszany: stała cena za analizę i pierwszą wersję, rozliczenie za czas przy dalszym rozwoju.
- W każdym modelu kod, dokumentacja i dostępy powinny należeć do klienta.
Nie wiesz, który model pasuje do Twojego projektu? Opisz go nam — po bezpłatnej konsultacji zaproponujemy model i przygotujemy estymację, zwykle w 48 godzin. Więcej o tym, od czego zależy sama wycena, przeczytasz w tekście o tym, ile kosztuje aplikacja webowa.