Ein Designsystem ist ein Produkt, keine Figma-Datei
Hin und wieder zeigt mir jemand eine Figma-Datei und nennt sie ein Designsystem. Meist enthält sie einen guten Satz Komponenten, eine Farbpalette und eine Typoskala, und sie ist eine völlig respektable Bibliothek. Ein System ist aber etwas anderes. Ein System hat Nutzer, eine Roadmap, Releases und jemanden, der dafür einsteht, das heißt, es verhält sich genau wie ein Produkt, und so führe ich meine.
Nichts Neues unter der Sonne
Bevor es Designsysteme gab, gab es Markenstandards. Wer Grafikdesign gelernt hat, kennt das Brandbook: das dicke Handbuch, das festlegt, wie das Logo verwendet werden darf und wie nicht, welche Farben zusammengehören, wie viel Raum eine Überschrift braucht und was mit einem Briefbogen passiert, wenn er zum Plakat wird. Diesen Handbüchern ging es nie um Kontrolle um ihrer selbst willen. Sie existierten, damit Dutzende Menschen, Druckereien und Agenturen Arbeiten erstellen konnten, die trotzdem aussahen, als kämen sie von einem Ort.
Ein Designsystem ist dieselbe Idee, übertragen in ein Medium, das sich bewegt. Tokens sind die Farb- und Abstandsseiten des alten Handbuchs, Komponenten die freigegebenen Layouts, und die Dokumentation ist der Teil des Brandbooks, der das Warum erklärte. Die Prinzipien sind Jahrzehnte alt und gut erprobt. Geändert hat sich, dass das System nun tägliche Releases, viele Teams und Code überstehen muss statt einer Druckauflage pro Quartal.
Ordnung, nicht Starrheit
Der häufigste Einwand, den ich höre, ist, dass ein System Design starr macht. Meiner Erfahrung nach ist das Gegenteil wahr. Wenn die wiederkehrenden Entscheidungen geklärt sind, vom Abstand zwischen Elementen bis zum Farbton einer Warnung, hat das Team mehr Energie für die Entscheidungen, die wirklich zählen. Regeln sind eine Form von Ordnung. Sie setzen Aufmerksamkeit frei, statt sie einzuengen.
Starrheit entsteht erst, wenn ein System aufhört zuzuhören, wenn eine Anfrage nach einem neuen Muster im Schweigen verschwindet und Menschen leise anfangen, darum herumzuarbeiten. Das ist kein Fehler der Regeln. Es ist der Fehler, dass sich niemand um sie kümmert, und genau dafür ist Produktdenken da.
Es wie ein kleines Produkt führen
Jedes System, das ich führe, behandle ich als kleines Produkt mit eigenen Nutzern. Die Nutzer sind Designer, Entwickler, Analysten und zunehmend jeder, der einen Screen baut. Wie jedes Produkt hat es ein Backlog an Anfragen, ein Gespür für Prioritäten und einen Release-Rhythmus, sodass Änderungen in geplanten Versionen kommen statt als Überraschungen. Und es hat eine einzige, klar benannte Verantwortung, denn ein System, das allen gehört, gehört in der Praxis niemandem.
Wie jedes Produkt muss es erklärt werden. Neben der Bibliothek pflege ich einen Lernbereich mit kurzen Notizen dazu, warum eine Regel existiert und wann es fair ist, sie zu brechen. Das Ziel ist einfach: Niemand sollte mir dieselbe Frage zweimal stellen müssen, und ein neues Teammitglied sollte sich ohne Führung zurechtfinden.
Und wie jedes Produkt wird es gemessen. Ich schaue, wie oft Komponenten abgelöst werden, wie viele Farben noch von Hand eingetippt werden und wie lange ein Team für einen neuen Screen braucht. Diese Zahlen zeigen mir, wo das System hilft und wo es im Weg steht.
Was sich ändert, wenn man es so sieht
Sobald ein System als Produkt behandelt wird, verschieben sich die Gespräche. Teams fragen nicht mehr, ob sie etwas dürfen, sondern ob das System es schon kann. Anfragen werden zu Feedback statt zu Beschwerden. Schulden werden sichtbar, weil sie neben allem anderen im Backlog stehen. Und das System wächst in die Richtung, die die Produkte brauchen, statt in die Richtung dessen, der letzten Monat am lautesten gerufen hat.
Es verändert auch, wie Kunden es sehen. Eine Figma-Datei ist ein Vermögenswert, der altert. Ein Produkt ist eine Investition, die sich weiter auszahlt, weil jeder neue Screen, jede neue Marke und jede neue Plattform bei dem beginnt, was schon da ist. Bei großen Projekten misst sich dieser Unterschied in Monaten.
Das Brandbook, erwachsen geworden
Manchmal denke ich, die beste Vorbereitung auf Designsysteme waren all die Jahre mit Markenstandards, lange bevor jemand in meiner Welt das Wort Token benutzte. Die Disziplin ist dieselbe: sorgfältig entscheiden, aufschreiben, die Gründe erklären und es lebendig halten, während die Marke wächst. Die Werkzeuge haben sich geändert und das Tempo auch, das Handwerk nicht. Ein Designsystem ist einfach das Brandbook, erwachsen geworden und mit einem Team, das sich darum kümmert.
Weiterlesen
DesignsystemeEin Designsystem am Leben halten: Verantwortung, Schulden und kleine regelmäßige Korrekturen
Beginnt Ihr Designsystem zu verblassen?
Ich würde gern davon hören →