Autor: Author: David Latz ·

Zehn Entwürfe. Und jetzt?

TLDR

Wenn 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.

Reasoning Seed

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.

A Reasoning Seed is a structured prompt you can copy into your AI reasoning tool (Claude, ChatGPT, Obsidian, Notion). It contains the article's thesis and central tension — ready for your own analysis.

Spannung

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?

· Auf LinkedIn diskutieren Discuss on LinkedIn

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:

Design Lead und Design Ops

Die Rolle verlagert sich vom Team-Enabler zum System-Kurator. Drei Arbeitsfelder treten in den Vordergrund:

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:

  1. 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.

  2. Ö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.

  3. 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

Was man einordnen muss

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

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.