Ich mag diesen Beitrag von Brad Frost über das, was ein Designsystem ist und was nicht, besonders wenn er die Bedeutung von Werkzeugen bei dieser Art von Arbeit herunterspielt
…Komponenten, die in statischen Design-Tools wie Sketch leben, sind an sich noch kein Designsystem. Entschuldige meinen Clickbait. Vielleicht wäre ein besserer Titel gewesen: "Deine Sketch-Bibliothek ist nicht (ganz) ein Designsystem."
Zweifellos sind Tools wie Sketch sehr wertvoll, und eine Sammlung wiederverwendbarer Komponenten darin hilft Designteams, durchdachte und konsistente Benutzeroberflächen zu etablieren. Eine Sketch-Bibliothek ist jedoch nur ein Teil des Designsystem-Puzzles. Ein Designsystem kann auch andere Puzzleteile enthalten, wie zum Beispiel
- Designprinzipien
- UX-Richtlinien
- Entwicklungsrichtlinien
- Gecodete UI-Komponenten
- Komponentenrichtlinien, Nutzung und Details
- Seiten-Templates
- Benutzerflüsse
- Design-Tools
- Entwickler-Tools
- Code-Repositories
- Richtlinien für Stimme und Ton
- Implementierungsanleitungen
- Beitragsprozesse
- Teamstruktur
- Ressourcen (intern und extern)
- Andere Richtlinien/Ressourcen/Tools/Prozesse
Ich habe über diesen Beitrag in den letzten Tagen nachgedacht und angefangen, Designsysteme als weit mehr als eine Suite von Werkzeugen zu betrachten. Tatsächlich glaube ich, dass Leute, die an Designsystemen arbeiten, die Wichtigkeit spezifischer Werkzeuge herunterspielen und sich stattdessen viel mehr auf die Community-bildenden Aspekte der Arbeit konzentrieren sollten.