Produktorientiertes Denken verschiebt den Fokus von „wie es aussieht“ zu „warum es wichtig ist“ und stellt sicher, dass jede Designentscheidung ein echtes menschliches Problem löst und ein Geschäftsziel erreicht. Dies ist das Geheimnis, über pixelorientierte Arbeit hinauszugehen und ein strategischer Partner zu werden, der Produkte entwickelt, die wirklich funktionieren.

Lange Zeit behandelte die Branche Design wie ein Staffellauf. Der Product Manager (PM) lief die erste Etappe und definierte die „Anforderungen“. Dann ging der Stab an den User Interface Designer (UI Designer), der diese Anforderungen schön in Figma visualisierte. Schließlich erreichte der Stab den Ingenieur, der versuchte, diese Pixel auf dem Bildschirm zum Leben zu erwecken.

Was ist das Problem? Bei jedem Übergang gehen Informationen verloren. Wenn der Designer den Stab übernimmt, versucht er oft, eine Lösung zu finden, anstatt das Problem zu verstehen.
Produktorientiertes Denken bedeutet, den Staffellauf zu durchbrechen. Es bedeutet, im Raum zu sein, wenn Anforderungen entstehen. Es bedeutet zu erkennen, dass man ohne Verständnis, warum eine Funktion existiert, keine passende Benutzeroberfläche entwerfen kann. Man kann die perfekte Schriftart wählen, schreibt aber im Grunde ein schönes Gedicht in einer Sprache, die der Nutzer nicht spricht.

Das „Warum“ hinter dem „Was“

Stellen Sie sich vor, Sie sollen ein „Dashboard“ entwerfen. Ein pixelorientierter Designer denkt sofort an Karten, Liniendiagramme und vielleicht einen Dark‑Mode‑Schalter. Ein produktorientierter Designer hält inne und fragt: „Welche Frage hat der Nutzer im Kopf, wenn er morgens dieses Dashboard öffnet?“

Wenn die Antwort lautet „Komme ich meinen Zielen näher?“, sollte die Benutzeroberfläche den Fortschritt betonen. Wenn die Antwort lautet „Gibt es ein Problem, das ich sofort beheben muss?“, sollte die Benutzeroberfläche Warnungen hervorheben. Die visuelle Umsetzung muss dem psychologischen Bedürfnis entsprechen.

Die Kosten der Wahl (Hick’sches Gesetz)

Wir alle haben Unternehmenssoftware gesehen, die wie das Cockpit einer Boeing 747 aussieht. Der Designer dachte wahrscheinlich: „Der Nutzer braucht all diese Funktionen, also packe ich sie alle auf den Bildschirm.“

Produktorientiertes Denken widerspricht dem. Es fragt: „Was ist die primäre Aktion?“ Indem man erweiterte Funktionen bis zum Bedarf verbirgt (Progressive Offenlegung), steuert man die kognitive Belastung des Nutzers über die Oberfläche. Man sagt dem Nutzer: „Mach dir jetzt keine Sorgen um die Komplexität; erledige einfach diese eine Sache.“

Mentale Modelle und das „Uncanny Valley“ der Innovation

Designer lieben es, zu innovieren. Wir wollen den „neuen Weg“ der Navigation schaffen. Aber Nutzer verbringen 99 % ihrer Zeit in anderen Apps. Wenn Sie die Funktionsweise der „Zurück“-Taste ändern, sind Sie nicht innovativ – Sie sind nervig.
Produktorientiertes Denken bedeutet zu wissen, wann man „langweilig“ sein sollte. Verwenden Sie Standardmuster für Standardsachen (Login, Suche, Einstellungen), damit Sie Ihr „Innovationsbudget“ für den wirklich wichtigen Teil der Anwendung aufsparen können.