Ein funktionierendes Screen-Design erzeugt heute jeder. Hundert davon konsistent, barrierefrei und markenkonform zu halten, ist der schwierige Teil. Ich nehme rohen KI-Output und schärfe ihn zu einem echten Designsystem — Tokens, Komponenten und Standards — und setze KI im Prozess ein, um schneller dorthin zu kommen.
„Es läuft — aber es skaliert nicht, und es ist nicht markenkonform.“
KI bringt Sie in Minuten zu einem funktionierenden Screen. Ein System gibt sie Ihnen nicht. Ich schärfe diese Ergebnisse zu konsistenten, wiederverwendbaren Komponenten — und nutze KI in der Arbeit selbst, um schneller zu sein, während die Entscheidung darüber, was richtig, barrierefrei und markenkonform ist, beim Menschen bleibt.
Die Reihenfolge ist Absicht. KI erzeugt funktionierende Oberflächen schneller, als jeder Prozess es kann; die Gestaltungsarbeit kommt danach, nicht davor.
KI schnell erzeugen lassen und dann sichten, was herauskam — jeder Abstand, jeder Farbton, jede Button-Variante — und Tokens sowie je eine gültige Fassung pro Komponente vereinbaren.
Die erzeugte Ausgabe gegen das System neu bauen, mit Kontrast, Fokusreihenfolge und Tastaturbedienung von vornherein statt als nachträgliche Prüfung.
Dokumentierte Komponenten im Framework Ihres Teams übergeben, dazu die Regeln, die das Auseinanderlaufen nicht in der Folgewoche zurückkehren lassen.
Wir starten bei dem, was KI und Ihr Team schon produziert haben. Ich prüfe die Screens, lege jede Inkonsistenz offen — die vierzehn Grautöne, die fünf Button-Varianten — und definiere das Fundament darunter: Design-Tokens, ein Komponenten-Inventar und die Muster, die sich wiederholen. KI hilft beim Extrahieren und Clustern; ich entscheide, was richtig ist.
Dann wird das System wirklich gebaut: eine Figma-Bibliothek und passende programmierte Komponenten, jeder Zustand abgedeckt — Standard, Hover, Fokus, inaktiv, Fehler — responsiv und barrierefrei nach WCAG. KI beschleunigt das Grundgerüst und die Varianten; ich stelle sicher, dass jede korrekt, tokenisiert und markenkonform ist.
Schließlich geht das System ins Produkt. Screens entstehen aus der Bibliothek — von Ihrem Team und von KI — und bleiben konsistent, weil sie aus einer Quelle schöpfen. Du bekommst Dokumentation, Hand-off und leichte Governance, damit die Marke bei zehn Screens genauso hält wie bei tausend.
KI macht Screens billig. Das hier macht sie kohärent. Du bekommst ein Designsystem, das jeden Screen konsistent, barrierefrei und markenkonform hält — egal, wie schnell er entsteht.
Projekt oder laufender Retainer
Das richtet sich an Teams, die bereits schnell Oberflächen erzeugen — und dafür mit Uneinheitlichkeit, Nacharbeit und aufgeschobener Barrierefreiheit bezahlen.
Jede erzeugte Ansicht erfindet eigene Abstände, einen eigenen Button und einen eigenen Ton der Markenfarbe. Das gewonnene Tempo kommt als Aufräumarbeit zurück.
Sie bekommen Tokens und Komponenten, an die sich die erzeugte Ausgabe halten muss.
Zwei oder drei Teams, drei Auslegungen derselben Marke. Jede neue Funktion vergrößert den Abstand, und niemand ist für den Unterschied zuständig.
Sie bekommen ein System, aus dem alle bauen.
Entwickler treffen Gestaltungsentscheidungen unter Zeitdruck, und Barrierefreiheit fällt bei der Prüfung auf statt beim Bauen.
Sie bekommen eine dokumentierte Komponentenbibliothek mit eingebauter WCAG-Konformität.
Die Arbeit zwischen einem Entwurf und einer funktionierenden Oberfläche: Gestaltungsentscheidungen in Tokens, Komponenten und dokumentierte Regeln übersetzen, aus denen Entwickler bauen. Es ist Design, ausgedrückt im Material, aus dem das Produkt tatsächlich besteht, statt in einem Bild davon.
Beginnen Sie bei dem, was Sie bereits ausliefern, nicht bei einer leeren Datei. Bestandsaufnahme der vorhandenen Oberflächen, Stellen finden, an denen dieselbe Sache auf fünf Arten gelöst ist, sich je auf eine Fassung einigen und diese als Tokens und Komponenten festschreiben. Ein System, das vor dem Produkt entsteht, beschreibt meist ein Produkt, das nie gebaut wurde.
KI ist schnell darin, Komponenten zu erzeugen, und langsam darin, zu entscheiden, welche es überhaupt geben sollte. Sie erzeugt bereitwillig eine vierte Button-Variante, statt die dritte wiederzuverwenden. Mit festgelegten Tokens und menschlicher Prüfung nimmt sie den größten Teil der wiederkehrenden Arbeit ab; ohne beides vervielfacht sie genau die Uneinheitlichkeit, die Sie loswerden wollten.
Als Komponenten mit benannten Tokens, dokumentierten Zuständen und Hinweisen zur Barrierefreiheit, im Framework, das Ihr Team ohnehin verwendet — ich habe an Angular- und Flutter-Teams übergeben. Die Übergabe sagt, wofür jede Komponente da ist und wann man sie nicht verwendet. Genau das verhindert die nächste Variante.
Ja, eingebaut in die Komponenten statt im Nachhinein geprüft. Kontrast, Fokusreihenfolge, Tastaturbedienung und Beschriftung werden entschieden, wenn eine Komponente definiert wird — nach WCAG 2.1 AA und, bei Vorhaben der öffentlichen Hand, nach BITV.
Ein kostenloses 30-Minütiges Gespräch. Kein Pitch, kein Druck — nur ein ehrlicher Blick auf Ihr Produkt, Ihr System und darauf, wo sich Design Engineering auszahlen würde.