Projekt polega na rozwiązywaniu problemów, zarówno wizualnych, strukturalnych, koncepcyjnych, jak i innych "... al". Jeśli występuje problem, wynika z tego, że istnieje rozwiązanie.
Kiedy Steve Jobs zatrudnił legendarnego projektanta, Paula Randa zaprojektować tożsamość marki za to, co nazwał (przez Rand) komputery NeXT, oczekiwał kilku opcji. Zamiast tego Rand dostarczył bardzo szczegółowe wyjaśnienie pojedynczego rozwiązania. Fajnie, według Jobs, Rand powiedział:
"Rozwiążę dla ciebie twój problem, a ty mi zapłacisz"
Rand jednak to powiedział: "Jeśli chcesz opcji, porozmawiaj z innymi ludźmi." Uznając, że Rand dostarczył swoją "poprawną" odpowiedź, niekoniecznie była to właściwa odpowiedź.
Rand nie miał takiego samego dostępu do testowania, z którego korzystamy. Zasada testów A / B mówi nam, że różne rozwiązania można mierzyć względem siebie, o ile mamy określony cel. Praktyczność Testowanie A / B jest wątpliwe , ale w warunkach laboratoryjnych jesteśmy w stanie udowodnić, że jedno rozwiązanie przewyższa inne; przetestuj wystarczająco dużo rozwiązań, a ostatecznie znajdziesz odpowiedź "poprawną".
Jednak projekt nie istnieje w laboratorium, odzwierciedla jego kontekst. Subiektywne punkty widzenia różnych użytkowników mogą oznaczać, że "poprawny" projekt dla jednego jest "niepoprawny" dla drugiego. Nawet więcej niż różni użytkownicy, różni interesariusze zwykle mają różne motywacje, co oznacza, że często zmienia się nie tylko kontekst projektu, ale i jego problem przeznaczony do rozwiązania.
Jeśli brief projektowy stanowi problem, czy może mieć "poprawne" rozwiązanie?