Bei Design geht es um Problemlösung, sei es visuell, strukturell, konzeptionell oder anders. Wenn es ein Problem gibt, folgt daraus eine Lösung.
Als Steve Jobs Designlegende Paul Rand anstellte Entwerfen Sie die Markenidentität Für das, was er (von Rand) NeXT-Computer nannte, erwartete er ein paar Optionen. Stattdessen lieferte Rand eine sehr detaillierte Erklärung einer einzelnen Lösung. Gemäß Jobs sagte Rand:
"Ich werde dein Problem für dich lösen und du wirst es mir bezahlen"
Rand folgte dem jedoch mit den Worten: "Wenn du Optionen willst, dann rede mit anderen Leuten." Anerkennend, dass, obwohl Rand seine "richtige" Antwort geliefert hatte, es nicht unbedingt die richtige Antwort war.
Rand hatte nicht den gleichen Zugang zu Benutzertests wie wir. Das Prinzip der A / B-Prüfung zeigt, dass unterschiedliche Lösungen gegeneinander gemessen werden können, sofern wir ein bestimmtes Ziel haben. Die Praktikabilität von A / B-Tests sind fraglich , aber unter Laborbedingungen können wir beweisen, dass eine Lösung die andere übertrifft; Testen Sie genug Lösungen und Sie werden schließlich die "richtige" Antwort finden.
Design existiert jedoch nicht in einem Labor, es spiegelt seinen Kontext wider. Subjektive Sichtweisen verschiedener Benutzer können bedeuten, dass der "richtige" Entwurf für einen anderen "falsch" ist. Mehr noch als unterschiedliche Nutzer haben unterschiedliche Stakeholder häufig unterschiedliche Motivationen, was bedeutet, dass sich nicht nur der Kontext des Designs, sondern auch das zu lösende Problem häufig ändert.
Wenn ein Designauftrag ein Problem ist, kann er eine "richtige" Lösung haben?