Design system to nie biblioteka w Figmie plus instancja Storybooka. To umowa co do tego, jak twój produkt ma wyglądać i się zachowywać, oraz proces, który pilnuje, by ta umowa pozostawała prawdziwa, gdy firma rośnie.
Większość systemów umiera po cichu. Komponenty istnieją, ale zespoły produktowe dalej wypuszczają jednorazowe ekrany. Tokeny są zdefiniowane, ale na produkcji rozjeżdżają się wartości hex. System staje się projektem pobocznym, który kierownictwo chwali, a inżynierowie omijają.
Typowa porażka: budowa na pokaz, nie do pracy
Systemy budowane jak pozycje do portfolio stawiają kompletność ponad dopasowanie. Każdy stan jest udokumentowany, ale żaden nie odpowiada temu, czego dział sprzedaży potrzebuje w przyszłym tygodniu. Adopcja umiera, bo korzystanie z systemu jest wolniejsze niż skopiowanie pull requesta z zeszłego miesiąca.
Typowa porażka: brak właściciela z decyzyjnością produktową
Bez opiekuna, który może powiedzieć „nie” wyjątkom i „tak” właściwym abstrakcjom, wygrywa entropia. Tokeny się mnożą. Warianty przycisków zamieniają się w kombinatoryczną eksplozję. Zdrowy system ma małą powierzchnię i jasną ścieżkę eskalacji, gdy nowy wzorzec jest naprawdę potrzebny.
Miarą sukcesu jest wdrożony interfejs zgodny z systemem bez przeglądu projektowego przy każdej decyzji o odstępach.
Co działa zamiast tego
- Zaczynaj od żywych ekranów produktu, a nie od teoretycznych atomów.
- Wypuszczaj komponenty dopiero wtedy, gdy to samo jest potrzebne dwóm zespołom.
- Łącz tokeny projektowe z kodem: jedno źródło i automatyczne kontrole, gdzie tylko się da.
- Traktuj system jak produkt: roadmapa, changelog, ścieżki migracji.
Na lokalizacji rozjazdy widać najwcześniej: każdy przetłumaczony tekst to nowa okazja, żeby komponent się rozsypał. Dlatego budujemy wtyczkę XLIFF do Figmy, która eksportuje teksty do tłumaczenia pogrupowane według ramek i pozwala przejrzeć przetłumaczony plik, zanim nadpisze on żywe warstwy.
Zarówno w stronach firmowych, jak i w produktach typu CRM spójność buduje zaufanie. Design system zarabia na siebie wtedy, gdy spójność staje się tańsza niż niespójność, a nie wtedy, gdy zbiera nagrody za obszerność dokumentacji.