Retainer = stały miesięczny payment za utrzymanie + ewolucję systemu w produkcji. Typowa stawka: €200-2000/mies w zależności od skali. Pierwszy retainer często idzie na czuja — "wydaje się że to standardowa umowa". Te 12 punktów wybiera te które najczęściej bolą po fakcie.
Każdy punkt z listy odpowiada konkretnemu real-life problemowi z którym widzieliśmy klientów walczących. Przejdź przez nie z dostawcą zanim podpiszesz.
01 · Co dokładnie pokrywa retainer
Najczęstszy spór po 3 miesiącach: klient prosi o "fix bo nie działa", dostawca mówi że to "nowa funkcjonalność, ekstra billable". Zdefiniuj precyzyjnie:
- Monitoring: dashboard observability, alerty, response time
- Maintenance: parser updates gdy target zmieni layout
- Bug fixes: błędy w istniejącej funkcjonalności
- NIE pokrywa: nowe features, scrape'owanie nowych targetów, integracje z nowymi narzędziami (te są billowane osobno)
02 · SLA na response time i fix time
Dwa różne SLA. Response time = "wiemy o problemie". Fix time = "naprawione". Typowe wartości:
- Critical (pipeline całkowicie down): response <1h, fix <4h
- High (degraded, błędne dane): response <4h, fix <24h
- Medium (cosmetic, low-impact): response <24h, fix <1 tydzień
Jeśli dostawca odmawia SLA — pipeline nie jest production-grade. Negocjuj minimum response time <24h dla critical.
03 · Godziny pokrycia (cover hours)
Czy dostawca odpowiada 24/7, czy tylko biz hours (np. pon-pt 9-17)? Dla pipeline'u krytycznego business-wise warto zapłacić premium za 24/7. Dla mniej krytycznego biz-hours wystarczają. Wpisz to do umowy.
04 · Mechanizm zgłaszania incydentów
Email? Slack channel? Ticket system? Linear board? Każdy działa, ale wybierz JEDEN i wpisz do umowy. "Napisałem na WhatsApp ale nie odpowiedział" nie liczy się jako zgłoszenie.
05 · Hourly rate dla dodatkowych prac
Retainer pokrywa standardowe rzeczy. Dodatki billowane godzinowo. Ustal rate teraz — typowo €80-150/h dla mid-tier, €150-280/h dla senior/specialist. Plus reguła approvali — "prace >X godzin wymagają twojej pisemnej zgody przed startem".
06 · Dostęp do kodu i infrastruktury
KTO ma dostęp do kodu? Idealnie obie strony:
- Twoje GitHub org z dostępem dostawcy (lepsze)
- Dostawcy GitHub z dostępem czytania dla Ciebie (akceptowalne)
A do infrastruktury production? Czy klient ma dostęp do AWS console, czy tylko logi przekazywane przez dostawcę? Dostęp obiema stronami chroni Cię przed lock-inem.
07 · Klauzula własności intelektualnej
Po pełnej zapłacie KOD przechodzi na własność klienta — to podstawowy standard. Wyjątek: internal libraries dostawcy (np. proprietary parser framework) zostają jego, ale klient dostaje wieczystą licencję do użytku w ramach projektu. Bez tej klauzuli — vendor lock-in.
08 · Procedura wyjścia (exit clause)
Co się dzieje gdy chcesz zerwać retainer? Standardy:
- Notice period: 30-60 dni
- Handover: dostawca dokumentuje system, robi knowledge transfer, exportuje wszystkie dane
- Final invoice: tylko za realnie wykonaną pracę, bez "exit fee"
- Continued access: kod, dane, dokumentacja zostają z Tobą
Jeśli umowa wymaga "exit fee" lub agresywnego notice period (>90 dni) — to red flag.
09 · Klauzula poufności (NDA)
Dostawca widzi Twoje dane biznesowe, strategie, klientelę. NDA powinna pokrywać:
- Definicja "informacji poufnych"
- Okres obowiązywania (min. 3 lata po zakończeniu współpracy)
- Wyjątki (informacje publicznie znane, niezależnie pozyskane)
- Konsekwencje naruszenia
Standardowy template NDA wystarcza, ale przeczytaj. Niektórzy dostawcy próbują wpisać własne IP własności (np. "wszystko zbudowane w projekcie należy do nas") — odrzuć.
10 · Compliance i RODO
Jeśli system przetwarza dane osobowe, podpisz DPA (Data Processing Agreement) — wymagane przez Art. 28 GDPR. DPA definuje:
- Kategorie danych przetwarzanych
- Zakres i cel przetwarzania
- Obowiązki dostawcy (sub-processors, transfer poza UE, security)
- Audyt i kontrola
- Notyfikacja incydentów
Bez DPA narażasz się na sankcje GDPR niezależnie od jakości dostawcy.
11 · Ograniczenie odpowiedzialności
Standardowa klauzula: max odpowiedzialność dostawcy ograniczona do wartości fees zapłaconych w ostatnich 12 mies. Wyłączenia: lost profits, indirect damages, third-party changes (np. ToS update na targecie).
To NORMALNE i sprawiedliwe. Cap "do nieskończoności" oznacza że dostawca nie chce ubezpieczać się od ryzyka — co znaczy że Ty go ponosisz.
12 · Płatność i indeksacja
Detale finansowe:
- Termin płatności: 14 dni od faktury (standard), 7 dni dla agresywnych dostawców, 30 dni dla enterprise
- Walutę: EUR / PLN — fix to teraz, nie po fakcie
- Indeksacja: czy stawka rośnie z inflacją? Jeśli tak, jakim indeksem i kiedy (typowo styczeń, po opublikowaniu CPI)
- VAT: kto rozlicza? Reverse charge B2B EU?
Bez tych zapisów — surprise invoice w listopadzie z "VAT-em 23% dodatkowo plus indeksacja 8% od kwietnia".
Bonus: 5 minut z prawnikiem
Ten przewodnik nie zastępuje radcy. Dla pierwszego retainera wartego >€500/mies, 30-60 minut konsultacji z prawnikiem specjalizującym się w B2B SaaS / IT kontraktach wartych €100-300 zwykle wystarcza. Tańsze niż naprawianie problemów po 6 miesiącach.
Sedno
Pierwszy retainer = pierwsze 3-6 miesięcy ujawnia czy umowa jest sprawiedliwa. Te 12 punktów to lista najczęściej bolących miejsc. Jeśli dostawca odmawia konkretnych zapisów dla 4+ z nich — szukaj innego. Dobry dostawca chce żeby umowa była jasna, bo to chroni także jego — przed sporami, scope creep, exit drama.