Ein Design-System umfasst heute Tokens, Komponenten, Richtlinien und Metadaten für KI-Modelle. Karolina Szczur rät dazu, dieser Aufzählung nicht länger einen neuen Namen zu suchen, sondern sie je nach Gegenüber zu übersetzen.
Ein Klick · kostenlosDr. Web bei Google bevorzugenMarkieren Sie drweb.de als bevorzugte Quelle. Dann sehen Sie unsere Artikel öfter unter den Top-Meldungen.Jetzt hinzufügenInhalt 4 Abschnitte
Die Designerin Karolina Szczur hat am 3. November 2026 in ihrem Journal begründet, warum es für Design-Systeme keinen besseren Namen gibt.[1] Entscheidend sei, den Nutzen in der Sprache der jeweiligen Abteilung zu erklären.[1]
Das Wichtigste in Kürze
- Szczur zufolge ist nicht der Name das Problem, sondern die fehlende Übersetzung zwischen Fachabteilungen.
- Szczur nennt drei Brückenbegriffe: Produkt, Methode und Infrastruktur, jeder mit eigener Schwäche.
- Selbst setzt sie meist auf „Infrastruktur“, weil das Wort Geschäftsführung und Finanzen am weitesten erreicht.
- Hilfreich ist das vor allem bei Budgetfragen, etwa wenn Barrierefreiheit im System Pflicht wird.
Warum scheitert die Suche nach dem richtigen Namen?
Der Inhalt eines Design-Systems ändert sich ständig, und Außenstehende wollen nicht wissen, woraus es besteht. Laut Szczur fragen Stakeholder danach, was das System ermöglicht, nicht nach den Zutaten.[1]
Aus Style Guides und Pattern Libraries nach dem Vorbild gedruckter Markenhandbücher wurde ein Sammelbegriff für Tokens, Komponentenbibliotheken, UI-Muster, Accessibility-Richtlinien, Governance und strukturierte Metadaten für Sprachmodelle.[1] Nathan Curtis von EightShapes beschreibt deshalb gleich drei Systeme in einem: einen Bausatz wiederverwendbarer Teile, eine Reihe zusammenhängender Produkte und eine Gemeinschaft zusammenarbeitender Menschen.[2]
Zählt jemand nur Teile auf, verliert er Zuhörer. Szczur nennt Figma, Storybook und Supernova als Beispiele für Werkzeuge, bei denen die Aufmerksamkeit abfällt.[1] Dazu kommt Begriffsstrenge: Szczur sah einen Beitrag, der verkündete, jemand besitze „nur“ ein UI-Kit und kein Design-System. Ein System, das als Extra „nur für Designer“ gilt, veraltet nach ihrer Erfahrung ungenutzt.[1]
Produkt, Methode oder Infrastruktur: Welches Wort passt?
Keines allein, denn jedes beantwortet eine andere Frage. Szczur ordnet jedem Begriff ein Publikum und eine Schwäche zu und wählt meist Infrastruktur.[1]
Das Produkt erreicht Produktverantwortliche und bringt Fahrpläne, Rückmeldeschleifen und die Nutzung durch Teams als Messgröße mit. Produkte sind aber freiwillig, das System bliebe in einer Dauerverkaufsschleife um Geld und Aufmerksamkeit.[1] Die Methode spricht Designer, Entwickler und Delivery-Leitung an, lässt sich der Führung aber schwer beziffern.[1]
Die Infrastruktur meint gemeinsame Investition, Wartung und Verlässlichkeit ohne Wahlfreiheit. Szczur stützt sich auf Deb Chachras Buch „How Infrastructure Works“: Technik wird zur Infrastruktur, wenn viele sich darauf verlassen.[1] Die Schwäche bleibt, dass auch Infrastruktur als Kostenstelle gekürzt werden kann.[1]
Eckdaten zum Beitrag
Publikum und Schwäche je Begriff
Als Wunsch der Designer wird ein Design-System gekürzt, als Betrieb der Firma nicht.
Michael Dobler, Herausgeber Dr. Web
Was heißt das für Agenturen und Inhouse-Teams?
Übersetzen Sie das System pro Abteilung: Der Geschäftsführung nennen Sie Betriebssicherheit, der Entwicklung die Arbeitsweise, dem Produkt die Nutzung. Ein neues Etikett ersetzt das nicht.
Ein Argument für das Budget ist die Barrierefreiheit. Seit dem 28. Juni 2025 gilt das Barrierefreiheitsstärkungsgesetz, das auch viele Online-Angebote für Verbraucher erfasst; Kleinstunternehmen sind bei Dienstleistungen ausgenommen.[3] Stehen die Accessibility-Regeln im System, wird es zur Pflichtarbeit und fällt aus dem Wunschkonzert der Designer heraus.
Auch die KI-Frage gehört in diese Übersetzung. Wie weit ein System für Agenten lesbar ist, haben wir bei der Frage nach dem „KI-bereiten“ Designsystem und im Open Design System Bench betrachtet. Wie sich eine Figma-Bibliothek aus Code aufbauen lässt, zeigt der Workflow mit MCP. Formulieren Sie vor dem nächsten Budgetgespräch drei Sätze: wer das System nutzt, was ein Ausfall kostet und woran Sie die Nutzung messen.
Quellen
3 Quellen anzeigenQuellen ausblenden
- Karolina Szczur, JournalThere’s no better name for design systems
- Nathan Curtis, EightShapesDefining Design Systems
- SIHK zu HagenWelche Regeln gelten für digitale Angebote?
Mehr Newshunger?
- Wann ist ein Designsystem wirklich „KI-bereit“?
- Open Design System Bench: Wie KI-tauglich ist Ihr Design-System?
- Figma-Bibliothek aus dem Code bauen: Workflow mit MCP
- Jelly UI: Web-Components-Bibliothek mit Federphysik
- Stopp-Knopf für KI-Agenten: Wer gestaltet ihn?
- Site Seeing testet Webseiten in ungewöhnlichen Browserfenstern
