Szablon drabiny kariery

Szablon drabiny kariery Product Designera

Pięć poziomów od Junior Product Designera do Head of Design i sześć kompetencji – od badań po design system.

Plan bezpłatny · Bez karty kredytowej

Ta drabina kariery powstała z myślą o firmach liczących mniej więcej od 20 do 200 osób, w których product designer zwykle pracuje w zespole produktowym, sam prowadzi badania, odpowiada zarówno za przepływy, jak i za finalne ekrany i bywa jednym z zaledwie kilku projektantów w firmie. Opisuje pięć poziomów – od osoby na początku kariery po kogoś, kto kieruje designem w całej firmie. Najwyższy poziom, Head of Design, to szef funkcji designu, a nie poziom ekspercki.

Każdy poziom określa to, co projektant robi i jak daleko sięga jego praca, a nie lata doświadczenia czy dopracowanie portfolio. Czytaj wiersz matrycy kompetencji od lewej do prawej, aby zobaczyć, jak rośnie jedno oczekiwanie; czytaj sekcję poziomu, aby zobaczyć wszystko, czego się na nim oczekuje. Korzystaj z niej podczas check-inów, samooceny i decyzji o awansie.

Dopasuj ją przed publikacją. Zmień nazwy poziomów na stanowiska używane w twojej firmie, połącz kompetencje, jeśli twoi projektanci nie oddzielają badań od pracy nad interfejsem, i przepisz oczekiwania własnymi słowami.

Poziomy w skrócie

Junior Product Designer
Projektuje dobrze zdefiniowane ekrany i przepływy z użyciem istniejącego design systemu, przy regularnym wsparciu.
Zakres
Pojedyncze ekrany, komponenty i małe przepływy, zwykle sformułowane przez bardziej doświadczonego projektanta.
Mid Product Designer
Projektuje funkcje od początku do końca dla jednego zespołu – od zrozumienia problemu po sprawdzenie wdrożonego rezultatu.
Zakres
Funkcje w obszarze jednego zespołu produktowego – od badań i przepływów po finalny interfejs.
Senior Product Designer
Kieruje designem obszaru produktu, nadaje kształt niejednoznacznym problemom i podnosi jakość designu wokół nich.
Zakres
Obszar produktu lub kilka powiązanych funkcji, często wspólnych dla kilku zespołów.
Lead Product Designer
Odpowiada za spójność doświadczenia w wielu zespołach i ukierunkowuje pracę innych projektantów.
Zakres
Kilka zespołów lub całe doświadczenie produktu, łącznie z design systemem.
Head of Design
Wyznacza kierunek designu w firmie i buduje zespół projektowy, który go realizuje.
Zakres
Cała funkcja designu, jej praktyki i jej rola w decyzjach firmy.

Matryca kompetencji

Każdy wiersz to kompetencja, a każda kolumna – poziom. Czytaj wiersz od lewej do prawej, aby zobaczyć, jak rosną oczekiwania.

Co oznacza każda kompetencja

Badania użytkowników i wnioski: Poznawanie tego, jak ludzie korzystają z produktu, i przekładanie tego na decyzje projektowe.
Formułowanie problemu: Określenie właściwego problemu i ograniczeń, zanim zacznie się rysować rozwiązania.
Projektowanie interakcji i warstwy wizualnej: Projektowanie interfejsów, które są czytelne, spójne, dostępne i przyjemne w użyciu.
Design system: Budowanie i utrzymywanie komponentów i wzorców wielokrotnego użytku, które zapewniają spójność produktu.
Współpraca i komunikacja: Praca z produktem, inżynierią i biznesem oraz wyjaśnianie decyzji projektowych.
Wpływ i rozwój zespołu: Branie odpowiedzialności za efekt pracy projektowej i pomaganie innym projektantom w rozwoju.

Product Designer: oczekiwania według kompetencji i poziomu
Kompetencja	Junior Product Designer	Mid Product Designer	Senior Product Designer	Lead Product Designer	Head of Design
Badania użytkowników i wnioski	Uczestniczy w testach użyteczności i wywiadach prowadzonych przez innych, sporządza czytelne notatki i potrafi wskazać ustalenie stojące za każdą swoją decyzją projektową.	Planuje i prowadzi własne wywiady i testy użyteczności dla funkcji, podsumowuje, czego się dowiedział, i na tej podstawie zmienia projekt.	Dobiera właściwą metodę badawczą do każdego pytania w swoim obszarze, łączy badania z danymi o użyciu i informacjami od wsparcia klienta i dzieli się wnioskami, które zmieniają priorytety produktu.	Buduje praktykę badawczą, z której korzysta kilka zespołów – szablony, pulę uczestników, wspólne miejsce na wyniki – i dba o to, by duże decyzje były poparte badaniami.	Sprawia, że rozumienie użytkowników staje się częścią podejmowania decyzji w firmie, ustala, ile badań się prowadzi i kto je prowadzi, i wnosi wiedzę o klientach do dyskusji kierownictwa.
Formułowanie problemu	Potrafi wyjaśnić problem użytkownika i cel każdego zadania, a gdy brief jest niejasny, zadaje pytania zamiast zgadywać.	Razem z product managerem spisuje opis problemu dla funkcji, mapuje obecną ścieżkę użytkownika i przed wyborem rozwiązania sprawdza kilka kierunków.	Przekształca mgliste prośby w jasne problemy z kryteriami sukcesu, kwestionuje briefy, które rozwiązują niewłaściwy problem, i wpływa na to, co zespół zbuduje w następnej kolejności.	Wychwytuje problemy z doświadczeniem obejmujące wiele zespołów – niespójne przepływy, przerwane ścieżki między funkcjami – i wprowadza je na roadmapę.	Wpływa na to, które problemy firma postanawia rozwiązywać, i dba o to, by design był zaangażowany przed ustaleniem priorytetów, a nie po nim.
Projektowanie interakcji i warstwy wizualnej	Tworzy schludne, spójne ekrany z istniejących komponentów, na prośbę uwzględnia stany pusty, błędu i ładowania oraz przestrzega podstawowych zasad dostępności.	Projektuje kompletne przepływy ze wszystkimi stanami i przypadkami brzegowymi, pisze czytelne teksty interfejsu lub współpracuje z osobą, która je pisze, i sprawdza kontrast, kolejność fokusu i obsługę z klawiatury.	Projektuje złożone interakcje wymagające nowych wzorców, prototypuje je, by przetestować z użytkownikami i programistami, i wyznacza poprzeczkę jakości, której trzymają się inni projektanci.	Dba o wizualną i behawioralną spójność całego produktu, ocenia pracę innych projektantów względem wspólnych zasad i prowadzi przeprojektowania kluczowych części produktu.	Określa język wizualny produktu i standardy jakości designu oraz decyduje, jak marka i doświadczenie produktu łączą się ze sobą.
Design system	Poprawnie korzysta z komponentów design systemu i wskazuje, gdzie komponent nie pasuje do realnego przypadku.	Proponuje nowe komponenty lub warianty z jasnymi zasadami użycia, utrzymuje porządek we własnych plikach projektowych i aktualizuje system, gdy wymaga tego funkcja.	Odpowiada za część design systemu, współpracuje z programistami, by design i kod szły w parze, i dokumentuje wzorce tak, by inni mogli z nich korzystać bez dopytywania.	Odpowiada za design system jako całość: decyduje, co do niego trafia, planuje jego rozwój z inżynierią i mierzy, jak szeroko jest stosowany.	Decyduje, ile firma inwestuje w design system i kto go utrzymuje, i dba o to, by służył strategii produktu, zamiast stawać się projektem samym w sobie.
Współpraca i komunikacja	Pokazuje swoją pracę wcześnie i często, prosi o feedback i przygotowuje pliki do przekazania, na podstawie których programiści mogą budować bez wielu pytań.	Na co dzień pracuje z product managerem i programistami, przedstawia decyzje projektowe wraz z ich uzasadnieniem i pomaga programistom podczas implementacji i review.	Prowadzi przeglądy designu i sesje krytyki, negocjuje kompromisy z liderami produktu i inżynierii i wyjaśnia decyzje projektowe interesariuszom spoza zespołu produktowego.	Uzgadnia z kilkoma zespołami wspólny kierunek doświadczenia, rozstrzyga spory projektowe między zespołami i jest głównym partnerem z designu dla liderów produktu i inżynierii.	Reprezentuje design w zarządzie, buduje zaufanie z każdą funkcją i wyjaśnia wartość designu w kategoriach wyników biznesowych.
Wpływ i rozwój zespołu	Sprawdza, jak wdrożone projekty sprawdzają się u użytkowników, reaguje na feedback i spisuje wnioski na potrzeby kolejnego projektu.	Śledzi swoje funkcje po premierze, proponuje usprawnienia na podstawie danych i feedbacku i pomaga wdrażać nowych projektantów.	Świadomie mentoruje jednego lub dwóch projektantów, daje krytykę, która pomaga im się rozwijać, i bierze udział w rekrutacji projektantów.	Coachuje projektantów w swoich zespołach, kształtuje proces rekrutacji i przeglądu portfolio i ustala rytuały, które utrzymują wysoką jakość designu.	Zatrudnia i rozwija zespół projektowy, określa, jak projektanci rozwijają się według tej drabiny, i decyduje, jak zespół jest zorganizowany w miarę wzrostu firmy.

Przewiń tabelę w bok, aby zobaczyć wszystkie poziomy.

Pobierz jako CSV Otwiera się w Excelu, Arkuszach Google lub Numbers.

Junior Product Designer: czego się oczekuje

Projektuje dobrze zdefiniowane ekrany i przepływy z użyciem istniejącego design systemu, przy regularnym wsparciu. Pojedyncze ekrany, komponenty i małe przepływy, zwykle sformułowane przez bardziej doświadczonego projektanta.

Badania użytkowników i wnioski: Uczestniczy w testach użyteczności i wywiadach prowadzonych przez innych, sporządza czytelne notatki i potrafi wskazać ustalenie stojące za każdą swoją decyzją projektową.
Formułowanie problemu: Potrafi wyjaśnić problem użytkownika i cel każdego zadania, a gdy brief jest niejasny, zadaje pytania zamiast zgadywać.
Projektowanie interakcji i warstwy wizualnej: Tworzy schludne, spójne ekrany z istniejących komponentów, na prośbę uwzględnia stany pusty, błędu i ładowania oraz przestrzega podstawowych zasad dostępności.
Design system: Poprawnie korzysta z komponentów design systemu i wskazuje, gdzie komponent nie pasuje do realnego przypadku.
Współpraca i komunikacja: Pokazuje swoją pracę wcześnie i często, prosi o feedback i przygotowuje pliki do przekazania, na podstawie których programiści mogą budować bez wielu pytań.
Wpływ i rozwój zespołu: Sprawdza, jak wdrożone projekty sprawdzają się u użytkowników, reaguje na feedback i spisuje wnioski na potrzeby kolejnego projektu.

Mid Product Designer: czego się oczekuje

Projektuje funkcje od początku do końca dla jednego zespołu – od zrozumienia problemu po sprawdzenie wdrożonego rezultatu. Funkcje w obszarze jednego zespołu produktowego – od badań i przepływów po finalny interfejs.

Badania użytkowników i wnioski: Planuje i prowadzi własne wywiady i testy użyteczności dla funkcji, podsumowuje, czego się dowiedział, i na tej podstawie zmienia projekt.
Formułowanie problemu: Razem z product managerem spisuje opis problemu dla funkcji, mapuje obecną ścieżkę użytkownika i przed wyborem rozwiązania sprawdza kilka kierunków.
Projektowanie interakcji i warstwy wizualnej: Projektuje kompletne przepływy ze wszystkimi stanami i przypadkami brzegowymi, pisze czytelne teksty interfejsu lub współpracuje z osobą, która je pisze, i sprawdza kontrast, kolejność fokusu i obsługę z klawiatury.
Design system: Proponuje nowe komponenty lub warianty z jasnymi zasadami użycia, utrzymuje porządek we własnych plikach projektowych i aktualizuje system, gdy wymaga tego funkcja.
Współpraca i komunikacja: Na co dzień pracuje z product managerem i programistami, przedstawia decyzje projektowe wraz z ich uzasadnieniem i pomaga programistom podczas implementacji i review.
Wpływ i rozwój zespołu: Śledzi swoje funkcje po premierze, proponuje usprawnienia na podstawie danych i feedbacku i pomaga wdrażać nowych projektantów.

Senior Product Designer: czego się oczekuje

Kieruje designem obszaru produktu, nadaje kształt niejednoznacznym problemom i podnosi jakość designu wokół nich. Obszar produktu lub kilka powiązanych funkcji, często wspólnych dla kilku zespołów.

Badania użytkowników i wnioski: Dobiera właściwą metodę badawczą do każdego pytania w swoim obszarze, łączy badania z danymi o użyciu i informacjami od wsparcia klienta i dzieli się wnioskami, które zmieniają priorytety produktu.
Formułowanie problemu: Przekształca mgliste prośby w jasne problemy z kryteriami sukcesu, kwestionuje briefy, które rozwiązują niewłaściwy problem, i wpływa na to, co zespół zbuduje w następnej kolejności.
Projektowanie interakcji i warstwy wizualnej: Projektuje złożone interakcje wymagające nowych wzorców, prototypuje je, by przetestować z użytkownikami i programistami, i wyznacza poprzeczkę jakości, której trzymają się inni projektanci.
Design system: Odpowiada za część design systemu, współpracuje z programistami, by design i kod szły w parze, i dokumentuje wzorce tak, by inni mogli z nich korzystać bez dopytywania.
Współpraca i komunikacja: Prowadzi przeglądy designu i sesje krytyki, negocjuje kompromisy z liderami produktu i inżynierii i wyjaśnia decyzje projektowe interesariuszom spoza zespołu produktowego.
Wpływ i rozwój zespołu: Świadomie mentoruje jednego lub dwóch projektantów, daje krytykę, która pomaga im się rozwijać, i bierze udział w rekrutacji projektantów.

Lead Product Designer: czego się oczekuje

Odpowiada za spójność doświadczenia w wielu zespołach i ukierunkowuje pracę innych projektantów. Kilka zespołów lub całe doświadczenie produktu, łącznie z design systemem.

Badania użytkowników i wnioski: Buduje praktykę badawczą, z której korzysta kilka zespołów – szablony, pulę uczestników, wspólne miejsce na wyniki – i dba o to, by duże decyzje były poparte badaniami.
Formułowanie problemu: Wychwytuje problemy z doświadczeniem obejmujące wiele zespołów – niespójne przepływy, przerwane ścieżki między funkcjami – i wprowadza je na roadmapę.
Projektowanie interakcji i warstwy wizualnej: Dba o wizualną i behawioralną spójność całego produktu, ocenia pracę innych projektantów względem wspólnych zasad i prowadzi przeprojektowania kluczowych części produktu.
Design system: Odpowiada za design system jako całość: decyduje, co do niego trafia, planuje jego rozwój z inżynierią i mierzy, jak szeroko jest stosowany.
Współpraca i komunikacja: Uzgadnia z kilkoma zespołami wspólny kierunek doświadczenia, rozstrzyga spory projektowe między zespołami i jest głównym partnerem z designu dla liderów produktu i inżynierii.
Wpływ i rozwój zespołu: Coachuje projektantów w swoich zespołach, kształtuje proces rekrutacji i przeglądu portfolio i ustala rytuały, które utrzymują wysoką jakość designu.

Head of Design: czego się oczekuje

Wyznacza kierunek designu w firmie i buduje zespół projektowy, który go realizuje. Cała funkcja designu, jej praktyki i jej rola w decyzjach firmy.

Badania użytkowników i wnioski: Sprawia, że rozumienie użytkowników staje się częścią podejmowania decyzji w firmie, ustala, ile badań się prowadzi i kto je prowadzi, i wnosi wiedzę o klientach do dyskusji kierownictwa.
Formułowanie problemu: Wpływa na to, które problemy firma postanawia rozwiązywać, i dba o to, by design był zaangażowany przed ustaleniem priorytetów, a nie po nim.
Projektowanie interakcji i warstwy wizualnej: Określa język wizualny produktu i standardy jakości designu oraz decyduje, jak marka i doświadczenie produktu łączą się ze sobą.
Design system: Decyduje, ile firma inwestuje w design system i kto go utrzymuje, i dba o to, by służył strategii produktu, zamiast stawać się projektem samym w sobie.
Współpraca i komunikacja: Reprezentuje design w zarządzie, buduje zaufanie z każdą funkcją i wyjaśnia wartość designu w kategoriach wyników biznesowych.
Wpływ i rozwój zespołu: Zatrudnia i rozwija zespół projektowy, określa, jak projektanci rozwijają się według tej drabiny, i decyduje, jak zespół jest zorganizowany w miarę wzrostu firmy.

Jak dopasować tę drabinę

Dopasuj ją do wielkości zespołu designu
Przy jednym–trzech projektantach rzadko potrzebujesz więcej niż trzech poziomów. Pomiń Lead, dopóki ktoś naprawdę nie prowadzi innych projektantów w wielu zespołach, a najbardziej doświadczony projektant niech pełni rolę Head of Design, dopóki ta rola nie stanie się pracą na pełny etat.
Zdecyduj, jak traktujesz specjalistów
Jeśli masz osobnych badaczy, content designerów lub projektantów marki, daj im własne wiersze albo własną drabinę, zamiast naciągać tę. W małym zespole utrzymuj jedną drabinę i zaakceptuj, że ludzie będą mocniejsi w jednych wierszach niż w innych.
Patrz na rezultaty, nie tylko na portfolio
Oceniając względem drabiny, pytaj, co zmieniło się dla użytkowników i biznesu, a nie tylko o to, jak dopracowane wyglądają ekrany. Piękne przeprojektowanie, którego nikt nie przyjął, to słabszy dowód niż prosty przepływ, który zatrzymał odpływ użytkowników.
Zrównaj ją z produktem i inżynierią
Przypisz każdemu poziomowi designu poziomy produktu i inżynierii o podobnym zakresie i wynagrodzeniu, tak by Senior Product Designer stał obok Senior Developera i Senior Product Managera. Dzięki temu zespoły produktowe pozostają zrównoważone.

FAQ

Pytania o tę drabinę

Ile poziomów potrzebuje drabina kariery Product Designera?

W firmie liczącej 20–200 osób wystarczą cztery lub pięć. Ten szablon ma pięć: Junior, Mid, Senior, Lead i Head of Design. Zespół designu złożony z dwóch lub trzech osób może zacząć od trzech i dodawać poziomy, gdy pojawią się realne role.

Czy projektanci UX i UI powinni mieć osobne drabiny kariery?

W firmie tej wielkości zwykle nie. Product designerzy zajmują się tu badaniami, przepływami i interfejsem, a drabina traktuje te obszary jako wiersze jednej pracy. Podziel drabinę dopiero wtedy, gdy zatrudnisz osoby, które na pełny etat zajmują się jedną częścią.

Czy product designer może osiągnąć wysoki poziom bez zarządzania projektantami?

Tak. Senior i Lead Product Designerzy rozwijają się dzięki skali i trudności problemów, za które odpowiadają, oraz dzięki wpływowi na innych projektantów. Zarządzanie ludźmi to osobny wybór, który w małej firmie zwykle zaczyna się na poziomie Head of Design.

Jakie dowody projektant powinien przynieść na przegląd awansowy?

Przykłady z ostatnich sześciu miesięcy dla każdej kompetencji docelowego poziomu: badanie, które zmieniło decyzję, przepływ, który poprawił metrykę, wzorzec dodany do design systemu, projektant, któremu pomógł się rozwinąć. Dołącz feedback od product managerów i programistów, z którymi pracuje.

Jak często aktualizować drabinę kariery projektantów?

Przeglądaj ją raz lub dwa razy w roku oraz zawsze, gdy zmienia się zespół designu – na przykład gdy zatrudniasz pierwszego design leada lub pierwszego badacza na pełny etat. Przepisz każde oczekiwanie, które na check-inach wciąż budzi spory.

Zbuduj tę drabinę kariery w LadderKit – za darmo

Ustaw jej poziomy i umiejętności dla swojego zespołu, oceniaj według nich ludzi w check-inach i zachowaj spójność decyzji o awansach.

Zacznij za darmo Zobacz wersję demo Bez rejestracji