Od etatu do freelancera IT – co się naprawdę zmienia
Freelancer vs pracownik etatowy – kluczowe różnice w codzienności
Freelancer IT, który chce zdobywać pierwsze zlecenia bez spamu i dumpingowych stawek, funkcjonuje w zupełnie innym modelu niż pracownik na etacie. Na umowie o pracę główna odpowiedzialność kończy się zazwyczaj na realizacji zadań: przydzielonych ticketów, user stories, drobnych usprawnień. Sprzedaż, marketing, negocjacje, rozliczenia, pilnowanie płatności – tym zajmują się inni. Jako wolny strzelec przejmujesz wszystkie te role naraz.
Nagła zmiana polega na tym, że programowanie przestaje być jedynym „produktem” twojej pracy. Pojawia się konieczność pozyskiwania klientów, analizowania ich potrzeb, tłumaczenia im na język biznesu, co dokładnie zrobisz i dlaczego to ma dla nich sens finansowy. Nawet jeśli masz świetne umiejętności techniczne, brak elementarnych kompetencji sprzedażowo-komunikacyjnych potrafi skutecznie zablokować start.
Na etacie, gdy kończy się projekt lub spada ilość zadań, zmartwieniem jest co najwyżej wewnętrzny „bench” albo kolejny projekt w tej samej firmie. We freelansie IT okresy bez projektów oznaczają brak przychodów. Jednocześnie to ty decydujesz, czy bierzesz wszystko jak leci, czy stawiasz granice przy wycenie, typie zleceń i współpracy. Te decyzje wpływają bezpośrednio na to, czy utrzymasz zdrowe stawki, czy wylądujesz w wyścigu na najniższą cenę.
Stabilność dochodu kontra elastyczność i wpływ na stawki
Na etacie masz względnie przewidywalne wynagrodzenie – miesiąc w miesiąc podobna kwota, niezależnie od tego, ilu klientów ma firma. Freelancer IT przyjmuje na siebie pełną zmienność rynku. W jednym miesiącu możesz zamknąć duży projekt, w kolejnym mieć tylko drobne poprawki. Dlatego wejście w ten model bez żadnej poduszki finansowej i planu zdobywania zleceń jest prostym przepisem na stres.
W zamian zyskujesz możliwość większego wpływu na stawkę godzinową lub projektową. Na etacie dyskutujesz raz na rok o podwyżce. Jako freelancer możesz co kilka miesięcy aktualizować cennik, testować inny sposób wyceny (godzina, sprint, rezultat), wybierać branże, które po prostu lepiej płacą. Warunkiem jest umiejętność argumentowania wartości, jaką wnosisz. Bez tego presja dumpingowych stawek szybko wciska się w każdą rozmowę.
Z perspektywy pozyskiwania pierwszych zleceń oznacza to jedno: nie wystarczy tylko „chcieć taniej”, bo „dopiero zaczynam”. Trzeba umieć wyjaśnić, co klient dostaje w zamian za konkretny budżet, a nie ścigać się na to, kto zrobi szybciej i taniej. W przeciwnym razie będziesz przyciągać głównie tych, którzy i tak szukają najniższej możliwej ceny – a tacy rzadko wracają i polecają.
Kto szuka kogo: rekruter vs klient
Na etacie proces wygląda stosunkowo prosto: rekruter widzi twoje CV, profil na LinkedIn, portfolio i to on wychodzi z inicjatywą. Ty odpowiadasz, przechodzisz rozmowy, coś negocjujesz. Jesteś reaktywny. Jako freelancer IT musisz stać się stroną aktywną. To ty inicjujesz kontakt, wysyłasz przemyślane wiadomości, zgłaszasz się do ogłoszeń, odzywasz się do swojej sieci kontaktów.
Ta zmiana mentalna jest często trudniejsza niż sama formalna zmiana formy zatrudnienia. Wielu programistów ma silnie rozwinięte umiejętności techniczne, ale unika sytuacji, w których trzeba „wyjść do ludzi”. Stąd biorą się desperackie zachowania: masowe kopiuj-wklej ofert na portalach freelancowych, wysyłka tych samych wiadomości do 200 firm, pomijanie personalizacji. To wygląda jak spam i w większości przypadków ląduje w koszu.
Efektywne zdobywanie pierwszych zleceń wymaga zupełnie innego podejścia: mniejsza liczba kontaktów, za to lepiej dobranych i mocno dopasowanych komunikatów. Lepszy jest jeden klient, z którym przeprowadzisz sensowną rozmowę i przedstawisz klarowną propozycję, niż dwudziestu, którym wyślesz tę samą wiadomość „Dzień dobry, mogę zrobić wszystko w JavaScript za 20 zł/h”.
Kiedy freelans ma sens, a kiedy lepiej zostać na etacie
Freelans IT nie jest złotym rozwiązaniem dla wszystkich. Dobrze odnajdują się w nim osoby, które:
- nie boją się niepewności i są gotowe wziąć odpowiedzialność za swoją sprzedaż,
- lubią różnorodność projektów zamiast jednego produktu rozwijanego latami,
- mają choć minimalne zacięcie do kontaktu z klientem, tłumaczenia i upraszczania,
- potrafią samodzielnie organizować sobie pracę i pilnować terminów,
- myślą w kategoriach „problem biznesowy → rozwiązanie”, a nie tylko „ładny kod”.
Z kolei dużo gorzej znoszą ten model osoby, które:
- potrzebują bardzo stabilnej, przewidywalnej wypłaty i z góry ustalonej ścieżki,
- nie chcą mieć nic wspólnego ze sprzedażą, rozmowami o budżecie, rozliczeniami,
- łatwo się stresują, gdy przez kilka tygodni nie widać nowego projektu na horyzoncie,
- liczą na to, że „klienci sami się znajdą”, tak jak odzywają się rekruterzy na LinkedIn.
Przed pierwszą próbą zdobywania zleceń jako freelancer IT dobrze jest nazwać rzeczy po imieniu: czy naprawdę chcę przyjąć tę nową rolę, czy bardziej pociąga mnie mit „wolności” niż faktyczne obowiązki związane z własnym mikro-biznesem? Szczera odpowiedź pozwala uniknąć wchodzenia w dumping cenowy tylko po to, by jakoś się utrzymać w niewygodnym dla siebie modelu.
Punkt startu – co musisz mieć zanim zaczniesz szukać zleceń
Twarde minimum techniczne – junior z projektami vs „uczeń z tutoriali”
Zdobywanie pierwszych płatnych zleceń w IT bez zaniżania stawek zaczyna się dużo wcześniej niż przy pierwszej wysłanej ofercie. Kluczowe jest realne minimum techniczne. Różnica między osobą, która w kółko przerabia kursy wideo, a juniorem z dwoma–trzema skończonymi projektami, jest z punktu widzenia klienta ogromna.
Osoba „z tutoriali” często ma rozproszone umiejętności: zna fragmenty technologii, ale nie dowiozła żadnego kompletnego rozwiązania. Klient nie potrzebuje kogoś, kto „umie Reacta” – potrzebuje kogoś, kto potrafi zbudować działającą stronę, prosty panel, integrację z płatnościami czy automatyzację w firmie. Twój poziom nie musi być seniorski. Musi być wystarczający, by dowieźć konkretny, ograniczony zakres prac.
Jako junior-freelancer IT, który chce uczciwie wyceniać swoją pracę, dobrze mieć:
- 2–3 projekty od A do Z (nawet małe, ale skończone: hostowane, dostępne, opisane),
- choćby minimalne doświadczenie z realnym użytkownikiem (znajomy, mały lokalny klient),
- umiejętność debugowania i samodzielnego szukania rozwiązań,
- świadomość swoich ograniczeń i gotowość powiedzenia „tego nie robiłem, ale mogę zaproponować alternatywę”.
Znacznie łatwiej negocjuje się rozsądne stawki, pokazując konkret: „tu jest panel rezerwacji, który zrobiłem dla salonu fryzjerskiego”, niż opowiadając o tym, że „uczestniczyłem w kilku kursach JavaScript”. Klient płaci za namacalny efekt, nie za obejrzane nagrania.
Niezbędna infrastruktura: firma, faktury, porządek w projektach
Nawet najlepsze portfolio freelancera programisty nie pomoże, jeśli formalności będą zniechęcać klienta. Nie potrzebujesz od razu rozbudowanej spółki, ale musisz wiedzieć, jak wystawić fakturę, jak rozliczyć podatek, jak podpisać prostą umowę. Dla większości początkujących sensownym startem jest jednoosobowa działalność gospodarcza lub współpraca przez platformy rozliczeniowe (w niektórych modelach B2B).
Oprócz formy prawnej przydaje się prosty system ogarniania pracy:
- narzędzie do śledzenia zadań (np. Trello, Jira w wersji darmowej, Notion),
- prosty arkusz lub aplikacja do śledzenia przychodów i kosztów,
- szablony dokumentów: podstawowa umowa, akceptacja zlecenia, rachunek lub faktura.
Klienci, szczególnie biznesowi, inaczej patrzą na kogoś, kto ma uporządkowane zaplecze. Gdy mówisz: „Pracujemy na podstawie tej prostej umowy, rozliczamy się co dwa tygodnie, wystawiam fakturę VAT/bez VAT, płatność 7 dni”, brzmisz jak profesjonalista, nawet jeśli dopiero zdobywasz pierwsze zlecenia.
Bez tego wchodzi chaos: ustalenia na Messengerze, brak jasnych terminów, nieokreślone zakresy prac. W takich warunkach trudniej obronić sensowną stawkę, a znacznie łatwiej wpaść w pułapkę „jeszcze tylko jedna mała zmiana za darmo”.
Gotowość czasowa i mentalna – dorabianie vs życie z freelansu
Freelans IT można traktować na dwa sposoby:
- dorabianie do etatu – pojedyncze zlecenia po godzinach, bez dużej presji,
- główne źródło utrzymania – pełne zaangażowanie, regularne projekty, rozwój marki.
Oba podejścia są poprawne, ale wymagają innych decyzji. Jeśli chcesz jedynie dorobić, możesz spokojniej dobierać projekty, a nawet czasem zejść nieco ze stawki w zamian za ciekawe doświadczenie – byle świadomie, a nie z automatu. Gdy plan jest taki, by żyć wyłącznie z freelansu, dumping cenowy szybko zemści się na zdrowiu i motywacji.
Gotowość mentalna oznacza też zdolność do mówienia „nie”: odmawiania toksycznym klientom, negocjowania realnych terminów, nieprzyjmowania zleceń, które są skazane na porażkę z powodu budżetu i zakresu. Początkujący freelancerzy często biorą wszystko, co się rusza – w efekcie pracują dużo, zarabiają mało i spalają się jeszcze przed zbudowaniem solidnej bazy klientów.
Komunikacja z nietechnicznym klientem – kompetencja krytyczna
Na starcie kariery freelancera IT umiejętność tłumaczenia z języka technicznego na biznesowy jest bardziej decydująca niż znajomość kolejnego frameworka. Klient, który prowadzi salon, sklep internetowy czy małą firmę usługową, nie chce słuchać o bibliotekach i patternach. Chce usłyszeć:
- jak rozwiązanie wpłynie na jego sprzedaż,
- jak odciąży go lub jego zespół,
- jak zmniejszy ryzyko błędów czy chaosu,
- ile to będzie kosztować i w jakim czasie powstanie.
Początkujący freelancerzy często wchodzą w techniczny monolog, budując dystans zamiast zaufania. Skuteczniejszy jest prosty schemat: problem → rozwiązanie → efekt. Zamiast „zbuduję SPA w React z Reduxem”, lepiej: „zrobimy panel rezerwacji, w którym klienci sami wybiorą termin, a Pan dostanie powiadomienie SMS. Teraz część telefonów przepada, bo nikt nie odbiera po 18:00. Po wdrożeniu taka sytuacja się nie zdarzy”.
Ta kompetencja przydaje się w każdym kanale pozyskiwania zleceń – od pierwszej rozmowy, przez ofertę, aż po negocjowanie stawek. Pomaga też unikać potrzeby ostrego zaniżania cen. Klient, który rozumie, jaką konkretną wartość otrzyma, jest mniej skłonny licytować się o każde 10 zł na godzinie.
Przykład: bootcamp + open-source vs same kursy wideo
Dwie osoby w podobnej sytuacji szukają pierwszych zleceń jako freelancer IT:
- Pierwsza ukończyła bootcamp, zrobiła projekt dla małego NGO i dołożyła pull request do niewielkiego projektu open-source.
- Druga ma za sobą kilkanaście kursów wideo, kilka projektów „zrobionych razem z prowadzącym”, ale niczego nie opublikowała ani nie wykorzystała w realnym kontekście.
Z punktu widzenia klienta biznesowego pierwsza osoba wygrywa natychmiast. Może pokazać: „Tu jest strona organizacji X, zrobiłem ją w tym i tym narzędziu, z takim formularzem darowizn. Wcześniej korzystali z darmowego szablonu, darczyńcy gubili się w procesie”. Druga osoba ogranicza się do zdania: „Znam Reacta i Node, robiłem projekty w kursach”. To duża różnica w wiarygodności, a od niej zależy Twoja możliwość negocjowania stawek zamiast schodzenia do poziomu „byleby ktoś coś mi zapłacił”.
Portfolio freelancera IT, które sprzedaje bez agresywnego spamowania
GitHub to nie wszystko – perspektywa klienta biznesowego
Dla wielu programistów portfolio = GitHub pełen repozytoriów. Z perspektywy klienta spoza IT GitHub wygląda jak zbiór losowych plików z dziwnymi nazwami. Klient biznesowy nie ocenia jakości Twoich commitów. Interesuje go, czy jesteś w stanie rozwiązać jego konkretny problem.
Dlatego skuteczne portfolio freelancera IT powinno mówić przede wszystkim o:
Jak opisywać projekty, żeby klient „zobaczył” efekt
Sam link do repozytorium lub działającej aplikacji to połowa roboty. Osoba po drugiej stronie rzadko ma czas i kompetencje, żeby klikać po wszystkich zakładkach i domyślać się, co tu jest wyjątkowego. Projekt trzeba sprzedać krótką historią.
Dobry opis projektu dla klienta nietechnicznego zawiera zwykle cztery elementy:
- kontekst – dla kogo to powstało i w jakiej sytuacji,
- problem – co konkretnie było bolączką użytkownika lub firmy,
- rozwiązanie – co zostało zrobione, w języku zrozumiałym biznesowo,
- efekt – realna korzyść: oszczędność czasu, mniej błędów, lepsza obsługa klienta.
Krótki przykład opisu w wersji „technicznej” kontra „biznesowej”:
- Wersja techniczna: „Aplikacja w React + Node, autoryzacja JWT, integracja z API Google Calendar.”
- Wersja biznesowa: „System rezerwacji wizyt dla jednoosobowego gabinetu fizjoterapii. Klienci mogą samodzielnie umawiać wizyty online, a terminy synchronizują się z kalendarzem Google właścicielki. Wcześniej umawianie odbywało się tylko telefonicznie – część telefonów przepadała, a terminy nakładały się na siebie.”
Ta sama praca, ale druga wersja pokazuje, po co to w ogóle powstało. Dla klienta biznesowego to sygnał: „Ten freelancer rozumie problemy firm, nie tylko technologie”.
Strona-portfolio vs same profile w serwisach – dwa modele obecności
Początkujący freelancer IT zwykle stoi między dwoma opcjami:
- minimalistycznie: GitHub + LinkedIn + profil na jednym portalu ze zleceniami,
- bardziej samodzielnie: prosta strona-portfolio na własnej domenie + profile uzupełniające.
Oba podejścia działają, ale niosą inne konsekwencje.
Same profile w serwisach są szybsze na start. Nie trzeba inwestować wielu godzin w stronę, wystarczy porządnie uzupełnić opisy, projekty, nagłówki. Minusy:
- jesteś jednym z wielu podobnych profili – trudniej się wyróżnić bez obniżania stawki,
- zależysz od algorytmów i regulaminów platformy,
- czasem trudno zbudować „wizerunek eksperta”, gdy obok jest 50 ofert „zrobię taniej”.
Własna strona-portfolio wymaga więcej pracy na wejściu, ale daje inny poziom kontroli:
- możesz pokazać projekty w takim układzie, jaki Ci pasuje (case studies, branże, typy rozwiązań),
- masz jedno miejsce, do którego odsyłasz z ogłoszeń, LinkedIna czy maili,
- łatwiej zbudować wrażenie, że prowadzisz usługę, a nie „łapiesz cokolwiek”.
Na start często sprawdza się wersja hybrydowa: prosta strona na jednym z gotowych szablonów (np. jeden landing z 3–4 projektami i kontaktem) + dobrze dopracowany profil LinkedIn. Portale ze zleceniami są wtedy dodatkiem, a nie głównym miejscem, od którego zależy Twój los.
Case study zamiast „galerii screenów”
Portfolio wielu początkujących wygląda jak album z obrazkami: screen aplikacji, logo technologii i lakoniczny opis. Taki format nie pomaga obronić sensownej stawki, bo nie pokazuje procesu ani myślenia. Zestawienie dwóch podejść jest dość proste:
- Galeria screenów – klient widzi, że coś istnieje, ale nie wie, ile wysiłku wymagało dojście do tego efektu.
- Mini case study – klient rozumie, z czym się mierzyłeś, jakie decyzje podjąłeś i jak to przełożyło się na efekt.
Case study nie musi być długie. Wystarczą 3–4 akapity:
- Sytuacja wyjściowa: „Mały sklep online z rękodziełem, właścicielka sama obsługiwała zamówienia przez e‑mail.”
- Problem: „Część zamówień ginęła w skrzynce, klienci czekali długo na odpowiedź, brakowało systemu do śledzenia statusu.”
- Rozwiązanie: „Zbudowałem prosty panel zamówień z formularzem zakupowym, automatycznymi powiadomieniami mailowymi i widokiem statusów dla właścicielki.”
- Efekt: „Obsługa zamówień przeszła z maila do systemu, właścicielka ma podgląd wszystkich transakcji, a klienci dostają potwierdzenia natychmiast po złożeniu zamówienia.”
Taki opis pokazuje, że potrafisz przełożyć potrzeby biznesowe na rozwiązania techniczne. To dużo ważniejsze przy ustalaniu stawek niż sam zestaw użytych bibliotek.
Jedna specjalizacja czy wszystko po trochu?
Przy budowaniu portfolio pojawia się dylemat: pokazać się jako „człowiek od wszystkiego” czy raczej zawęzić opis do jednego–dwóch typów zleceń. Każde podejście ma swoje konsekwencje dla sposobu pozyskiwania klientów.
Freelancer „od wszystkiego” może liczyć na większą liczbę potencjalnych ogłoszeń, ale zwykle ma słabszy argument przy negocjowaniu stawki. Konkurencją stają się wtedy osoby gotowe zrobić „to samo” za mniej, bo z zewnątrz oferty wyglądają podobnie.
Freelancer wyspecjalizowany (np. „proste sklepy dla małych marek”, „automatyzacje w Google Workspace”, „landing page + integracje marketingowe”) od razu wysyła inny sygnał: „mam doświadczenie w rozwiązywaniu takich problemów jak Twój”. Efekt bywa taki, że:
- przychodzi mniej zapytań ogółem,
- ale większy odsetek jest konkretny i skłonny do rozmowy o wartości, nie tylko o cenie.
Na samym początku rozsądne jest lekkie zawężenie, a nie radykalna specjalizacja. Zamiast „zrobię wszystko w JavaScript”, można komunikować: „tworzę małe aplikacje i panele administracyjne, które automatyzują ręczne zadania w małych firmach”. Nadal zrobisz różne projekty, ale klient nie będzie Cię mylił z „randomem z grupy na Facebooku”.
Jak pokazywać „małe” projekty, żeby nie wyglądały na niepoważne
Początki to często zlecenia typu: prosta strona, formularz, integracja płatności, poprawki po innym wykonawcy. Z zewnątrz wydaje się to mało atrakcyjne w portfolio. Kluczowe jest to, jak je opiszesz.
Zamiast wpisu „strona wizytówka dla salonu X”, lepiej napisać:
- co dokładnie było celem (np. „klienci mieli znaleźć numer telefonu i listę usług w 30 sekund na telefonie”),
- z jakimi ograniczeniami pracowałeś (mały budżet, krótki czas, istnienie starej wersji strony),
- jak rozwiązałeś problem (np. jedna prosta strona zamiast rozbudowego serwisu).
Nawet prosta integracja systemu rezerwacji może wyglądać inaczej w portfolio:
- wersja 1: „Integracja kalendarza rezerwacji z istniejącą stroną WordPress.”
- wersja 2: „Dołączyłem system rezerwacji do istniejącej strony gabinetu kosmetycznego. Wcześniej umawianie było wyłącznie telefoniczne, teraz część klientek wybiera termin online – właścicielka ma mniej przerw w pracy na odbieranie telefonu.”
Druga forma od razu pokazuje, że rozumiesz codzienność klienta, a nie tylko instalację wtyczek.
Gdzie szukać pierwszych zleceń – przegląd kanałów z porównaniem
Portale ze zleceniami: szybki start vs konkurencja cenowa
Klasyczne portale (polskie i zagraniczne) są naturalnym pierwszym wyborem. Dają szybki dostęp do wielu ogłoszeń, ale mechanika gry sprzyja obniżaniu stawek. Warto podejść do nich jak do jednego z kanałów, a nie jedynego.
Plusy portali:
- stały napływ nowych ogłoszeń,
- czytelne kryteria: budżet, zakres, termin,
- często wbudowany system rozliczeń i opinii.
Minusy:
- dużo szablonowych ofert „kopiuj-wklej” od innych wykonawców,
- klienci często porównują głównie cenę i ilość „gwiazdek”,
- łatwo wejść w licytację w dół („kto zrobi najtaniej”).
Na takich serwisach lepiej zgłaszać się do mniejszej liczby, ale lepiej dopasowanych zleceń, niż strzelać setkami odpowiedzi. Dobrze też od początku jasno komunikować zakres, który jest w cenie, i dolne granice wynagrodzenia. Dzięki temu przyciągasz mniej zapytań „za grosze”, a więcej rozmów z klientami, którzy szukają sensownego kompromisu jakość–cena.
LinkedIn i sieci zawodowe – dłuższa gra, wyższe stawki
Portale z ogłoszeniami przypominają targ: dużo hałasu, wielu sprzedawców, klienci chodzą i porównują. LinkedIn i inne sieci zawodowe są bliżej klubu biznesowego: mniej przypadkowych osób, więcej relacji i poleceń.
Plusy LinkedIna i podobnych kanałów:
- łatwiej dotrzeć do decydentów (właścicieli firm, managerów),
- silniejsza rola rekomendacji i historii współpracy,
- większa akceptacja wyższych stawek przy konkretnym uzasadnieniu wartości.
Minusy:
- trzeba zbudować choć minimalną obecność (profil, kilka sensownych wpisów, aktywność),
- efekty przychodzą wolniej niż z portali ogłoszeniowych,
- łatwo przesadzić z nachalnymi wiadomościami prywatnymi i wpaść w kategorię spamu.
Na start lepiej działa aktywność wokół konkretnych tematów niż masowe wysyłanie zaproszeń. Kilka pomysłów:
- komentowanie postów właścicieli małych firm, którzy opisują swoje problemy z technologią,
- krótkie wpisy pokazujące fragmenty Twoich projektów (np. „przed/po” procesu rezerwacji, automatyzacji raportów),
- dołączanie do dyskusji w grupach branżowych (e‑commerce, szkolenia online, usługi lokalne).
Z czasem pojawiają się zapytania „z polecenia”, mimo że oficjalnie „nie szukałeś”. Takie leady są zwykle mniej wrażliwe na cenę, bo ktoś już za Ciebie zbudował część zaufania.
Znajomi, polecenia i lokalny rynek – niedoceniony kanał na start
Wielu freelancerów zaczyna od internetu, a pomija n