Manifest #3: Dlaczego pracuję projektowo, a nie na etacie godzinowym

Im dłużej pracuję w projektach UX/UI, tym wyraźniej widzę, że model współpracy ma ogromny wpływ na to, jak wygląda finalna makieta UX/UI. Często większy niż narzędzia, trendy czy nawet doświadczenie projektanta. Można znać Figma perfekcyjnie, rozumieć heurystyki, mieć dobre portfolio i nadal dowozić projekty, które są poprawne, ale nie mają siły. Nie dlatego, że projektant „nie umie”, tylko dlatego, że sposób pracy rozmywa odpowiedzialność.

Często słyszę pytanie, dlaczego nie idę w długofalowe projekty B2B na stałej stawce godzinowej. Przecież to większa stabilizacja, przewidywalne pieniądze, mniej stresu i często lepsze warunki finansowe. To prawda. Rozumiem, skąd bierze się ten model i dlaczego dla wielu UX designerów jest on naturalnym wyborem. Duże organizacje, rozbudowane zespoły, wielomiesięczne roadmapy — tam model godzinowy bywa wręcz konieczny.

Ten manifest nie jest krytyką etatu ani próbą pokazania wyższości pracy projektowej. To uczciwe wyjaśnienie, dlaczego świadomie wybrałem inny sposób pracy, mimo że bywa trudniejszy, mniej stabilny i wymaga ciągłego pozyskiwania klientów. Dla mnie to wybór jakościowy, a nie ideologiczny.

Czego dowiesz się z tego artykułu

• Zrozumiesz, dlaczego model współpracy wpływa na jakość projektowania UX/UI równie mocno jak kompetencje projektanta.
• Zobaczysz, jak praca projektowa zmienia sposób podejmowania decyzji przy makiecie UX/UI, makiecie strony internetowej i makiecie aplikacji.
• Dowiesz się, dlaczego wolę dowozić projekty od A do Z, zamiast funkcjonować w długim procesie bez wyraźnego końca.
• Na końcu znajdziesz rozbudowaną sekcję pytań i odpowiedzi, która porządkuje wątpliwości związane z tym modelem pracy.

Praca projektowa to odpowiedzialność, nie „luźniejszy tryb”

Pracuję w modelu agencyjnym, projektowym, bo daje mi coś, co jest dla mnie kluczowe: pełną odpowiedzialność za efekt. W pracy projektowej nie da się schować za procesem, zespołem czy strukturą organizacyjną. Jest problem, jest decyzja i jest efekt. To bardzo szybko weryfikuje jakość projektowania.

Makieta UX/UI w takim modelu nie jest „jednym z etapów”. Jest centralnym narzędziem decyzyjnym. Każda sekcja, hierarchia informacji, układ komponentów i logika ścieżki użytkownika ma konkretne konsekwencje biznesowe i wdrożeniowe. Praca projektowa wymusza domykanie tych decyzji zamiast ich odkładania.

W modelu godzinowym odpowiedzialność często się rozmywa. Decyzje są konsultowane, cofane, ponownie omawiane. Projekt „trwa”, ale nie zawsze posuwa się do przodu. W pracy projektowej koniec jest wpisany w umowę i w proces. To sprawia, że UX/UI designer musi myśleć systemowo i decyzyjnie, a nie reaktywnie.

Model godzinowy a iluzja postępu

Jednym z największych problemów modelu godzinowego jest iluzja pracy. Statusy, spotkania, synchronizacje, prezentacje postępu. Z zewnątrz wszystko wygląda jak intensywna praca, a w środku bardzo często brakuje realnych decyzji. Projekt się porusza, ale kręci się wokół własnej osi.

Dla UX/UI designera oznacza to często więcej tłumaczenia niż projektowania. Więcej uzasadniania niż budowania struktury. Więcej rozmów o potencjalnych wariantach niż realnego zamykania tematów. Rozumiem, dlaczego tak to działa — duże organizacje potrzebują kontroli i bezpieczeństwa decyzyjnego. Problem w tym, że UX na tym cierpi.

Ja nie chcę spędzać tygodni na rozmowach o rzeczach, które da się zaprojektować, przetestować i zamknąć szybciej. Wolę dostać konkretny problem, zaprojektować makietę UX/UI, doprowadzić ją do spójnej formy i oddać projekt gotowy do wdrożenia. Bez niekończącego się cofania się do punktu wyjścia.

Dlaczego „dłubanie latami” zabija jakość UX

Długie projekty mają jedną poważną wadę: bardzo trudno w nich utrzymać spójność. Zmieniają się priorytety biznesowe, osoby decyzyjne, kontekst rynkowy. Makieta strony internetowej albo makieta aplikacji zaczyna być łatana zamiast projektowana od nowa. UX traci klarowność.

Praca projektowa przeciwdziała temu mechanizmowi. Wymusza skupienie, zakres i ograniczenia. Zamiast dłubać miesiącami w czymś, co — przy lepszych decyzjach — mogłoby powstać szybciej, wolę zaprojektować całość w logiczny, spójny sposób i domknąć projekt. To podejście szczególnie dobrze działa przy projektowaniu stron internetowych, makiet sklepów internetowych i aplikacji, gdzie struktura jest kluczowa.

Jeśli chcesz zobaczyć, jak wygląda takie podejście w praktyce, możesz sprawdzić, jak pracuję przy projektach makiet stron internetowych:
👉 https://ux-man.pl/makieta-ux-ui-design-strony-internetowej-sklepu

Wolność ma cenę (i ja ją płacę)

Nie udaję, że ten model jest idealny. Praca projektowa oznacza brak gwarancji. Muszę regularnie pozyskiwać klientów, planować cashflow i brać na siebie ryzyko. Są momenty przestoju i momenty bardzo intensywnej pracy. Stabilność bywa mniejsza niż w modelu godzinowym.

Ale w zamian dostaję coś, co jest dla mnie kluczowe: poczucie sensu pracy. Widzę początek i koniec. Widzę efekt. Widzę, że makieta UX/UI realnie zmienia sposób działania produktu, a nie tylko „przechodzi przez proces”. Dla mnie to ogromna różnica psychologiczna i zawodowa.

Ten sposób pracy bywa stresujący. Nie jest dla każdego. Ale na tym etapie kariery daje mi znacznie więcej satysfakcji niż komfort wynikający z samego „bycia w projekcie”.

Projekt zamiast etatu w cudzym procesie

Dla mnie UX/UI designer nie powinien być trybikiem w cudzym, niekończącym się procesie. Powinien być partnerem, który bierze odpowiedzialność za rozwiązanie problemu. Praca projektowa temu sprzyja, bo wymusza jasność, tempo i decyzje.

To samo dotyczy projektowania aplikacji. Spójna makieta aplikacji wymaga koncentracji i decyzyjności, a nie ciągłych synchronizacji:
👉 https://ux-man.pl/makieta-ux-ui-design-aplikacji

Pytania i odpowiedzi

Czy praca projektowa oznacza brak stabilności?

Nie musi, ale wymaga innego myślenia o stabilności niż „jedna umowa na stałe”. W modelu projektowym stabilność buduje się przez powtarzalny dowóz jakości, reputację i zaufanie, a nie przez sam fakt, że „jesteś przypięty” do jednego projektu na wiele miesięcy. Dobrze dowiezione makiety UX/UI często prowadzą do poleceń, powrotów klientów i kolejnych zleceń w ramach tej samej firmy. To stabilność wynikająca z kompetencji i przewidywalności, a nie z formalnego etatu.
Dodatkowo, projektowość bywa stabilniejsza, niż się wydaje, jeśli masz jasny proces i umiesz domykać projekty. Klient widzi efekt, zna tempo pracy i ma poczucie kontroli. Wtedy łatwiej wraca, bo wie, czego się spodziewać. I to jest najważniejsza różnica: stabilność projektowa nie jest „dana”, tylko wypracowana.

Czy model godzinowy jest gorszy dla UX designera?

Nie. To po prostu inny model pracy i dla wielu osób jest najlepszym możliwym rozwiązaniem, szczególnie w dużych produktach, w zespołach, gdzie wiele elementów zależy od siebie i trzeba stale synchronizować decyzje. W takim środowisku model godzinowy daje przewidywalność, łatwiejsze planowanie i komfort „bycia na pokładzie” bez ciągłego szukania kolejnego projektu.
Dla mnie jednak ten model często oznacza zbyt mało decyzyjności i zbyt dużo trwania w procesie bez wyraźnego efektu końcowego. Pojawia się więcej spotkań, uzgodnień i krążenia wokół decyzji. Rozumiem, skąd to wynika, ale ja wolę pracować w trybie, w którym projekt ma jasny początek i jasne domknięcie. Nie dlatego, że model godzinowy jest zły, tylko dlatego, że nie pasuje do mojego sposobu dowożenia i brania odpowiedzialności.

Czy w modelu projektowym da się robić dobre UX?

Tak — i często nawet łatwiej, bo model projektowy sprzyja spójności decyzji. Jasny zakres, konkretne cele i wyraźne priorytety powodują, że makieta UX/UI jest budowana jako plan działania, a nie jako kompromis między kolejnymi opiniami. W projektach projektowych łatwiej jest też utrzymać rytm pracy: analiza → decyzje → makieta → iteracje → domknięcie.
Dobre UX nie bierze się z nieskończonej liczby iteracji. Bierze się z właściwych decyzji, wycięcia zbędnych elementów i dopasowania do użytkownika oraz biznesu. Model projektowy wymusza to dopasowanie, bo ogranicza czas „rozmywania” decyzji. Jeśli zespół i klient potrafią działać partnersko, projektowość potrafi dać bardzo dojrzały, spójny efekt — nawet szybciej niż w modelu, gdzie wszystko jest w permanentnym „work in progress”.

Czy początkujący UX designer powinien iść w projekty?

Na początku najważniejsze jest nauczenie się odpowiedzialności za decyzje i myślenia systemowego, a nie tylko obsługi narzędzi. Początkujący UX designer często utknie w trybie „uczę się wszystkiego naraz”, a potem i tak ma problem z praktyką: co wyciąć, co zostawić, jak zbudować spójną makietę UX/UI i jak argumentować decyzje. Projekty — nawet małe — uczą właśnie tego: dowożenia efektu, pracy w ograniczeniach i domykania tematów.
Dlatego w kursie Junior UX/UI Designer skupiam się na tym, co ma realne przełożenie na pracę: sposób myślenia, podejmowanie decyzji, struktura makiet, logika ścieżek i praktyczne użycie Figmy jako narzędzia do budowania spójnego interfejsu, a nie „rysowania ekranów”. Jeśli jesteś na etapie wejścia w zawód albo chcesz uporządkować fundamenty:
👉 https://ux-man.pl/kurs-ux-designer

Podsumowanie

Ten manifest nie jest manifestem przeciwko etatowi. Jest manifestem za odpowiedzialnością, decyzyjnością i domykaniem projektów. Dziś praca projektowa pozwala mi projektować lepiej, spokojniej i uczciwiej wobec samego siebie.