Potęga struktury — przewodnik po projektowaniu modeli systemów

Systemy projektowania pomagają organizacjom zachować spójność doświadczeń w różnych produktach, usługach i firmach. Chociaż powszechnie kojarzone z wytycznymi wizualnymi i bibliotekami komponentów, systemy projektowania są zupełnie inne. Ponieważ coraz więcej korporacji zdaje sobie sprawę z wartości ciągłości projektowania, nowo utworzone zespoły ds. systemów projektowania opracowują najlepsze praktyki, aby zapewnić długoterminową trafność przedsięwzięć projektowych ich organizacji.

Kiedy wiele osób angażuje się w to samo dążenie do projektowania, pojawiają się wspólne pytania. Jeśli odpowiedzi na te pytania nie są łatwo dostępne lub łatwe do zrozumienia, spójność projektu jest na uboczu . Wejdź do systemów projektowania.

Choć popularne we współczesnej dyskusji na temat projektowania, korzenie systemów projektowania sięgają dziesiątek lat głęboko w świecie publikacji gazet i magazynów. Nawet teraz widoczna jest usystematyzowana hierarchia stron redakcyjnych, z prekonfigurowanymi wzorcami umożliwiającymi spójne rozmieszczenie tekstu i elementów wizualnych.

Po 2007 r. napływ technologii cyfrowej zmusił firmy do bardziej świadomego dbania o spójność projektów między produktami i platformami. Położono nacisk na wskazówki wizualne i biblioteki komponentów, ale takie dokumenty szybko zwapniały na stronach plików PDF i udostępnionych plików. Dzięki próbom i błędom twórcy nowoczesnych systemów projektowania zaczęli postrzegać swoją pracę jako żywe produkty, a nie statyczne dokumenty.

Zalando to wiodący europejski rynek mody online. Atlassian jest ceniony na całym świecie za swoje narzędzia do tworzenia oprogramowania. Każdy ma duże zespoły produktowe i złożone potrzeby projektowe. Czego można się nauczyć z ich modeli systemów projektowania?

Zalando: Współpraca jako model systemu projektowania

Zalando to największy w Europie internetowy sprzedawca obuwia i ekskluzywnej odzieży ulicznej. Z ponad 1900 markami, ogromnym cyfrowym sklepem zarządza zespół setek projektantów i programistów. Aby zapewnić spójne doświadczenie zakupowe w tak szerokiej kolekcji towarów, firma opiera się na wysoce ustrukturyzowanym systemie projektowania.

Można by pomyśleć, że utrzymanie systemu projektowego dla tak znanej marki wymagałoby ścisłego zarządzania i wąskiego kręgu decydentów projektowych. Zamiast tego podejście Zalando jest zdecydowanie oparte na współpracy. Zamiast postrzegać swój system projektowania jako idealną całość pod groźbą entropii, Zalando zachęca swoje zespoły ds. funkcji do wnoszenia nowych pomysłów w razie potrzeby. Jak to działa?

Głównym celem zespołu projektowego Zalando ds. systemów (ZDS) jest pomoc zespołom ds. funkcji w opracowywaniu komponentów, których potrzebują, aby produkty błyszczały. Jednocześnie ZDS zapewnia, że ​​integralność systemu projektowania nie zostanie naruszona. W ten sposób ŻDS jest zarówno łącznikiem, jak i siatką bezpieczeństwa.

Gdy zespół ds. funkcji Zalando potrzebuje rozwiązania niezgodnego z systemem projektowym firmy, przesyła swój wkład za pomocą prostego formularza Google. Po otrzymaniu kwitu składkowego ZDS dokonuje przeglądu i kategoryzuje wniosek o zmianę jako Lekki , Średni lub Ciężki . Każda kategoria ma swoją własną sekwencję wspólnego przeglądu, projektowania i iteracji.

Gdy wkład przejdzie przez ten proces i stanie się rzeczywistością, zespół ZDS aktualizuje centralnie udostępniany portal systemu projektowania, prezentuje zmiany w cotygodniowym pokazie i przekazuje aktualizacje interesariuszom i klientom.

Prostota modelu wkładu Zalando pozwala różnym głosom w firmie mieć wpływ na ewolucję systemu. Filozoficznie Zalando postrzega swój system jako produkt, a nie tylko źródło dokumentacji, mające na celu wizualne ujednolicenie produktów. Z tej perspektywy wypływają praktyczne wnioski, które mają zastosowanie do różnych modeli systemów projektowych:

• Zarządzanie jest ważne, ale zespoły nadzorujące systemy projektowania powinny koncentrować się na sukcesie innych zespołów w swoich organizacjach.
• Spraw, aby proces udostępniania funkcji był prosty, przejrzysty i oparty na współpracy oraz udokumentuj całą komunikację.
• Niech projektanci i programiści pracują razem nad zmianami w systemie, wspierając w ten sposób wspólny język systemu.
• Utwórz listę kontrolną, która zapewni, że każda aktualizacja systemu rozwiąże problemy z dostępnością.

Atlassian: nowe podejście do projektowania systemowego

Atlassian tworzy narzędzia do tworzenia oprogramowania i współpracy, takie jak Jira i Trello.

W 2017 roku firma Atlassian dokonała rebrandingu i uruchomiła witrynę zawierającą wytyczne projektowe. Jednocześnie firma prowadziła osobną witrynę poświęconą jej komponentom interfejsu użytkownika i odpowiadającym im przykładom kodu.

Z czasem obie strony zazębiły się , powodując frustrację i zamieszanie wśród wewnętrznych zespołów projektowych i programistycznych, zewnętrznych dostawców integracji aplikacji oraz klientów Atlassian.

Dostrzegając rosnącą rozbieżność między projektowaniem a rozwojem, Atlassian postanowił przemyśleć swoje podejście do systemów projektowania. Nie mogła już traktować dokumentacji projektowej i programistycznej tylko jako środka do generowania kodu i danych graficznych dla produktów Atlassian. System projektowania musiał być szanowany jako samodzielny produkt.

Aby w pełni zrozumieć swój problem, Atlassian przeszedł audyt zewnętrzny i przeprowadził badania satysfakcji klientów. Jak można się było spodziewać, obie strony uznano za niedopasowane i przestarzałe. Dzięki swojej reputacji na linii i dużemu ekosystemowi projektantów, programistów i interesariuszy proszących o zmiany, Atlassian dostrzegł swoje niedociągnięcia i postanowił przeprojektować swój system projektowania.

Na początku sierpnia 2020 r. zespół projektowy Atlassian (ADS) uruchomił nową witrynę konsolidującą wytyczne dotyczące marki, elementów wizualnych, treści, komponentów i wzorców.

Dodatkowo zespół ADS:

• Przeniesiono połowę swoich komponentów UI do nowego systemu (reszta jest w toku)
• Przepisano i uproszczono dokumentację w całym tekście
• Ulepszone wyszukiwanie w systemie
• Dodano linki do kodu typu „kliknij, aby skopiować”

Najbardziej wymowny dowód dojrzewania sposobu myślenia Atlassian pochodzi od głównej projektantki ADS, Jennie Yip: „Powszechne błędne przekonanie na temat systemów projektowania polega na tym, że po opublikowaniu stają się niezmiennym źródłem prawdy. System projektowania nigdy nie jest kompletny. W Atlassian zaczynamy zmieniać sposób, w jaki postrzegamy nasz system projektowania… w żywą i oddychającą całość”.

5 zasad projektowania, o których warto pamiętać

Dzisiejsze ostrze to jutro tępe ostrze — problem, który przenika wszystkie dyscypliny projektowania. Narzędzi i platform do tworzenia i hostowania systemów projektowych jest mnóstwo, ale szybki rozwój projektowania cyfrowego sprawia, że ​​bardziej opłaca się myśleć o systemach projektowych w kategoriach zasad przewodnich.

1. Systemy projektowania to produkty cyfrowe.

Podobnie jak wszystkie produkty cyfrowe, systemy projektowania wymagają regularnej konserwacji. Systemy, które pozostają uśpione przez długi czas, będą nieużywane i gniją.

2. Systemy projektowania są oparte na współpracy.

Systemy projektowe muszą służyć potrzebom interesariuszy reprezentujących wiele funkcji biznesowych. Zapewnienie możliwości współpracy zapobiega istnieniu systemów w silosach projektowych i inżynieryjnych oraz zapewnia, że ​​pomysły dotyczące produktów nie są ignorowane.

3. Systemy projektowania opierają się na prostocie.

Systemy projektowania to miejsce, w którym można znaleźć odpowiedzi, a nie zdobywać wyróżnień za efektowne wizualizacje, zawiłe animacje lub dowcipne kopie. Informacje powinny być dobrze zorganizowane, łatwe w nawigacji i przeszukiwać, podczas gdy opisy tekstowe powinny równoważyć kontekst ze zwięzłymi instrukcjami.

4. Systemy projektowania wymagają strategii komunikacji i zaangażowania.

Zespoły, które zarządzają systemami projektowania, muszą rozważyć, w jaki sposób regularnie informować interesariuszy o aktualizacjach i nowych funkcjach. Biuletyny, sesje pytań i odpowiedzi oraz inne strategie informacyjne powinny informować i angażować: „To są zmiany. Dlatego powinieneś się tym przejmować”.

5. Systemy projektowania są scentralizowane.

Systemy projektowe powinny być dostępne w jednej, opartej na chmurze lokalizacji. Poruszanie się po systemie lub uzyskiwanie zasobów nie powinno wymagać znajomości konkretnego programu do projektowania. I pamiętaj, publikowanie oddzielnych wytycznych dotyczących projektowania i rozwoju to pewna droga do dysonansu produktowego.

Potęga strukturalnej elastyczności w projektowaniu

Systemy projektowe nie mają być monolitami, dużymi i imponującymi, na zawsze niezmienionymi. Nie są też jedynie repozytoriami komponentów i stylów projektu. Są żywymi, oddychającymi produktami, organicznymi przedsięwzięciami, które wymagają sadzenia i przycinania. W związku z tym zasługują na oddane zespoły składające się z projektantów, którzy są zaangażowani w ich ciągłą konserwację i odnawianie. W końcu systemy projektowania nigdy się nie kończą.

Ostatecznie najlepsze systemy projektowania są proste, oparte na współpracy i elastyczne. Odpowiadają na naglące pytania projektowe w jasny sposób, z zadowoleniem przyjmują wkład wielu interesariuszy i przedkładają skuteczne rozwiązania nad dogmatyczne formuły.

Pozwól nam wiedzieć co myślisz! Zostaw swoje przemyślenia, komentarze i opinie poniżej.

• • •

Dalsza lektura na blogu Toptal Design:

• Spójność jest kluczem – jak zbudować system projektowania Figma
• Zrozumienie systemów i wzorców projektowych
• Figma vs. Sketch vs. Axure – przegląd zadaniowy
• Dlaczego warto korzystać z projektowania materiałów? Rozważanie zalet i wad
• Przeszłość wciąż jest obecna – przegląd ponadczasowego designu