Ich baue Design Systems, die mit eurem Produkt skalieren. Token-basiert, barrierefrei und so dokumentiert, dass Engineering nicht raten muss. Keine hübsche Komponentenbibliothek, sondern echte Architektur.
Wir klären, ob ihr von null startet oder aus Chaos konsolidiert. Das bestimmt Scope und Investition.
Das typische Muster: Ein Designer erstellt eine Komponentenbibliothek in Figma. 50 Button-Varianten, schöne Farben, alles sieht professionell aus.
Sechs Monate später nutzt das Team eigene Lösungen, weil das System nicht flexibel genug ist, die Tokens nicht zur Code-Architektur passen und niemand weiß, welche Variante wann gilt.
Das Problem ist fast nie mangelnde Designqualität. Das Problem ist fehlende Architektur.
Design Tokens bilden die Grundlage: Farben, Typografie, Spacing und Größen als atomare Werte. Drei Schichten: Primitives (Rohwerte), Semantics (Bedeutung wie color-primary statt color-blue-500), Component-Level (Tokens für granulare Kontrolle, Theming und Multi-Brand-Fähigkeit).
Alle Komponenten entstehen mit Auto Layout. Kein Spacing ist Zufall. Jeder Wert gehört zu einer Variable aus dem Token-System. Varianten für visuelle Ausprägungen (Primary, Secondary, Ghost). Booleans für optionale Elemente. Getrennte Komponenten, wenn sich Struktur fundamental unterscheidet.
Barrierefreiheit ist kein Nachgedanke. Bei der Erstellung jeder Komponente berücksichtigt. Je nach Land WCAG AA oder AAA. Farbkontraste, Fokus-States, Touch-Target-Größen, Screenreader-Labels, semantisches HTML in der Dokumentation. Produkte, die nicht nur gut aussehen, sondern für alle nutzbar sind.
Jede Designentscheidung ist dokumentiert: warum diese Variante, warum dieser Abstand, welche Zustände existieren. Engineering muss nicht raten. Storybook-ready Specs mit allen Zuständen, Verhalten und Exception-Fällen.
Euer bestehendes Design System skaliert nicht mit dem Produkt.
Neue Features brechen die Konsistenz, weil jeder Designer anders interpretiert.
Engineering baut jede Komponente neu, weil Specs fehlen oder veraltet sind.
Ihr habt mehrere Marken oder Produkte und braucht Multi-Brand-Fähigkeit.
Migration von Sketch oder Adobe auf Figma — das System soll direkt richtig stehen.
Technisch komplexe Komponenten (Tabellen, Formulare, Daten-Visualisierungen) sollen langfristig skalieren.
Kompletter Aufbau. Token-Architektur, 8 bis 12 Kern-Komponenten mit Auto Layout, Barrierefreiheit, Storybook, Dokumentation, Figma-Library, Engineering-Guide.
Dauer: 4 bis 6 Wochen
Was enthalten ist
Ihr habt Komponenten in verschiedenen Dateien, inkonsistent. Ich konsolidiere auf eine saubere Token-Architektur, vereinheitliche, dokumentiere, baue Storybook auf.
Dauer: 5 bis 7 Wochen
Was enthalten ist
Component-Level Tokens für zwei bis drei Brand-Varianten. Ein System, mehrere Themes, vollständig skalierbar.
Dauer: 6 bis 8 Wochen
Was enthalten ist
Im kostenlosen Sparring klären wir, welcher Setup zu deiner Situation passt. Konkrete Zahlen je Projekt sind möglich nach Sparring und NDA.
Ich lerne dein Design- und Engineering-Team kennen. Wir definieren Scope (welche Komponenten sind kritisch), welcher Tool-Stack (React, Vue, Web Components), welche Constraints (Brand-Guidelines, technische Limits).
Ich zeige Fortschritt: neue Komponenten, Token-Hierarchie, Storybook-Updates. Dein Team gibt Feedback, ich iteriere.
Bei größeren Komponenten sitze ich mit einem Engineer zusammen, um sicherzustellen, dass die Design-Lösungen auch technisch skalieren.
Wenn das System live geht, trainiere ich dein Team: wie nutzt man die Tokens, wie erweitert man mit neuen Komponenten, wie wird die Storybook-Doku aktualisiert.
30 Minuten reichen, um die größten Hebel zu identifizieren. Ob Neuaufbau oder Weiterentwicklung, wir finden den richtigen Ansatz. Ohne Pitch, ohne Verbindlichkeit.
Kostenloses 30-Minuten-Sparring
