To, co nazywam systemem, nie jest systemem
Pięć rzeczy pod jednym słowem – biblioteka, styleguide, dokumentacja, zasady i coś jeszcze. Otwierasz swój plik z pracy i mapujesz, co tam naprawdę jest.
Ci, którzy go prowadzą, widzą organizację. Mini-kurs „Design System inaczej” jest o tym, co dzieje się między jednym a drugim.
Większość patrzy na design system i widzi zbiór komponentów. Ci, którzy go prowadzą, widzą organizację. Ten kurs jest o tym, co dzieje się między jednym a drugim.
— Radosław Latarski
Plik Figma w kursie nie jest celem. Jest playgroundem. Cel jest w Twoim prawdziwym pliku z pracy – po kursie wracasz do niego z innym językiem i innymi pytaniami.
Pięć rzeczy pod jednym słowem – biblioteka, styleguide, dokumentacja, zasady i coś jeszcze. Otwierasz swój plik z pracy i mapujesz, co tam naprawdę jest.
Pułapka, która działa po obu stronach. Zespół DS, który mówi „tak” na każde zgłoszenie, buduje fabrykę. Designer, który zgłasza co tydzień, ją karmi. W tej lekcji nie budujesz nowego komponentu – zatrzymujesz się i patrzysz.
Trzy rozmowy o systemie: z Product Ownerem, z zespołem DS, z liderem zespołu. Plus Dev Mode i eksport tokenów do JSON jako wspólne źródło dla designera i dewelopera.
Trzy osie Kholmatovej i cztery etapy dojrzałości. Mapujesz pozycję swojego systemu z pracy. Ostatnia strona pliku zostaje pusta – z jednym pytaniem.
Co się dzieje, gdy Product Owner mówi „ten przycisk niech
będzie ciemniejszy”. Budujesz dwie warstwy tokenów –
primitive (blue-500) i semantic
(action-primary-default).
Atomic Design jako model myślowy, nie taksonomia. Reguła trzech razy: dwa razy to zbieg okoliczności, trzy razy to wzorzec. Budujesz pierwszy Button z trzema wariantami.
Trzy pytania osoby, która o 23:00 przed deadline’em otwiera plik: jak to działa, czego nie wolno, co się stanie jak złamię. Piszesz pierwszą stronę dokumentacji do swojego Buttona.
RFC (propozycja) z czterema pytaniami, którego ktoś użyje. Cisza w design systemie nie znaczy zgody – znaczy, że ludzie poszli rozwiązać problem osobno.
Projektuję produkty cyfrowe od 12 lat. Kilka ostatnich – przy budowaniu design systemu w jednej dużej organizacji.
Pamiętam spotkanie z liderem zespołu DS w dużej polskiej firmie. Zapytałem, jak podchodzi do tego, że designerzy z produktów ciągle proszą o nowe komponenty. Odpowiedział z dumą: „Jak najbardziej. Jak najwięcej.”
Słyszałem co innego. Słyszałem nadchodzący chaos. Wiedziałem to od początku – ale przez lata nie miałem siły, żeby powiedzieć „nie”. Tej odwagi musiałem się nauczyć. Lekcja 5 jest dokładnie o tym.
Cenę dostajesz w pierwszej wiadomości po zapisie. −20% dla pierwszych 30 z listy.
Nie. Kurs jest dla projektanta. Bez kodu, bez konfiguracji narzędzi, bez Gita. Wystarczy Figma i jakiś plik, który u siebie nazywasz design systemem.
Bo to nie jest kurs do testu. Quizy sprawdzałyby, czy zapamiętałeś moje słowa – a to nie jest cel. Certyfikat sugerowałby, że kurs się skończył – a u Ciebie w pracy to dopiero początek.
14 dni na zwrot. Bez pytań, bez formularzy. Jedna wiadomość – zwracam całość.
Nie. Używamy Figma Variables, Component Properties, Dev Mode – ale tylko tam, gdzie konkretnej lekcji to potrzebne. To kurs o decyzjach, nie o klikaniu w Figmie.
easy.tools. 8 lekcji wideo (~2,5 godziny razem) + plik Figma, w którym budujesz mini-system razem ze mną. 12 miesięcy dostępu. Discord dla kursantów. Jedna sesja live Q&A 30 dni po starcie.
Dwie wiadomości i ani jednej więcej: cena ze zniżką 20% po zapisie, przypomnienie tydzień przed startem. Po starcie cena wraca do pełnej. Nie schodzi niżej. Nie organizuję promocji.
0 miejsc · start połowa czerwca 2026 · zwrot 0 dni bez pytań