Właściciel MŚP pyta dostawcę IT „ile to będzie kosztowało?", a dostaje odpowiedź „to zależy". I tak zaczyna się każde nieporozumienie, które kończy się źle dla obu stron. Nie chodzi o cenę — chodzi o model rozliczania, który każda ze stron rozumie inaczej.
W tej branży są trzy modele, które faktycznie działają: fixed price (stała cena za zakres), T&M (rozliczenie za faktycznie przepracowane godziny) i retainer (miesięczny abonament z określoną pulą godzin). Każdy z nich pasuje do innego typu prac, a wybór złego modelu wychodzi drogo — nawet jeśli stawka godzinowa dostawcy jest niska.
Fixed price — cena za zakres
Klient słyszy „fixed price" i czuje ulgę. „Wiem, ile zapłacę". Dostawca słyszy „fixed price" i myśli: „muszę wycenić z zapasem, bo cokolwiek się zmieni, zapłacę za to z własnej kieszeni". Efekt: oferta jest droższa, a każda drobna zmiana w trakcie kończy się nieprzyjemną rozmową o „aneksie do umowy".
Fixed price działa dobrze wtedy, gdy zakres jest naprawdę zamknięty i wszyscy go rozumieją identycznie. Wdrożenie standardowego modułu w gotowym systemie — tak. Zbudowanie „nowego portalu klienta z paroma funkcjonalnościami, dogadamy szczegóły" — nie, choćby cena wydawała się atrakcyjna.
U jednego z naszych klientów, 25-osobowej firmy dystrybucyjnej, kupiono „fixed price" integrację Comarch Optima z systemem kurierskim za 42 000 zł. W trakcie wdrożenia okazało się, że część zamówień idzie do trzech różnych kurierów, część wymaga pobrania, część palet ma niestandardowe wymiary. Każda z tych rzeczy była „poza zakresem". Po trzech aneksach cena urosła do 71 000 zł, a projekt trwał 5 miesięcy zamiast planowanych 6 tygodni. Klient czuł się oszukany. Dostawca czuł, że i tak dokłada. Obie strony miały rację, bo model rozliczenia nie pasował do charakteru prac.
- Zakres musi być spisany na piśmie — bez „to się dogada".
- Definicja „zrobione" (Definition of Done) też na piśmie.
- Osobno wycena zmian — z góry, np. „500 zł netto za każdy dodatkowy dokument w integracji".
- Kary za opóźnienia z ich strony, ale też uczciwe „stop the clock", kiedy klient nie dostarcza materiałów.
Time & Materials — płacisz za realną pracę
T&M oznacza rozliczenie za faktycznie przepracowane godziny lub dni, wg umówionej stawki. Klient boi się tego modelu, bo „nie wiadomo, ile to będzie kosztowało". W rzeczywistości to najbardziej uczciwy model — o ile obie strony grają fair.
T&M pasuje idealnie do prac, których zakres jest niedopracowany, do R&D, do modernizacji starych systemów (gdzie do końca nie wiadomo, co znajdziesz w kodzie), i do integracji z systemami o niepełnej dokumentacji. To po prostu praca odkrywcza — a odkrywczej pracy nie da się uczciwie wycenić z góry.
Żeby T&M nie zamienił się w bezdenną studnię, potrzebujesz twardych zasad. Raport z godzinami raz w tygodniu — z opisem co robione i po co. Budżet miesięczny albo etapowy jako sygnał alarmowy — nie limit, ale moment, w którym siadamy i rozmawiamy „ile jeszcze zostało i co zmieniamy". I najważniejsze: prawo do zatrzymania projektu w każdej chwili, bez kar.
W jednym z projektów 18-osobowy producent komponentów metalowych wszedł w T&M do modernizacji systemu wystawiania ofert. Pierwsza wersja planu zakładała 250 godzin. Po 120 godzinach zorientowaliśmy się, że problem jest inny niż początkowo diagnozowany — i zamiast dokończyć oryginalny plan, przekierowaliśmy resztę godzin na zupełnie inny moduł. W fixed price wymagałoby to renegocjacji, dwóch aneksów i tygodni straconych na dyskusje.
Retainer — abonament miesięczny
Retainer to stała kwota miesięczna, w której zawiera się określona pula godzin dostawcy (np. 20 godzin na miesiąc), plus zwykle SLA na drobne poprawki. Nadwyżka rozliczana T&M, godziny niewykorzystane niekoniecznie przechodzą.
Ten model pasuje do sytuacji, w której masz już wdrożony system i chcesz mieć „kogoś, kto siedzi po drugiej stronie", żeby doszlifować, dopisać drobne funkcje, poprawić błędy, pomóc przy zmianach kadrowych. Innymi słowy — po zakończeniu wdrożenia.
Retainer nie działa, kiedy próbujesz upchać w niego duże projekty. „Zamówimy 40 godzin miesięcznie i w pół roku dostaniemy nowy moduł magazynowy" to droga do rozczarowania — nikt tak nie planuje pracy programistycznej.
- 20–40 godzin miesięcznie to typowa u naszych klientów ilość pracy nad utrzymaniem i drobnymi zmianami.
- Zdefiniuj, co jest „w abonamencie" (drobne poprawki, konsultacje), a co „poza" (nowe funkcjonalności powyżej X godzin).
- Ustal czas reakcji na zgłoszenia — inaczej retainer zamieni się w „zrobimy, jak będzie chwilka".
Jak wybrać w MŚP
Nie ma jednego dobrego modelu na wszystko. Zwykle wygląda to tak:
- Wdrożenie z jasnym zakresem — fixed price.
- Nowa aplikacja, integracja, migracja z niepewnym zakresem — T&M.
- Po wdrożeniu, bieżące utrzymanie i drobne zmiany — retainer.
W praktyce większość dojrzałych współprac naszych klientów to hybryda: początek na T&M do momentu, gdy zakres się ustabilizuje, a potem retainer na fazę utrzymaniową. Fixed price stosujemy chirurgicznie — tam, gdzie naprawdę wiadomo, co, jak i po co.
Najgorsza decyzja, jaką możesz podjąć jako właściciel MŚP, to wybrać model rozliczeń pod dostawcę, który po prostu tak preferuje. Wybierz model pod typ pracy. Dostawca, który nie potrafi Ci elastycznie zaproponować modelu dopasowanego do sytuacji, mówi Ci pośrednio o tym, jak będzie wyglądała cała współpraca.
Na co uważać w umowie
Niezależnie od modelu, w umowie z dostawcą IT warto pilnować kilku rzeczy, które w MŚP często się pomija:
- Prawa autorskie do wytworzonego kodu — kto jest właścicielem i kiedy przechodzą prawa (najlepiej po zapłacie za daną fazę).
- Kod źródłowy — masz do niego dostęp, czy dostawca „trzyma zakładnika"?
- Klauzula wyjścia — co się stanie, kiedy chcesz zmienić dostawcę. Ile trwa przekazanie i po jakich stawkach.
- Poufność — dwustronna, nie tylko od Ciebie.
- Odpowiedzialność — sensowny limit (typowo do wartości umowy z ostatnich 12 miesięcy), a nie „nieograniczona" ani „wyłączona".
Jeśli dostawca nie chce rozmawiać o którymkolwiek z tych punktów — to sygnał, że w kryzysie zostaniesz sam z problemem, a on z Twoim kodem.
Model rozliczeń wybierasz pod charakter pracy, nie pod preferencje dostawcy. Dostawca, który tego nie rozumie, mówi Ci pośrednio, jak będzie wyglądała cała współpraca.