Od projektanta ekspozycji do UX designera – jak wykorzystać doświadczenie z salonu

Czy UX to naprawdę dobry kierunek po pracy w salonie?

Projektant ekspozycji vs UX designer – co jest wspólne, a co zupełnie nowe

Decyzja „wchodzę do IT i będę UX designerem” brzmi kusząco, ale kluczowe pytanie brzmi: czy to realny i sensowny kierunek po pracy w salonie / showroomie, a nie tylko modny slogan. Dobry punkt startu to uczciwe porównanie obu ról.

Projektant ekspozycji / visual merchandiser w salonie meblowym, sklepie czy showroomie zwykle:

• projektuje fizyczną przestrzeń – układ mebli, oświetlenie, widoczność produktów, kolejność ekspozycji,
• myśli o ścieżce klienta po sklepie: co zobaczy najpierw, gdzie się zatrzyma, co go zachęci,
• pracuje z ograniczeniami przestrzeni, budżetu, stanów magazynowych,
• współpracuje ze sprzedażą, kierownikiem sklepu, czasem marketingiem,
• często obserwuje klientów na żywo, widzi, gdzie się gubią, co omijają, przy czym spędzają czas.

UX designer natomiast:

• projektuje cyfrowe doświadczenia – aplikacje, serwisy, systemy wewnętrzne,
• planuje user flow: kolejne kroki użytkownika na ekranie, decyzje, które musi podjąć,
• pracuje z danymi i badaniami, a nie tylko „wyczuciem”,
• współpracuje z product ownerem, programistami, analitykami, marketingiem,
• testuje prototypy i rozwiązania z użytkownikami, zbiera feedback i wprowadza poprawki.

Części wspólne są bardzo konkretne:

• myślenie o ścieżce klienta/użytkownika,
• projektowanie w warunkach ograniczeń (budżet, technologia, czas),
• umiejętność obserwacji zachowań ludzi i wyciągania z tego wniosków,
• praca „pomiędzy” – pomiędzy klientem a biznesem, sprzedażą a marketingiem.

Nowe elementy to głównie cyfrowe narzędzia, badania i praca z danymi. Tu rodzą się najczęstsze błędy – szczególnie jeśli ktoś próbuje wejść do UX „po wierzchu”, skupiając się na makietach i ładnych ekranach.

Jak wygląda dzień pracy UX designera vs dzień w salonie

Dzień w salonie często jest mieszanką zadań koncepcyjnych i fizycznej pracy:

• planowanie ekspozycji,
• fizyczne przestawianie mebli/produktów,
• szybkie poprawki po uwagach kierownika,
• obserwacja klientów i reagowanie „tu i teraz” (np. tworzenie nowego standu, bo coś się nie sprzedaje).

Dzień UX designera bywa bardziej „biurkowy”, ale równie intensywny:

• spotkania z zespołem produktowym (omówienie wymagań, priorytetów, ograniczeń technicznych),
• przygotowywanie makiet, prototypów, user flow w narzędziach typu Figma,
• prowadzenie lub analizowanie badań z użytkownikami,
• praca na feedbacku: poprawki, iteracje, dyskusje z developerami,
• dokumentowanie rozwiązań, opisywanie case studies, prezentacje dla interesariuszy.

Różnica, która często zaskakuje osoby z salonu: mniej ruchu, więcej ekranu, mniej „od razu widocznego efektu” (mebel stoi inaczej, klient inaczej chodzi), więcej pracy na poziomie abstrakcji i hipotez – zweryfikowanych dopiero po badaniach lub wdrożeniu.

Co lubisz w salonie, czego masz dość – i jak to się ma do UX

Dobry test przed wejściem w UX: odpowiedz sobie uczciwie na kilka pytań.

• Co sprawia ci największą satysfakcję w obecnej pracy?
  Jeśli: planowanie ścieżki klienta, kombinowanie, jak ułożyć produkty, żeby ludzie łatwiej wybierali – to bardzo blisko UX.
  Jeśli: głównie kontakt bezpośredni z ludźmi, rozmowy, doradztwo, a projektowanie ekspozycji jest „przy okazji” – w UX kontakt bywa bardziej pośredni (przez badania, obserwacje, dane).
• Czego masz dość?
  Jeśli: fizycznego „targania” mebli, nerwowej pracy w weekendy, presji sprzedaży tu i teraz – UX może dać więcej stabilności, ale dochodzi presja terminów projektowych, roadmapy produktu, oczekiwań biznesu.
• Jak znosisz pracę przy komputerze przez większość dnia?
  Jeżeli obecnie unikasz Excela lub dłuższej pracy przy ekranie – w UX będzie tego dużo więcej. To nie jest rola „w terenie”.

UX design potrafi być fascynujący dla kogoś, kto lubi rozwiązywać problemy ludzi poprzez projekt. Jednocześnie potrafi frustrować, gdy ktoś szuka głównie „projektowania ładnych rzeczy”. To prowadzi do pierwszego częstego błędu.

Mini-sytuacja: osoba z salonu meblowego wchodzi do świata UX

Wyobraź sobie projektanta ekspozycji w salonie meblowym, który:

• zauważył, że klienci błądzą między działami,
• zmienił układ: wyraźne strefy (salon, sypialnia, kuchnia), czytelne ścieżki, logiczna kolejność,
• po kilku dniach widzi, że ludzie szybciej trafiają tam, gdzie chcą, i częściej pytają o konkretne produkty.

Teraz to samo myślenie przeniesione do UX:

• np. aplikacja sklepu meblowego, w której klient gubi się w kategoriach,
• UX designer projektuje prosty flow: wybór pomieszczenia – styl – budżet – propozycje zestawów,
• testuje to na kilku użytkownikach, patrzy, gdzie się zatrzymują, co klikają,
• na podstawie obserwacji poprawia projekt i dopiero wtedy przekazuje do developmentu.

Różnica jest mniejsza, niż się wydaje. Problemem nie jest brak „talentu” – częściej przeszkadzają konkretne nawyki z salonu, które w UX trzeba trochę „przeprogramować”.

Błąd 1: Traktowanie UX jako „ładniejszych makiet” i grafiki premium

Na czym dokładnie polega ten błąd

Jeden z najczęstszych schematów: osoba z doświadczeniem w ekspozycji widzi UX jako:

• projektowanie ładnych ekranów w Figmie,
• robienie „wow” efektów jak na Dribbble lub Behance,
• rysowanie ikon, przycisków, gradientów.

Taki obraz wzmacniają reklamy kursów typu „Zostań UX/UI designerem w 3 miesiące” z kolorowymi makietami. Problem w tym, że czysty UX to:

• rozumienie problemu użytkownika,
• badania i analiza danych,
• tworzenie struktury informacji i user flow,
• dopiero potem – makiety, a na koniec wizualne dopieszczenie.

Projektant ekspozycji trafia więc w pułapkę: „Skoro mam oko do estetyki i potrafię układać przestrzeń, to w UX będę układać piękne ekrany”. Tymczasem rekruter na stanowisko UX designera szuka przede wszystkim umiejętności rozwiązywania problemów, a nie tylko rysowania ekranów.

Dlaczego to wyjątkowo szkodzi osobie z ekspozycji

W projektowaniu ekspozycji estetyka i pierwsze wrażenie są bardzo silne. Często dostajesz feedback typu „ma być bardziej premium”, „ma być bardziej przytulnie”, „to wygląda za ciężko”. To naturalnie wyostrza czucie wizualne. To plus, ale ma i drugą stronę: łatwo „przeciągnąć” ten nawyk do UX i skupić się wyłącznie na wyglądzie interfejsu.

Skutki:

• portfolio pełne ładnych, ale oderwanych od rzeczywistości ekranów,
• brak opisu problemu, który miało rozwiązywać dane rozwiązanie,
• na rozmowie rekrutacyjnej nie umiesz odpowiedzieć na pytania: „Dlaczego tak? Co się zmieniło dla użytkownika? Co sprawdziłeś?”

Rynek oczekuje od UX designera myślenia produktowego, czyli:

• co jest celem biznesu,
• co przeszkadza użytkownikowi,
• jak to zbadano,
• co zaprojektowano i jak to zostało zweryfikowane.

Jeśli zostaniesz wyłącznie przy „ładnych ekranach”, lądujesz raczej w roli junior UI designera, a nie UX, i to też nie zawsze – bo UI to również systemy designu, zasady spójności, responsywność. Sama estetyka to za mało.

Jak rozpoznać u siebie ten schemat myślenia

Kilka sygnałów ostrzegawczych:

• twoje portfolio UX składa się z samych zrzutów ekranów lub prototypów bez żadnego opisu,
• większość czasu poświęcasz na dobór kolorów, fontów, ikon, a mało na definiowanie problemu,
• ucząc się UX, wybierasz głównie tutoriale z Figma/Sketch, rzadko materiały o badaniach, user flow, architekturze informacji,
• na pytanie „Jaki problem użytkownika rozwiązujesz w tym projekcie?” odpowiadasz: „Chciałem, żeby aplikacja wyglądała nowocześnie” – bez dalszych konkretów.

Jeżeli w twoim codziennym uczeniu się dominuje Figma, a prawie w ogóle nie ma rozmów z ludźmi, analizy danych, szkicowania ścieżek – to sygnał, że tkwisz w „ładnych makietach”.

Co robić inaczej – konkretne korekty podejścia

Zamiast walczyć ze swoją estetyczną wrażliwością, lepiej ją osadzić w procesie UX. Kilka praktycznych zmian:

• Każdy projekt zaczynaj od problemu
  Zapisz na początku jedno proste zdanie:
  „Użytkownicy mają problem z…”
  Przykład: „Klienci salonu meblowego gubią się przy umawianiu wizyty z projektantem, bo nie wiedzą, jakie informacje muszą przygotować”.
  Dopiero do tego problemu projektujesz rozwiązanie.
• Wprowadź minimum badań do każdego zadania
  Nawet jeśli to projekt własny, zrób:
  • 3–5 krótkich rozmów z potencjalnymi użytkownikami (np. znajomi, którzy kupowali meble),
  • kilka prostych pytań o to, jak obecnie rozwiązują dany problem,
  • notatki – co ich irytowało, co było niejasne.

  Masz wtedy konkretny punkt odniesienia, a nie tylko własne wyobrażenia.

• Użyj prostego szablonu case study
  Zamiast wrzucać same grafiki, opisz projekt według schematu:
  1. Problem (co zauważyłeś, z czego to wynikało),
  2. Hipoteza (co myślisz, że pomoże),
  3. Badanie (jak sprawdziłeś swoje założenia),
  4. Rozwiązanie (dopiero tu pokazujesz makiety),
  5. Efekt (co z tego wynikło – choćby opinie użytkowników z testów).
• Świadomie ogranicz czas na „upiększanie”
  Ustal: 70% czasu na zrozumienie problemu i strukturę, 30% na warstwę wizualną.
  W praktyce: zanim wybierzesz paletę kolorów, upewnij się, że flow jest logiczne i użytkownik nie gubi się po drodze.

Krótki przykład: „ładniej” vs „lepiej” – przełożenie z salonu na ekran

Scenariusz z salonu meblowego:

• Wersja „ładniej”: zmieniasz ekspozycję, bo poprzednia ci się znudziła. Dodajesz modne kolory, inne dodatki. Klienci mówią „fajnie to wygląda”, ale sprzedaż się nie zmienia.
• Wersja „lepiej”: zauważasz, że klienci szukający sof często błądzą między działami. Przestawiasz ekspozycję tak, aby:
  • wszystkie sofy były bliżej wejścia do strefy dziennej,
  • obok były próbki tkanin i cenniki,
  • z tyłu stawiasz mniej popularne modele, a z przodu te, które są na promocji.

  Efekt: klienci szybciej znajdują sofy, częściej proszą o pomoc w wyborze, rośnie liczba wycen.

To samo w UX:

• Wersja „ładniej”: redesign aplikacji sklepu – nowe kolory, ładniejsze przyciski, gradienty, ale proces zakupu jest tak samo skomplikowany.

• Wersja „lepiej”: uproszczony proces:
  • na starcie prosty wybór: „urządzam całe mieszkanie” / „szukam pojedynczego mebla”,
  • w przypadku pojedynczego mebla – szybki filtr: pomieszczenie → typ mebla → budżet,
  • w koszyku wyraźnie pokazane: koszt dostawy, termin, opcje wniesienia i montażu,
  • test z kilkoma osobami: prosisz, żeby „kupili sofę do 3000 zł” i patrzysz, gdzie się zatrzymują.

  Zamiast „wygląda nowocześnie” pojawia się konkret: „ludzie szybciej znajdują to, czego szukają, rzadziej rezygnują z koszyka”.

Dla osoby z salonu ta zmiana perspektywy bywa wymagająca, ale bardzo naturalna: zamiast pytać „czy to się dobrze prezentuje?”, zaczynasz pytać „czy klient wie, co ma zrobić w następnym kroku?”. To dokładnie to samo, co na ekspozycji: nie chodzi tylko o ładny narożnik, ale też o czytelną cenę, jasną informację o dostawie i drogę, którą klient przechodzi od wejścia do stanowiska kasowego.

Jeżeli łapiesz się na tym, że pierwszym odruchem po odpaleniu Figmy jest paleta kolorów i siatka kafelków, zatrzymaj się i zadaj jedno kontrolne pytanie: „Gdyby to było na powierzchni salonu, co klient próbuje tu załatwić?”. Często od razu zobaczysz, że brakuje ci np. jasnego punktu startowego, podziału na „oglądam” i „kupuję” albo wyjaśnienia, co się stanie po kliknięciu. To prosty sposób, żeby przestawić uwagę z wyglądu na funkcję.

Doświadczenie z ekspozycji jest tu ogromnym atutem, o ile je nazwiesz i świadomie wpleciesz w proces – zamiast je chować. W rozmowie rekrutacyjnej czy w opisie projektu możesz pokazać, że tak jak kiedyś ustawiałeś meble według naturalnych ścieżek ruchu klienta w salonie, tak teraz układasz ścieżki użytkownika w aplikacji. Taka spójna historia pokazuje, że nie jesteś „grafikiem od ładnych ekranów”, tylko projektantem, który po prostu przeniósł swoje środowisko pracy z metra kwadratowego na piksele.

Błąd 2: Ignorowanie badań i danych – „idę za swoim wyczuciem”

Projektant ekspozycji ma świetnie wytrenowane oko. Po kilku latach pracy „czuje”, że dana aranżacja zadziała lepiej: przyciągnie wzrok, zatrzyma ludzi, poprowadzi ich głębiej w salon. W fizycznej przestrzeni szybko widzisz efekt – albo klienci wchodzą w daną strefę, albo ją omijają szerokim łukiem.

Przy przejściu do UX ten nawyk często prowadzi do myślenia: „przecież ja wiem, co się ludziom podoba i co jest intuicyjne, po co mi całe te badania?”. To właśnie moment, w którym wiele osób z ekspozycji traci przewagę, którą mogłoby mieć.

Dlaczego pomijanie badań szczególnie szkodzi przy takiej zmianie branży

W świecie cyfrowym nie widzisz klienta, który stoi przed półką, dotyka frontu szafki, kręci głową i odchodzi. Nie złapiesz mimiki, nie usłyszysz „eee, nie, nie mam teraz czasu się tym bawić”. Jeśli nie korzystasz z badań ani danych, projektujesz w próżni.

Skutki:

• projektujesz interfejsy pod siebie – swoje przyzwyczajenia, swój sprzęt, swój sposób myślenia,
• na rozmowie o pracę, na pytania „skąd wiedziałeś, że to działa?” masz jedną odpowiedź: „wydawało mi się, że tak będzie lepiej”,
• twoje case studies brzmią jak opowieść o tym, co projektant czuje, zamiast jak opis tego, jak pomógł konkretnym użytkownikom,
• łatwo wchodzisz w konflikt z developerami lub biznesem, bo nie masz żadnych argumentów poza własną opinią.

W UX badania są jak obserwacja klienta w salonie – tylko że zorganizowana i nazwana. Bez nich trudno pokazać, że nie jesteś tylko „artystą od ekranów”, ale projektantem, który rozumie, jak ludzie faktycznie korzystają z produktu.

Jak rozpoznać, że za bardzo jedziesz na „wyczuciu”

Kilka typowych sygnałów:

• w case study masz sekcję „badania”, ale ogranicza się do zdania „przeprowadziłem analizę konkurencji” – bez opisu, jak, co i po co,
• nie potrafisz podać ani jednego cytatu użytkownika z ostatniego projektu,
• gdy ktoś pyta „ile osób brało udział w testach?”, odpowiadasz „pokazałem to kilku znajomym” – bez żadnej struktury,
• zamiast pytać użytkowników lub sprzedawców o problemy, od razu szkicujesz „lepszą wersję aplikacji/sklepu”,
• materiały o badaniach UX (wywiady, testy, ankiety) wydają ci się „przegadane” i „mało kreatywne”, więc przeklikujesz je jak najszybciej.

Jeśli w czasie nauki UX masz w zakładkach głównie tutoriale z Figmy, a nie możesz wskazać choć jednego sensownie przeczytanego artykułu o wywiadach z użytkownikami – to wyraźny sygnał, że brakuje ci filaru badawczego.

Jak przełożyć „obserwację klienta w salonie” na proste badania UX

Dobra wiadomość jest taka, że wiele rzeczy, które robiłeś w salonie, już jest badaniem, tylko nigdy tak tego nie nazywałeś. Wystarczy je trochę uporządkować. Kilka prostych przełożeń:

• Obserwacja ruchu klientów → testy użyteczności
  Tak jak podglądałeś, gdzie klienci się zatrzymują, gdzie tworzą się korki i które półki są „martwe”, tak w UX obserwujesz, w którym miejscu ludzie gubią się w procesie.
  Przykład: prosisz 3–5 osób, żeby „znalazły sofę do 2500 zł z funkcją spania” w twoim prototypie sklepu. Patrzysz, gdzie klikają, gdzie się cofają, w którym momencie pytają „a gdzie to jest?”. To jest już test użyteczności.
• Rozmowa na sali → mini-wywiad z użytkownikiem
  W salonie pytałeś: „Do jakiego pokoju będzie ta szafa?”, „Czy macie już łóżko, czy urządzacie od zera?”. W UX pytasz o kontekst korzystania z produktu:
  „Kiedy ostatnio kupowałeś meble online?”,
  „Co było najtrudniejsze w tym procesie?”,
  „Co cię najbardziej denerwowało na stronie?”.
  To nie jest skomplikowana nauka – to ułożenie pytań i nauczenie się, żeby więcej słuchać niż mówić.
• Liczenie, ile razy zestaw się sprzedał → prosta analiza danych
  Jeśli kiedyś sprawdzałeś z handlowcem, które aranżacje „schodzą”, a które stoją, to w cyfrowym świecie robisz analogicznie: patrzysz na podstawowe metryki (np. na którym kroku ludzie porzucają koszyk, ile osób klika w filtr „promocje”). Nie musisz być analitykiem – na początek wystarczy rozumieć, co oznaczają proste wskaźniki i jak je wykorzystać do decyzji projektowych.

Co robić inaczej – minimum badań nawet w małych projektach

Nie chodzi o to, żeby od razu robić wielomiesięczne badania i analizy statystyczne. Chodzi o nawyk: zanim zaprojektuję, sprawdzę, jak jest teraz. Możesz przełożyć to na bardzo konkretne działania.

• Do każdego projektu zaplanuj 2–3 krótkie rozmowy
  Nawet jeśli robisz projekt „na sucho”, bez klienta:
  • wybierz grupę: np. znajomi, którzy kupowali niedawno meble lub korzystali z aplikacji zakupowej,
  • zadaj kilka prostych pytań o ich ostatnie doświadczenie („Co było najprostsze?”, „Gdzie utknąłeś?”, „Co byś zmienił?”),
  • zapisz dosłowne cytaty i później wpleć je w case study.

  Dzięki temu twoje projekty zaczynają mieć korzenie w rzeczywistości, a nie tylko w tym, co przychodzi ci do głowy.

• Rób szybkie testy na prostych prototypach
  W salonie przestawiałeś meble „na próbę” i patrzyłeś, jak reagują klienci. W UX możesz:
  • przygotować klikalny prototyp (nawet bardzo prosty, bez dopieszczonej grafiki),
  • poprosić 2–3 osoby, żeby wykonały w nim konkretne zadanie (np. „umów wizytę z projektantem wnętrz na sobotę”),
  • nagrywać ekran lub robić notatki, w których miejscach się gubią.

  Zapis: „2/3 osób nie zauważyło przycisku ‘Umów wizytę’ na stronie głównej” to już konkretny argument projektowy.

• Dodawaj mini-analizę do case study
  Zamiast pisać ogólnie „użytkownicy mieli problem”, dodaj dwie rzeczy:
  1. co dokładnie zauważyłeś (np. „wszyscy badani szukali informacji o dostawie w koszyku, a nie na karcie produktu”),
  2. jak to wpłynęło na projekt (np. „przenieśliśmy skrócone informacje o dostawie bliżej ceny i przycisku ‘Dodaj do koszyka’”).

  Takie drobne, ale konkretne wstawki pokazują, że reagujesz na dane, a nie tylko je zbierasz.

Krótki przykład: „wydaje mi się” vs „sprawdziłem to”

Wyobraź sobie sytuację z salonu:

• Wersja „wydaje mi się”: stawiasz duży, ciemny narożnik przy wejściu, bo czujesz, że wygląda „mocno” i „premium”. Po tygodniu masz wrażenie, że coś nie działa, ale nie rozmawiasz z klientami, nie liczysz wejść w strefę – po prostu znów przestawiasz meble „na nos”.
• Wersja „sprawdziłem to”: ustawiasz narożnik, ale przez kilka dni notujesz:
  • ilu klientów zatrzymało się w tej strefie,
  • ilu pytało o cenę,
  • ilu przeszło dalej bez reakcji.

  Dodatkowo pytasz kilku klientów: „Co pan pomyślał, widząc ten zestaw przy wejściu?”. Na tej podstawie decydujesz, czy zmieniasz ekspozycję i w jaki sposób.

W UX analogicznie:

• Wersja „wydaje mi się”: przenosisz przycisk „Kup teraz” na dół strony, bo „tak jest ładniej”. Nie sprawdzasz, jak to wpływa na zachowanie użytkowników.
• Wersja „sprawdziłem to”: robisz dwa warianty prototypu, pokazujesz je kilku osobom, prosisz o wykonanie tego samego zadania i patrzysz, w którym scenariuszu szybciej i z mniejszą liczbą pytań docierają do zakupu. Masz podstawę do obrony decyzji.

Dla rekrutera czy lidera zespołu to ogromna różnica: kandydat, który „ma wyczucie”, kontra ktoś, kto potrafi swoje wyczucie skonfrontować z zachowaniem użytkowników. Twoje doświadczenie z salonu daje ci tu przewagę – już kiedyś obserwowałeś ludzi i wyciągałeś z tego wnioski, teraz po prostu ubierasz to w język UX.

Błąd 3: Skakanie po kursach bez planu i bez celu

Kolejny typowy scenariusz: wpisujesz w wyszukiwarkę „kurs UX design”, nagle wyskakuje kilkanaście ofert, każda obiecuje szybką zmianę zawodu, a do tego dochodzą darmowe webinary, e-booki i playlisty na YouTube. Po kilku tygodniach masz za sobą:

• pół kursu z Figmy,
• trzy webinary o „trendach w UX/UI”,
• kilka zapisanych, ale niedokończonych checklist,
• zero skończonych projektów, którymi można się pochwalić.

To bardzo męczące i szybko prowadzi do poczucia, że „UX jest za duże” i „nigdy tego nie ogarnę”. Problem nie leży w twoich możliwościach, tylko w braku planu.

Dlaczego chaos szkoleniowy jest groźny szczególnie przy przebranżowieniu

W salonie miałeś jasno określony kontekst: metraż, budżet, asortyment, standardy marki, sezonowe promocje. To nadawało ramy – wiedziałeś, czego nie przeskoczysz. Wchodząc do UX, takie ramy często znikają. Wszystko jest świeże i ciekawe, każda nowa metka („UX”, „UI”, „Product Design”, „Service Design”) kusi.

Skutki skakania po kursach:

• brak spójnej historii w CV i portfolio – wiele zaczętych rzeczy, żadnej domkniętej,
• trudność z odpowiedzią na pytanie rekrutera: „Czego konkretnie szukasz – UX, UI, researchu, product designu?”
• wydane pieniądze na kursy, które powielają podstawy, zamiast rozwijać brakujące kompetencje,
• frustracja: „ciągle się uczę, a dalej nie mam pierwszej pracy”.

Dla osoby z ekspozycji jest tu dodatkowa pułapka: łatwo wciągnąć się w kursy „UX/UI”, które w praktyce są w 80% kursem z narzędzia (Figmy) i UI, a tylko z nazwy dotyczą UX. W efekcie wracasz do Błędu 1 – skupienia na makietach.

Jak sprawdzić, czy kurs lub ścieżka nauki ma sens dla ciebie

Zamiast dokładać kolejne szkolenia, zacznij od kilku prostych pytań kontrolnych. Możesz potraktować je jak filtr – tak jak filtrujesz meble po wymiarach i budżecie.

• Czy kurs obejmuje pełny proces UX, czy tylko narzędzia?
  Sprawdź program: czy są moduły o badaniach (wywiady, testy), definiowaniu problemu, budowaniu user flow, czy tylko „projektujemy ekran logowania w Figmie”. Jeśli narzędzie dominuje nad procesem – to sygnał, że kurs jest raczej „Figma 101 z elementami UX”.
• Czy na końcu będziesz mieć konkretne case study?
  Dobre programy jasno mówią, jakie projekty zrobisz i w jakiej formie je oddasz. Zwróć uwagę, czy:
  • projekt ma punkt wyjścia w realnym problemie użytkownika,
  • jest element badań (choćby mini wywiady),
  • będzie feedback od mentora, nie tylko „samozaliczenie”.

  Jeśli efekt końcowy to „ładny ekran z Dribbble” – znowu, bardziej UI niż UX.

• Czy to odpowiada na twój aktualny brak, czy tylko „ładnie wygląda”?
  Zanim kupisz kolejny kurs, nazwij jedną konkretną lukę. Przykłady:
  • „Nie wiem, jak prowadzić wywiady z użytkownikami”,
  • „Nie ogarniam, jak ułożyć case study”,
  • „Boję się pracy w Figmie”.

  Jeżeli kurs nie adresuje wprost tej luki, ale obiecuje „kompleksową ścieżkę od zera do seniora” – w twojej sytuacji to prawdopodobnie za szeroko.

Prosty plan nauki dla projektanta ekspozycji – bez biegania w kółko

Zamiast maratonu kursów, lepiej podejść do nauki jak do urządzania nowej ekspozycji w kilku krokach. Nie musi być idealna od razu, ale ma działać.

Najpierw potrzebujesz szkicu, a dopiero potem dodatków. Możesz oprzeć się na takim prostym planie:

1. Fundament: proces UX na jednym projekcie
   Wybierz jedną sytuację bliską twojemu doświadczeniu, np. „umówienie spotkania z projektantem wnętrz online” albo „konfigurator narożnika na stronie sklepu”. Przeprowadź mały, kompletny proces:
   • zrób 3–5 krótkich rozmów z ludźmi, którzy faktycznie kupują meble lub planują remont,
   • wypisz najczęstsze problemy i pytania,
   • rozrysuj prosty user flow (krok po kroku, co użytkownik robi),
   • stwórz low-fidelity makiety na kartce lub w Figmie,
   • przetestuj je z kilkoma osobami i nanieś poprawki.

   Na końcu ubierz to w krótkie case study. Niech to będzie twoja „główna ekspozycja” – nieidealna, ale kompletna.

2. Wsparcie: nauka narzędzia w rytmie projektu
   Zamiast osobno „kurs z Figmy”, używaj Figmy do tego jednego projektu. Gdy utkniesz („jak zrobić prototyp?”, „jak dodać komponent?”), wtedy sięgaj po konkretny tutorial. Taki tryb „learning on demand” jest bliższy twojej pracy w salonie: gdy musiałeś zbudować nietypową zabudowę, szukałeś rozwiązań pod konkretny układ, a nie robiłeś teoretyczny kurs stolarki.
3. Uzupełnienie: jedna kompetencja na raz
   Po skończeniu pierwszego projektu dopiero wtedy dodaj kolejny klocek: np. osobny mini-kurs z badań albo warsztaty z pisania case study. Wybierz obszar, który najbardziej bolał przy tym projekcie. Jeśli stresowały cię rozmowy z ludźmi – skup się na badaniach. Jeśli utknąłeś na opisywaniu projektu – wybierz materiał o storytellingu w portfolio. Dzięki temu każdy kolejny kurs ma jasną rolę, a nie jest „kolejną metką” na liście.
4. Rytm: stałe, małe kroki zamiast zrywów
   Znasz to z montażu dużej ekspozycji – nie stawia się całego salonu w jedną noc. Z UX-em zrób podobnie: np. trzy wieczory w tygodniu po 60–90 minut, z konkretnym celem na tydzień („kończę szkic user flow”, „robię testy z dwiema osobami”). Lepsze są trzy małe, domknięte kroki niż jeden weekend „totalnego zanurzenia”, po którym przez miesiąc masz dość.

Błąd 4: Udawanie „cyfrowego grafika” zamiast pokazania doświadczenia z salonu

Silna pokusa na początku: schować swoje dotychczasowe doświadczenie „do szuflady” i zbudować wrażenie, że od zawsze projektujesz aplikacje. Powstaje wtedy CV, w którym:

• sekcja „doświadczenie” zaczyna się od: „freelance UX/UI designer” (bez konkretnych projektów),
• praca w salonie jest zepchnięta na dół albo opisana jednym, ogólnym zdaniem,
• portfolio to trzy bardzo podobne ekrany aplikacji pogodowej lub bankowej, zrobione według tutoriala.

Dla rekrutera to czerwone światło. Nie dlatego, że pracowałeś w salonie, tylko dlatego, że próbujesz to ukryć. Traci się wtedy coś, co jest twoją przewagą: realny kontakt z klientem, znajomość decyzji zakupowych, praca z ograniczeniami przestrzeni i budżetu.

Po czym poznasz, że „kasujesz swoją przeszłość” zamiast ją wykorzystać

Warto złapać kilka sygnałów:

• krępujesz się mówić o swojej dotychczasowej pracy podczas rozmów,
• portfolio nie zawiera żadnego projektu związanego z meblami, salonem, obsługą klienta,
• w opisach projektów używasz ogólnych formułek („stworzono nowoczesny interfejs”), bez odniesienia do konkretnych zachowań użytkowników, które przecież znasz z praktyki,
• na LinkedInie zmieniasz nagłówek na „UX/UI Designer”, ale opis z salonu zostaje bez zmian – bez połączenia tych dwóch światów.

W efekcie wyglądasz jak ktoś, kto jedynie skopiował wzorce z dribbble, zamiast jak kandydat z solidnym zapleczem z offline’u.

Jak „przetłumaczyć” pracę z ekspozycją na język UX w CV

Nie chodzi o to, by przepisywać tytuły stanowisk, tylko o zmianę akcentów. Zamiast opisu:

• „Aranżacja ekspozycji zgodnie ze standardami firmy, dbanie o estetykę salonu, wsparcie sprzedaży”

możesz napisać:

• „Projektowanie ścieżek klienta w salonie (od wejścia do strefy kas) z uwzględnieniem różnych scenariuszy wizyty – szybki zakup vs. długie konsultacje”
• „Testowanie różnych ustawień ekspozycji (A/B w przestrzeni salonu) i obserwacja wpływu na liczbę zapytań o dany produkt oraz czas spędzony w strefie”
• „Ścisła współpraca z działem sprzedaży: zbieranie informacji o problemach klientów i wprowadzanie zmian w układzie salonu, aby ułatwić podejmowanie decyzji zakupowych”
• „Tworzenie prostych materiałów informacyjnych (etykiety, komunikaty) zwiększających zrozumienie oferty i ograniczających liczbę powtarzających się pytań”

To wciąż prawda, ale opowiedziana w kategoriach doświadczenia użytkownika, nie tylko estetyki. Rekruter zaczyna widzieć w tobie osobę, która od lat myśli o ścieżkach, barierach, decyzjach, a nie wyłącznie o „ładnych ekspozycjach”.

Jak włączyć „historie z salonu” do portfolio UX

Jeżeli masz już pierwsze cyfrowe projekty, możesz dodać do nich krótkie „mosty” z twojej dotychczasowej pracy. Przykład struktury case study:

1. Kontekst offline
   Krótko opisujesz sytuację z salonu: np. „Klienci często gubili się między strefą gotowych zestawów a działem kuchni na wymiar, co wydłużało obsługę i wprowadzało frustrację”.
2. Wnioski z obserwacji
   Co zauważyłeś: „Ludzie nie czytali tablic informacyjnych, ale chętnie podążali za wyraźnymi ciągami komunikacyjnymi i punktami orientacyjnymi”.
3. Przełożenie na projekt cyfrowy
   Jak tę lekcję wykorzystałeś w aplikacji/stronie: np. „W projekcie konfiguratora online podzieliłem proces na wyraźne kroki i zaznaczyłem ‘punkt orientacyjny’ – podsumowanie wyborów widoczne cały czas po prawej stronie”.
4. Efekt i refleksja
   Opisujesz, co udało