Branża IT ma specyfikę, która wpływa na negocjacje. Rynek pracownika (choć nie tak silny jak kilka lat temu), wysoka specjalizacja, szybko zmieniające się technologie i globalny charakter konkurencji. To wszystko tworzy unikalne warunki negocjacyjne.
Problem w tym, że większość specjalistów IT jest świetna technicznie, ale słaba negocjacyjnie. Nie dlatego, że nie są inteligentni. Dlatego, że nikt ich tego nie uczył. A różnica między dobrze i źle wynegocjowaną stawką to dziesiątki tysięcy złotych rocznie.
Negocjacje stawki na kontrakcie B2B
Poznaj rynek. Przed rozmową o stawce sprawdź aktualne wideki rynkowe. Nie polegaj na jednym źródle. Portalamy pracy (Just Join IT, No Fluff Jobs), raporty płacowe (Bulldogjob, Devire), rozmowy z kolegami z branży. Chcesz wiedzieć, ile rynek płaci za Twoją technologię, na Twoim poziomie, w Twoim regionie.
Podaj stawkę z kontekstem. Nie „150 zł netto”. Tylko: „Przy moim doświadczeniu w tej technologii i specyfice tego projektu moja stawka to 150 zł netto za godzinę”. Kontekst uzasadnia cenę.
Negocjuj pakiet, nie samą liczbę. Stawka to nie wszystko. Co z pracą zdalną? Elastycznym czasem? Długością kontraktu? Okresem wypowiedzenia? Budzetem szkoleniowym? Każdy z tych elementów ma wartość. Jeśli firma nie może dać 150 zł/h, może dać 140 zł/h plus pełen remote i dwa tygodnie wypowiedzenia zamiast miesiąca.
Negocjacje zakresu projektu
Scope creep – niekontrolowane rozszerzanie zakresu – to plaga branży IT. Klient zaczyna od „prostego MVP”, a kończy na pełnej platformie z pięcioma integracjami, które „są oczywiste”.
Zabezpieczenie: precyzyjny zakres w umowie. Lista funkcjonalności z opisem. Co jest w projekcie (in scope), co nie jest (out of scope). Procedura change request: każda zmiana zakresu to osobna wycena, osobna akceptacja, osobny termin.
Nie bój się mówić „to nie było w zakresie”. To nie jest brak elastyczności. To profesjonalizm. Klient, który chce wiecej za tę samą cenę, nie szanuje Twojej pracy.
Przeczytaj też: Negocjacje kontraktowe – jak zabezpieczyć swoje interesy
Kluczowe elementy negocjacji umów handlowych i kontraktów.
Pułapki w umowach IT
Klauzula o zakazie konkurencji. Niektóre firmy chcą 6–12 miesięcy zakazu po zakończeniu kontraktu. W IT, gdzie projekty trwają 3–6 miesięcy, to absurd. Negocjuj: albo krótszy zakaz (max 3 miesiące), albo odszkodowanie za cały okres zakazu, albo całkowite usunięcie tej klauzuli.
Własność kodu. Kto jest właścicielem kodu, który napiszesz? Jeśli pracujesz jako kontaktor, standardem jest przeniesienie praw na klienta po zapłacie. Ale upewnij się, że umowa nie obejmuje kodu, który napisałeś wcześniej (Twoje biblioteki, narzędzia).
Kary umowne za opóźnienie. Jeśli umowa przewiduje kary za opóźnienie po Twojej stronie, musi też przewidywać kary za opóźnienie po stronie klienta (późna akceptacja, brak feedbacków, zmiana wymagań).
Negocjacje z pozycji specjalisty
W IT Twoja siła negocjacyjna rośnie z każdą rzadką umiejętnością. Senior DevOps z doświadczeniem w Kubernetes negocjuje inaczej niż junior frontend. Zbuduj swoją pozycję:
- Specjalizuj się. Wąska specjalizacja = mniejsza konkurencja = większa dźwignia negocjacyjna.
- Buduj portfolio. Case studies z wynikami, nie same technologie.
- Dbaj o reputację. Rekomendacje od poprzednich klientów są warte więcej niż certyfikaty.
- Miej alternatywy. Prowadź równolegle rozmowy z 2–3 firmami. BATNA jest równie ważna w IT jak w każdych innych negocjacjach.
Negocjacje w IT to nie bitwa. To wspólne szukanie układu, w którym specjalista dostaje godne wynagrodzenie, a firma ma motywowanego członka zespołu. Win-win nie jest utopią. Jest standardem – jeśli obie strony umieją negocjować.
Powiązany artykuł: Jak negocjować stawki – zasady i przykłady
Ogólne zasady negocjowania stawek w różnych branżach.
