Zehn Entwürfe. Und jetzt?
TLDRWenn ein Design System nicht mehr gelesen, sondern von Generatoren konsumiert wird, verschieben sich drei Dinge im Produktalltag: Design Reviews werden zu Evaluationen, Handoffs verschwinden, Urteilsarbeit wird zur knappen Ressource. Product Designer, Design Leads und Product Teams stehen vor anderen Fragen als noch vor einem Jahr.
Ein Reasoning Seed ist ein strukturierter Prompt, den du in dein KI-Reasoning-Tool kopieren kannst (Claude, ChatGPT, Obsidian, Notion). Er enthält die These des Artikels und die zentrale Spannung — bereit für deine eigene Analyse.
Wenn Produktion billig wird und Urteil knapp – wo lernen Juniors morgen das Urteilen, wenn die Produktionsstufe, an der sie es bisher gelernt haben, in Generatoren wandert?
These
Ein Design System, das von Generatoren konsumiert wird, verändert nicht nur die Tooling-Landschaft. Es verändert den Alltag in Product Teams. Drei Verschiebungen zeichnen sich in der täglichen Praxis ab: Design Reviews werden zu Evaluationen, der klassische Design-Engineering-Handoff verschwindet, und die knappe Ressource im Team ist nicht mehr Produktion, sondern Urteil.
Der erste Teil dieser Serie beschreibt die strukturelle Bewegung auf Brand- und Systemebene. Dieser zweite Teil übersetzt sie in die Rollen, Rituale und Entwicklungspfade eines Product Teams – als Diagnose dessen, was aktuell beobachtbar ist, und als Skizze der Entwicklungsfelder, die sich daraus ergeben.
Drei Szenen aus dem Produktalltag
Szene eins. Eine Product Designerin betrachtet fünf Varianten eines Onboarding-Flows, von einem Generator in elf Minuten produziert. Welche geht zur Umsetzung? Die Antwort „ich habe ein gutes Gefühl dazu” hält nicht mehr stand: Sie lässt sich weder dokumentieren noch wiederholen, und andere können sie nicht nachvollziehen. Die Entscheidung braucht Kriterien, die im Team überprüfbar sind.
Szene zwei. Ein Product Manager bringt einen generierten Prototyp in die Sprint-Planung. Der Prototyp funktioniert, entspricht dem Brand-System auf den ersten Blick, ist umsetzbar. Der Engineer fragt: „Und das ist jetzt die Design-Entscheidung?” Niemand im Raum kann präzise benennen, wer welche Entscheidung getroffen hat und auf welcher Grundlage.
Szene drei. Ein Design Lead sitzt im Quartalsgespräch vor der Frage, warum das Designteam in aktueller Besetzung noch drei Personen braucht. Die Begründung der letzten Jahre – „wir produzieren die Interfaces” – überzeugt nicht mehr: Ein PM und ein Engineer mit generativem Toolstack produzieren ein Interface schneller. Standhalten würde eine andere Begründung: „Das Team übernimmt die Urteilsarbeit und die Systemgovernance.” Nur liegt diese Begründung in den wenigsten Organisationen dokumentiert vor.
Die drei Szenen sind nicht dystopisch. Sie sind in Product Teams mit entsprechendem Toolstack bereits Alltag. Offen ist nur, wie Teams ihre Rollen und Rituale daran anpassen – und wo ihr Nachwuchs das Urteilen künftig lernt.
Was sich in drei Rollen verschiebt
Product Designer
Die Kernkompetenz wandert von Craft-Tiefe zur Entscheidungsarchitektur – eine Verlagerung des Hebels, keine Abwertung der handwerklichen Arbeit; gerade die bleibt die Grundlage, von der aus Urteile überhaupt möglich sind. Wo früher ein fertiges Artefakt am Ende des Tages das Ergebnis war, ist es jetzt eine begründete Entscheidung, die der Generator dann ausführt.
Drei Kompetenzen werden in der kommenden Phase wichtiger:
- Spec-Literacy. Anforderungen in einer Form formulieren, die Generatoren produktiv konsumieren. Das unterscheidet sich von klassischen User Stories: Strukturierter Kontext, klare Akzeptanzkriterien, explizit benannte Grenzfälle und Gegenbeispiele. Verwandt mit dem, was Amy Hoy und andere als Sales Safari beschreiben – nur dass das Safari-Ergebnis hier nicht in Werbetext mündet, sondern in Generator-Kontext.
- Evaluation. Generierte Outputs gegen Problem-Intention, Brand-Konformität und Kontext-Passung prüfen. Urteilsarbeit, die auf Kriterien beruht, nicht auf Bauchgefühl – und die sich trainieren lässt, wenn die Kriterien explizit werden.
- Positionssichtbarkeit. Eigene Entscheidungen öffentlich begründen – als Berufspraxis, nicht als Personal-Branding-Reflex. Die Nielsen Norman Group spricht seit Jahren von thought leadership as practice; hier bekommt der Begriff operative Bedeutung.
Design Lead und Design Ops
Die Rolle verlagert sich vom Team-Enabler zum System-Kurator. Drei Arbeitsfelder treten in den Vordergrund:
- Runtime-Setup verantworten. Das Design System nicht als Dokumentation pflegen, sondern so strukturieren, dass Generatoren es korrekt konsumieren. Tokens mit Semantik, Regeln mit Gegenbeispielen, Templates mit Kontextvarianten.
- Evaluation institutionalisieren. Kriterienkataloge für generative Outputs, Review-Rituale mit Checkpoints, Dokumentation der Evaluationsentscheidungen. Ohne diese Infrastruktur verwässert Output-Qualität unterhalb der Wahrnehmungsschwelle, bis eine Rebranding-Agentur den Schaden bemerkt.
- Budget-Verteidigung. Die Aussage „AI macht das ohnehin” ist 2026 in vielen Vorstandsetagen angekommen. Design Leads brauchen belastbare Argumentation dafür, wo menschliches Urteil den messbaren Unterschied macht – nicht rhetorisch, sondern empirisch.
PM und Engineering
Die angrenzenden Rollen werden designfähiger, nicht designloser. Ein Product Manager, der sich drei Flow-Varianten generieren lässt, ist 2026 keine Ausnahme. Ein Engineer, der mit einer offenen Komponenten-Library und einer Token-Datei ein Feature in Brand-Konformität baut, ebenfalls nicht.
Das ist keine Bedrohung für Design, sofern Design seine Rolle konsequent anpasst. Es wird eine Bedrohung, wenn Design an der alten Rollendefinition festhält: „Wir produzieren die Artefakte.” Die Zukunft der Rolle liegt nicht in dem, was eine andere Funktion mit einem Tool auch produzieren kann.
Der klassische Design Review skaliert nicht mit generativer Geschwindigkeit. Evaluation ist der neue Review.
Vier operative Verschiebungen
Was sich im Team-Alltag konkret ändert, lässt sich auf vier Bewegungen reduzieren:
Research bleibt – und wird wertvoller. Generatoren produzieren viele Varianten; was sie nicht produzieren können, ist Wissen darüber, was Menschen in einem bestimmten Kontext tatsächlich brauchen. Qualitative Forschung, strukturierte Interviews, Kontextstudien – diese Inputs bleiben menschlich. Teams, die jetzt in Research-Kompetenz investieren, kaufen sich Hebel in einem Markt, der Produktion entwertet und Problemverständnis aufwertet.
Design Reviews werden zu Evaluations-Sessions. Der klassische Review diskutiert Arbeit, die Designer:innen produziert haben. Die Evaluations-Session bewertet Output, der von Generatoren produziert wurde – gegen Kriterien, gegen Intention, gegen Kontext. Ein anderer Meeting-Typus: kürzer, mit expliziten Kriterien, auf Entscheidung angelegt. Die besten Teams entwickeln Kriterienkataloge; die weniger guten diskutieren weiter über Bauchgefühl.
Handoffs verschwinden. Wo Spezifikation, Prototyp und Implementation konvergieren – und das tun sie in der aktuellen Generator-Produktgeneration längst – entfällt der klassische Design-Engineering-Handoff. Die Hersteller bauen die Ein-Schritt-Übergabe vom Prototyp in die Implementierung inzwischen explizit als Produktversprechen; die Analyse dazu steht im ersten Teil dieser Serie. Mit dem Handoff ändern sich Meeting-Landschaft, Tool-Stack und Rollendefinition. Teams, die 2027 noch Figma-zu-Storybook-Übergaben ritualisieren, verbrennen Zeit ohne Gegenwert.
Qualitätssicherung wandert in die Infrastruktur. Brand-Konformität, Zugänglichkeit, Konsistenz zwischen Features – diese Dimensionen werden zunehmend strukturell gelöst, über das Runtime-System, nicht über punktuelle Einzelreviews. Das ist Ops-Arbeit. Gute Infrastruktur lässt ein kleines Team größer wirken.
Das ungelöste Problem: Junior-Ausbildung
Der klassische Lernweg in Design funktionierte über Menge: Zweihundert Buttons gebaut, dann versteht man, was ein Button ist. Zwanzig Onboarding-Flows entworfen, dann weiß man, welche Muster tragen. Die Menge war die Lehrstufe, und sie fand im Mid-Level-Markt statt.
Wenn der Mid-Level-Markt schrumpft, weil Produktion in Generatoren wandert, verschwindet mit ihm die Lernumgebung. Das ist ein Ausbildungsproblem, kein Tool-Problem. Drei Ansätze sind in Ausformung, keiner davon vollständig:
-
Pairing mit Senior plus Generator. Juniors arbeiten an echten Projekten, mit einer Senior-Person als Urteils-Coach und einem Generator als Produktions-Werkzeug. Kostet Senior-Zeit, erzeugt aber echte Lernkurven. Die Harvard Business Review beschreibt ähnliche Konfigurationen in der Fractional-Leadership-Serie: Senior-Expertise skaliert über mehrere Kontexte, wenn die operative Last durch Infrastruktur abgefangen wird.
-
Öffentliche Portfolio-Arbeit. Juniors bauen eigene Projekte, dokumentieren Entscheidungen öffentlich, trainieren Urteilsfähigkeit an Material, das ihnen gehört. Voraussetzung ist Selbstdisziplin und Zugang zu Feedback-Communities. Funktioniert für einen Teil der Kohorte, für andere nicht.
-
Curricula mit Urteilsfokus. Hochschulen und Bootcamps, die Generator-Fluency mit Urteilsbildung verschränken – statt Tool-Training gegen Handwerk auszuspielen. In Deutschland sind die ersten Programme dieser Art noch in Entwicklung; wer sie baut, hat in drei Jahren einen strukturellen Vorsprung.
Die Nachwuchs-Lücke betrifft Unternehmen, Hochschulen und Berufsverbände gemeinsam – lösen wird sie keiner der drei allein.
Produktion wird billig. Urteil wird knapp. Wer Urteile trainiert, baut Design-Zukunft.
Was Organisationen jetzt tun sollten
Die wichtigste Unterscheidung verschiebt sich. Bislang entschied die Frage: Wie viele Designer:innen brauchen wir? Zukünftig entscheidet: Wie viel Urteilsarbeit und Systemgovernance brauchen wir, und in welcher Konfiguration?
Eine Mid-Level-Designerin ohne Urteilspositionierung produziert 2027 das, was ein PM mit einem Generator auch produziert – austauschbar. Eine Senior-Designerin mit Evaluations-Praxis und Systemkompetenz produziert das, was ein PM nicht kann: Urteile unter Unsicherheit, Brand-Durchsetzung in Grenzfällen, Systementscheidungen mit langer Halbwertszeit – nicht austauschbar.
Für kleinere Organisationen, die sich keinen Vollzeit-Head-of-Design leisten können, wird die Fractional-Konfiguration attraktiver: Strategische Designführung auf Teilzeit, mit einer Runtime-Infrastruktur, die den operativen Anteil absorbiert. Das Modell funktioniert nur, wenn das System steht, bevor die Rolle besetzt wird – nicht danach.
Einordnung
Dieser Text ist aus der Perspektive eines Product Design Leads im DACH-Raum geschrieben, mit Schwerpunkt auf KMUs, Digital Units und Mid-Size-Organisationen. Die Szenen und Verschiebungen sind in Teams mit entsprechendem Tool-Stack und einer gewissen Bereitschaft zur Tool-Adoption beobachtbar. Was diese Perspektive nicht abbildet: stark regulierte Industrien mit mehrjährigen Zertifizierungszyklen, Konzernstrukturen mit dominanter Inhouse-Kultur, außereuropäische Märkte.
Kritische Einordnung
Was hält stand
- Die operativen Verschiebungen sind in Teams mit generativem Toolstack bereits beobachtbar, nicht spekulativ
- Das Nachwuchsproblem ist in vergleichbaren Reproduktionsumbrüchen (Desktop Publishing, digitale Fotografie) historisch dokumentiert – die Mittelschicht schrumpft, die Lehrstufe verschwindet mit ihr
- Die Unterscheidung „produktive vs. evaluative Designleistung” hat methodische Vorläufer in der Cognitive-Task-Analysis-Forschung (Gary Klein und andere)
Was man einordnen muss
- Die Tool-Adoption verläuft in DACH-Organisationen deutlich langsamer als in US-Kontexten – Timing-Urteile, die sich auf US-Daten stützen, übertragen sich nur begrenzt
- Ob Evaluation tatsächlich „der neue Review” wird, oder ob sie in Teams als Bürokratie-Variante eines Reviews erodiert, ist offen. Kriterienkataloge können zu Checkbox-Ritualen degenerieren
- „Urteil” als Kernkompetenz bleibt nur belastbar, wenn es auf Handwerk gründet. Urteil ohne Produktionserfahrung verliert in der Praxis schnell an Substanz
Diskussionsfragen
01 Lernpfade: Welche Lernstruktur ersetzt die Mid-Level-Produktionsarbeit als Lehrstufe für Designer:innen im Jahr 2030 – und wer ist für ihren Aufbau zuständig?
02 Evaluations-Kriterien: Welche Kriterien für Brand-Konformität, Kontext-Passung und Produkt-Intention sind operationalisierbar, welche bleiben Urteilsfrage?
03 Budget-Argumentation: Wie misst man den Wert von Urteilsarbeit in einer Kostenstruktur, die auf Output-Mengen und Tool-Effizienz kalibriert ist?
04 Rollenverteilung: Gehört die Systemgovernance in die Design-Disziplin oder in eine neue Rolle, die zwischen Design, Engineering und Product Operations steht?
Quellen
- Anthropic: Introducing Claude Design by Anthropic Labs (analysiert im ersten Teil dieser Serie)
- Nielsen Norman Group, Evaluating Generative AI Interfaces (laufende Serie, 2024–2026), nngroup.com
- Gary Klein, Sources of Power: How People Make Decisions, MIT Press 1998 (Grundlage der Cognitive Task Analysis, methodischer Vorläufer der Unterscheidung von Produktion und Urteil)
- Harvard Business Review, The Rise of the Fractional Executive, 2025
Glossar
Spec-Literacy Die Fähigkeit, Anforderungen und Kontext so zu strukturieren, dass Generatoren produktiv daraus arbeiten können. Umfasst Akzeptanzkriterien, Gegenbeispiele, explizit benannte Grenzfälle.
Evaluation (im Kontext generativer Outputs) Bewertung generierter Ergebnisse gegen definierte Kriterien – im Unterschied zum klassischen Design Review, der auf die Diskussion menschlicher Arbeit kalibriert ist.
Handoff Übergabe von Design-Artefakten an Engineering zur Umsetzung. Klassischer Workflow-Schritt, der in Tools mit konvergenter Spec-Prototyp-Implementation zunehmend entfällt.
Fractional Executive Führungskraft, die auf Teilzeitbasis für mehrere Organisationen gleichzeitig arbeitet – nicht als Berater:in, sondern mit strategischer Verantwortung. Modell seit den 2010ern in den USA etabliert, in Europa seit ca. 2023 wachsend.
Zweiter Teil einer Serie zur Verschiebung des Designberufs, wenn Design ausführbar wird. Teil 1: Marke wird Software · Teil 3: Backlog war gestern.