Designforschung: Warum Sie keine Hypothesen testen sollten

Warum das Testen von Hypothesen der falsche Ansatzpunkt ist

In meinem aktueller Beitrag über den Wert der Entdeckungsforschung für die Einsparung von Zeit und Geld habe ich folgende Punkte angesprochen Gebrauchstauglichkeitsprüfung Teams gestalten zu lassen. Ich dachte, es lohnt sich, darauf einzugehen, wie sich dies in den eigentlichen Sitzungen und auch in der Vorbereitung manifestiert. Das Wort "Hypothese" kommt normalerweise recht schnell ins Gespräch.

Wenn Sie mit Usability-Tests noch nicht vertraut sind, dann geht es darum, dass Teilnehmer, die für Ihre demografische Zielgruppe rekrutiert wurden, Aufgaben mit Ihrer Benutzeroberfläche lösen, die denen ähneln, die sie auch in der realen Welt lösen würden. Durch Beobachtung und Moderation ermitteln wir Probleme und geben Empfehlungen für Verbesserungen. Alles ganz einfach.

Bei der von uns getesteten Schnittstelle kann es sich um eine Live-Website handeln, auch wenn diese in der Regel der Optimierung dient, oder um einen in der Entwicklung befindlichen Prototyp. Prototypen sind heutzutage sehr einfach zu erstellen, verglichen mit Wireframes, die im Jahr 2000 üblich waren. Mit einigen der verfügbaren Tools und einem talentierten Team von Designern kann ein Prototyp entwickelt werden, der so aussieht und sich so verhält wie die echte Seite.

Hypothese? kommt in der Entstehung des Prototyps zum Tragen. Da sie relativ einfach zu erstellen sind, erlebe ich immer häufiger, dass Prototypen für Gebrauchstauglichkeitstests erstellt werden, die vollständig aus den Brainstorming-Aktivitäten eines Teams hervorgegangen sind. Hier ist eine kurze Zusammenfassung dieses Prozesses:

• Die Idee der Proposition wird generiert
• Team-Brainstorming der Hypothese, wie diese Idee in einen Entwurf umgewandelt werden sollte
• Der Prototyp wird gebaut
• Usability-Tests werden durchgeführt

Dies ist im Großen und Ganzen der Weg agile Teams funktionieren: MVP (Minimum Viable Product) entwickeln, testen, schnell scheitern und neu beginnen. Aber wenn Sie nicht nach dem agilen Ansatz arbeiten, ist dieser Ansatz fehlerhaft. Sicherlich werden die Kunden einbezogen, aber zu spät im Prozess.

Hypothese sollte erforscht werden

Prototypen sollten getestet werden. Hypothesen sollten erforscht, nicht getestet werden. Wenn Sie überzeugt werden müssen, schauen Sie sich die Rahmen des Rates für Formgebung Double Diamond. Die erste Phase ist die "Entdeckung", die sie wie folgt definieren:

Der erste Diamant hilft den Menschen zu verstehen, was das Problem ist, und nicht nur anzunehmen. Dazu gehört es, mit den Betroffenen zu sprechen und Zeit mit ihnen zu verbringen.

Man könnte argumentieren, dass es in Ordnung ist, Hypothesen zu testen, weil das Team dem Ergebnis gegenüber aufgeschlossen sein kann und es bei Bedarf revidieren kann. Aber selbst wenn dies der Fall ist, ist das doch eine Verschwendung von Zeit und Geld?

Ich habe auch schon Leute sagen hören, sie bräuchten den Prototyp, um dem Kunden zu zeigen, was ihre Ideen sind. Damit verfehlt man den Sinn der Entdeckungsforschung, die darin besteht, den Problembereich zu definieren, auf den sich die Ideen beziehen. Die Definition der Erfahrung kommt später.

Wenn Sie Ihr Budget und Ihre Zeit optimal nutzen und differenzierte digitale Produkte entwickeln wollen, die ein hervorragendes Nutzererlebnis bieten, müssen Sie Ihre Kunden frühzeitig und während des gesamten Prozesses einbeziehen. Wenn Sie sie erst spät einbeziehen, um Ihre Hypothese zu testen, führt dies in der Regel entweder zu einem schlechten Produkt/Dienstleistung oder zu einem längeren und kostspieligeren Prozess.