Wird der UX/UI Designer zum Product Owner?

UX/UI Design war lange ein Handwerk mit klar abgegrenztem Bereich: Wireframe, Prototyp, Interface, fertig. Das verschiebt sich gerade – und zwar schneller, als viele Jobbeschreibungen das mitbekommen.

Die These: Je mehr Interfaces generiert statt gezeichnet werden, desto weniger zählt das reine UI-Handwerk – und desto mehr zählt, ob jemand ein Produkt im Ganzen versteht. Das klingt nach einer kleinen Verschiebung. Ist aber eine grundsätzliche Änderung daran, was den Job eigentlich ausmacht.

Weniger UI bauen, mehr UI prompten

Interfaces entstehen zunehmend durch Beschreibung statt durch händisches Zeichnen. Du beschreibst, was gebraucht wird, ein Tool liefert einen ersten Stand. Das geht schnell – teilweise erschreckend schnell.

Was dabei nicht verschwindet, ist die Entscheidung darüber, ob das Ergebnis überhaupt richtig ist. Im Gegenteil: Diese Entscheidung wird wichtiger, weil sie der einzige Teil ist, der nicht automatisch mitkommt. Wer nur noch beurteilen kann, ob etwas "schön" aussieht, reicht da nicht mehr. Gebraucht wird jemand, der weiß, ob es überhaupt das richtige Problem löst.

Ein bisschen wie ein Kurator in einer Galerie, der nicht mehr selbst malt, sondern auswählt, verwirft und einordnet – wobei der Vergleich hinkt, weil es bei Produkten eben nicht nur um Geschmack geht, sondern auch um Funktion, Daten und Nutzerverhalten. Trotzdem: Die Verschiebung von "selbst herstellen" zu "beurteilen und steuern" ist real.

Breiter statt tiefer

Je einfacher ein Produkt und je eher man bei null anfängt, desto eher kann eine einzelne Person heute mehrere Rollen gleichzeitig abdecken: Design, ein Stück Entwicklung, Content, teilweise sogar erste Produktentscheidungen.

Bei Websites zeigt sich das am deutlichsten. Wer im Webdesign arbeitet, kann heute realistisch auch eigenen Code beitragen – nicht weil daraus automatisch Entwickler werden, sondern weil die Distanz zwischen Design und funktionierendem Code kleiner geworden ist. UX/UI Designer liefern zunehmend etwas, das direkt in die Codebasis wandert, statt nur eine Vorlage für jemand anderen zu sein. Die Grenzen zwischen den Rollen verschwimmen – und das wirkt eher nach Dauerzustand als nach Übergangsphase.

Was Tempo nicht ersetzen kann

Mit der Geschwindigkeit steigt auch ein Risiko: Wenn alles schneller produziert werden kann, sinkt automatisch die Hürde, schnell etwas Mittelmäßiges zu bauen. Tempo ersetzt keine Substanz – es macht nur sichtbarer, ob Substanz da ist oder nicht.

Was dagegen hilft, ist eine klare Vorstellung davon, was ein Produkt eigentlich leisten soll. Diese Vorstellung kommt nicht aus einem Prompt. Sie kommt aus Nutzertests, aus Erfahrung mit ähnlichen Projekten, aus einem Verständnis dafür, wie der jeweilige Markt funktioniert, und aus Analyse, bevor der erste Entwurf entsteht. Genau das ist der Teil, der näher an Product Ownership liegt als an klassischem UI-Design: nicht nur wissen, wie etwas aussehen soll, sondern begründen können, warum es das überhaupt geben sollte.

Fazit

UX/UI Design verschwindet nicht – es verschiebt sich. Weg vom reinen Interface, hin zu einem breiteren Verständnis von Produkt, Markt und Nutzer. Wer ausschließlich Interfaces zeichnen will, wird es in den kommenden Jahren schwerer haben. Wer versteht, wie Design, Entwicklung und Produktentscheidungen zusammenhängen, hat aktuell eher Rückenwind als Gegenwind.