Mentionsy

Jestem Wesoły Michu i mam dla Was dzisiaj temat, a ten temat to na 90% nie potrzebujesz Design Systemu.

Będziemy gadali o Design Systemie, dla kogo to jest, po co to jest, a dla kogo to nie jest.

Ale jeszcze zanim przejdziemy do Design Systemu, chciałem prowadzić nową sekcję w moim podcaście, mianowicie sekcję Commentary.

Dzisiaj porozmawiamy o tym, dlaczego nie każdy potrzebuje Design Systemu i jak uniknąć pułapki Design Systemu.

I tutaj zaczyna się problem z Design Systemem.

Wiele osób myśli, że Design System to automatyczna przepustka do tzw.

Ale nikt nie mówi o tym, ile te firmy zainwestowały czasu i pieniędzy, żeby te ich Design Systemy działały.

Czym jest właśnie ten wspomniany Design System?

Zapewnia spójność, ale to nie dzieje się magicznie, bo sam Design System nie załatwi za Ciebie podstawowych problemów.

Więc dlaczego Design System jest często w ogóle nietrafionym pomysłem?

Design System wymaga ogromnych inwestycji, trzeba to powiedzieć, czasowych i finansowych.

Ktoś musi projektować, ktoś musi utrzymywać dokumentację, ktoś musi testować rozwiązania, ktoś musi szkolić innych z tego, jak używać tego Design Systemu.

No i trzeci taki punkt to jest myślę, że organizacja i taka dojrzałość tej organizacji, czyli jeśli Twoja firma wciąż walczy o trakcje, jeśli Twoja firma walczy o podstawowe funkcje, no to Design System to jest ostatnia rzecz, o jakiej Ty w ogóle powinieneś myśleć, nie?

I z Design Systemem jest dokładnie to samo.

Jakby ja rozumiem tą chęć dążenia do tego, że chcesz mieć Ferrari, chcesz mieć Design System.

Bo Toyota też Cię dowiezie z punktu A do punktu B. Więc Design System to jest trochę taki luksus projektowy, luksus produktowy nawet.

Jesteś gdzieś na konferencji finansowej i chwali się wszystkim ty, ale my zrobiliśmy zajebisty Design System, kompletnie atomiczne komponenty.

Chcesz Design System?

Czy ta dojrzałość w organizacji pozwala Ci mieć Design System?

To nie robisz Design Systemu po prostu.

Ale moi drodzy słuchacze, są sytuacje kiedy Design System naprawdę ma sens i te sytuacje sobie wypisałem.

I teraz tak, mam wypisane cztery kluczowe elementy, które musisz mieć zanim zaczniesz marzyć w ogóle o tym swoim Design Systemie.

Design System jest pewną instrukcją obsługi dla Twojego produktu, dla Twojego front-endu.

Więc jeżeli w Twoim zespole każdy projekt wygląda inaczej, nie macie wspólnych zasad dotyczących typografii, kolorów, układów i tak dalej, Design System może, nie musi, ale może pogłębiać ten chaos, który panuje.

I w takiej małej firmie Design System to jest jednak często przerost formy nad treścią.

Bo ludzie myślą, że Design System to jest jednorazowa inwestycja, ale jak już zaczniesz go robić, to wymaga ciągłego utrzymania, ciągłej aktualizacji, ciągłej rozbudowy, więc to nie jest jednorazowa inwestycja.

Stanie się on przestarzały szybciej, niż w ogóle myślisz i niestety, ale musisz mieć zasoby, by dodać nowe komponenty, poprawić istniejące i edukować całą organizację, jak z tego Design Systemu korzystamy i o co w ogóle w nim chodzi.

W chaosie Design System będzie miał naprawdę ciężko, w sensie ciężko będzie cokolwiek naprawić za pomocą Design Systemu, więc jeśli Twój zespół nie ma ustalonych procesów, jeżeli wiąże się to z przepisaniem technologii, żeby wdrażać Design System, no to będą pożary, nie?

Więc Design System jest efektywny tylko wtedy, kiedy mamy uporządkowaną pracę od samego początku aż po development, jeżeli chodzi o design.

To wtedy rekomendowałbym wstrzymanie się z Design Systemem.

No dobra, ale zastanawiałeś się kiedyś dlaczego Design Systemy są tak popularne?

Dlaczego niemal każdy produkt, każda firma od startupów po korpo ma w głowie tę myśl potrzebujemy własnego Design Systemu.

Trochę Design Systemy stały się takim symbolem nowoczesności, porządku, takiego profesjonalizmu.

Kiedy mówisz na spotkaniu, że Twoja firma tworzy Design System, to od razu zaczynasz grać w trochę innej lidze produktowej.

Ale z drugiej strony też ten Design System to jest trochę buzzword, w sensie obiecuje trochę cuda, jakby spójność w projekcie.

W rzeczywistości te Design Systemy bardzo rzadko dostarczają tych rezultatów, jeśli w firmie brakuje takich podstawowych procesów typu, no wiecie, zasoby, odpowiednia skala, budżet i tak dalej, i tak dalej.

Jeżeli popatrzymy na przykłady takich aplikacji jak Airbnb czy Google, to firmy te stworzyły swoje Design Systemy inwestując naprawdę dużo pieniędzy i dużo czasu.

Ich sukcesy są chętnie opisywane w tych wszystkich artykułach branżowych jako dowód na to, że Design Systemy to cudowne rozwiązanie.

I teraz w jednej z organizacji, w której ja osobiście pracowałem, to wydaliśmy ponad 5 milionów dolarów w ciągu dwóch lat na Design System.

I po tych dwóch latach adopcja Design Systemu wynosiła gdzieś około 40%, co wydaje się wręcz śmieszne.

Potem drugi problem, który się pojawił, że te procesy wdrażania były zbyt skomplikowane, czyli trzeba było przepisać cały frontend na Reacta, żeby wdrożyć Design System.

Mieliśmy Micro Front-Endy, więc te Micro Front-Endy każdy z osobna musiał update'ować Design System, żeby to się aktualizowało.

No i taki jeden z większych chyba problemów to było to, że brakowało trochę wiedzy o Design Systemie, takiego wsparcia i edukacji w organizacji.

Jakby Design System starał się to robić, ale niestety to wsparcie i ta wiedza o Design Systemie musi jakby pochodzić z wielu miejsc w organizacji,

No i product managerowie nie byli skłonni do porzucania nowych feature'ów na rzecz Design Systemu.

I to jest całkiem zrozumiałe, no bo Design System w krótkim terminie nie przynosi żadnych korzyści, a jednak product managerowie rozliczani są z wyników.

Zatem też rozumiem ten pogląd, że w wielu firmach Design System staje się taką kulą u nogi zamiast przyspieszać pracę.

Wpuszczamy produkt za dwa tygodnie, a z drugiej strony masz zespół Design Systemu, który mówi super, zajebiście, ale niestety nie mamy teraz na to czasu i wrzucamy to do backlogu.

Buzzwordy takie jak Design System sprzedają pewne marzenia o uporządkowanym świecie front-endu, designu, produktu, ale rzeczywistość bardzo często jest brutalna.

Design System nie jest magicznym rozwiązaniem.

Jeśli Twoja firma nie ma zasobów, nie ma cierpliwości, nie ma skali, nie ma dużego produktu, no to nie polecam robić Design Systemu.

Ale jak nie będziesz robił Design Systemu, to co możesz robić innego?

Nie stać się na Design System.

W rzeczywistości tak naprawdę, powiem Wam szczerze, w wielu przypadkach w ogóle nie potrzebujesz pełnoprawnego Design Systemu, żeby osiągnąć swoje biznesowe cele.

Dlatego chciałbym Ci dzisiaj pokazać, co możemy zrobić zamiast wydawania ogromnych kwot na Design System, który może się zwrócić dopiero za 10 lat albo w ogóle.

Zamiast rzucać się na wielki projekt, jaki jest Design System per se, który przypomina przeprojektowanie wszystkich komponentów, przekodowanie wszystkich komponentów, ja zaczynałbym od małych kroków.

Czyli powiedzmy, mamy designera, który potrafi zaprojektować spójny język wizualny bez potrzeby stworzenia skomplikowanego systemu.

Ale nawet jeżeli masz już dobry proces, masz już wszystko poukładane, też nie zawsze potrzebujesz pełnoprawnego Design Systemu tego materiala, designu, jak robi to Google.

Tak możesz budować stopniowo Design System.

W pewnym czasie będzie taka myśl, że może trzeba by było zrobić Design System.

Od dzisiaj robimy Design System.

Lepsze podejście jest takie, że tworzysz komponent, wykorzystujesz go w produkcie i na podstawie użycia i opinii ludzi, ale także zespołu go udoskonalasz i z biegiem czasu iteracyjnie robisz Design System bez mówienia o tym, że robisz Design System.

To pozwala uniknąć marnowania czasu na dyskusję o celu Design Systemu, o budżecie Design Systemu i o całych tego typu niepotrzebnych dyskusjach.

Jest jeszcze druga opcja, czyli tak naprawdę nie musisz tworzyć wszystkiego o zera, tylko wykorzystać popularny framework taki jak Material UI, Carbon Design System, albo jakikolwiek inny dostępny publicznie, który może być całkiem w porządku punktem wyjścia.

Więc teraz jakbym miał zaczynać Design System i bym był projektantem, któremu bardzo na tym zależy.

No to zrobiłbym to w trochę inny sposób, niż zaczął rozmowę o Design Systemie, tylko poszedłbym na spotkanie z deweloperami i powiedziałbym tak.

Co gdybyśmy poświęcili na przykład jedną popołudnie na stworzenie prostej biblioteki komponentów, zamiast mówić o tym, że hej, zróbmy Design System, zaprojektujmy wszystkie komponenty, wszystko mikrointerakcje i zapakujmy to na naszą stronę zajebistą o Design Systemie i od dzisiaj robimy Design System.

Więc podsumowując to, co powiedziałem w tej części, raczej nie potrzebujesz skomplikowanego Design Systemu, żeby Twoje procesy były efektywne.

Więc jeśli wprowadzasz coś tylko po to, żeby mieć Design System i żeby to było modne na przykład, to nie ma sensu kompletnie.

Więc jeżeli już mówimy jakkolwiek o budowie Design Systemu, no to ja bym się skłaniał ku takiemu organicznemu budowaniu Design Systemu, bo Design System to nie jest projekt, który kończy się po kilku sprintach, to bardzo długofalowy proces, to coś co rozwija się razem z Twoim produktem, razem z Twoim zespołem, więc zamiast tworzyć coś wielkiego od razu, zacznij od małych kroków i rozwijaj go organicznie.

I to właśnie one powinny być fundamentem Twojego mikro Design Systemu, Twojej biblioteki komponentów.

Tradycyjne podejście Design Systemu, które spotkałem i które widziałem też w niektórych artykułach jest takie, że planujesz, potem tworzysz, potem publikujesz, potem wdrażasz.

Tutaj też to, co ważne przy tworzeniu takiego Design Systemu i nawet takiej biblioteki komponentów, to jest to, żeby angażować zespół w ten proces, czyli Design System nie może powstawać w oderwaniu od zespołu, nie może powstawać w oderwaniu od użytkowników.

No bo to się nigdy nie uda, w sensie oni nie będą chcieli z tego korzystać, więc musisz nie tylko jako projektant tworzyć taki Design System sam, ale musisz kontaktować się z deweloperami, z Product Managerami, rozmawiać z nimi, jak to robić, regularne warsztaty, na których wspólnie omawiacie potrzeby i to, co chcecie wprowadzić w produkcie, ale musisz też pozwolić deweloperom dodawać swoje uwagi i pomysły do takich komponentów, czyli musicie po prostu być jednym zespołem, który razem tworzy Design System.

Więc zespół musi czuć, że Design System to jest narzędzie wszystkich, a nie narzucone przez projektanta jakieś, wiecie, wymysły.

To, co już mówiłem, taki bardzo iteracyjny proces bardzo często pomaga w tworzeniu biblioteki komponentów, pomaga w tworzeniu Design Systemu, zaczynasz od najważniejszych elementów, które mają największy wpływ na Twój produkt.

No i teraz jak przyjdzie rozmowa z zarządem albo z kimś, kto dba o koszty, no to jakbyś miał teraz rozmawiać o Design Systemie i pokazywać zwroty z inwestycji z Design Systemu, ciężko będzie, nie?

Super pomysł na to, żeby samoorganizować się w kontekście budowania biblioteki komponentów i pokazywać przewagę takiego rozwiązania zarządowi i Product Managerom, zanim zdecydujemy się robić Design System.

Budowanie Design Systemu jest to pewien proces, który powinien ewoluować razem z Twoim zespołem i produktem.

I nie poświęcałbym całego zespołu na pracę nad Design Systemem od samego początku.

Wiecie, to trochę takie bootstrapowanie w kontekście Design Systemu.

Więc pamiętaj, najlepszy Design System to taki, którego Ty jako zespół chcesz używać, który nie drenuje Cię z hajsu, nie drenuje Cię z czasu, którym komponenty, które zbudowałeś jesteś w stanie wykorzystywać tu i teraz, który nie buduje jakiegoś sztucznego przekonania i buzzwordów i który odpowiada na pytanie, czy to, co robię pomaga osiągnąć cele?