UX-KALENDER – 22. DEZEMBER – 5 Fragen, die Sie beim Testen von Benutzern vermeiden sollten, und was Sie stattdessen fragen sollten

Die Konstruktion von Fragen in Benutzertests ist sehr wichtig, um zuverlässige und nützliche Erkenntnisse zu sammeln. Nehmen wir als Beispiel einige häufige Fehler: Wir werden sehen, wie wir sie vermeiden und unsere Testprotokolle verbessern können.

1 – Wie würden Sie dieses Produkt verwenden?

Achten Sie auf alle Fragen, die den Benutzer auffordern, sich in zukünftiges Verhalten zu projizieren. Wir müssen das „Deklarative“ immer mit Vorsicht genießen, auch wenn der Benutzer seine Erinnerung an eine reale Situation mitteilt, und es ist besonders schwierig, sich darauf zu verlassen, wenn der Benutzer sich eine fiktive Situation vorstellen muss: was wir uns vorstellen würden, ist nicht oft mit dem übereinstimmen, was wir tatsächlich tun werden.

„Wie verwenden Sie/haben Sie dieses Produkt verwendet?“ 

Anstatt ihn zu bitten, sich die Zukunft vorzustellen, können wir dem Benutzer stattdessen Fragen zur Gegenwart oder Vergangenheit stellen: „Wie verwenden Sie heute ähnliche Produkte oder Funktionen?“, „Was sind Ihre bisherigen Erfahrungen mit ähnlichen Produkten oder Funktionen?“

Wir können auch seine spontane Verwendung des Produkts während des Testszenarios sehen. Zu diesem Zweck werden wir versuchen, den Benutzer so wenig wie möglich zu führen, auch wenn dies bedeutet, zu bestimmten Bildschirmen zurückzukehren, um Fragen zu stellen und Elemente zu testen, die zuvor nicht gesehen wurden.

2 – Sollen wir diese Funktionalität hinzufügen?

Wenn wir einen Benutzer fragen, ob er möchte, dass wir ein zusätzliches Element hinzufügen: Informationen, eine Funktion, eine Seite usw. wir bitten immer noch um eine Projektion in die Zukunft. Für den Nutzer, der praktisch immer „Ja“ sagen wird, wird es nicht konkret genug: Es gibt wenige Gründe, gegen eine Ergänzung zu sprechen. Es wird bei der Analyse schwierig sein, den Anteil überzeugter „Ja“ zu berechnen, um die Attraktivität der Funktionalität wirklich einzuschätzen. Daraus können wir keine Rückschlüsse ziehen.

Verhalten beobachten 

Hier beobachten wir statt einer Frage lieber das Verhalten während des Tests. Der beste Weg, die Attraktivität einer Funktion zu beurteilen, besteht immer darin, ihre Verwendung direkt zu beobachten oder, falls sie noch nicht vorhanden ist, das Verhalten um ihre Abwesenheit herum zu beobachten: Wir melden beispielsweise eine Reizung, die diese Funktion korrigieren könnte.

3 – Verstehst du dieses Element?

Den Benutzer zu bitten, sein Verständnis selbst einzuschätzen, ist riskant: Abgesehen von der Neigung zur sozialen Erwünschtheit im Testkontext ist der Benutzer nicht immer ein guter Richter seines eigenen Verständnisses. Sie können einen Inhalt oder eine Funktionalität perfekt verstehen und Komplexität empfinden oder aufgrund mangelnden Selbstvertrauens nicht glauben, dass sie verstanden haben, und gleichzeitig den Eindruck haben, alles oder einen Teil davon verstanden zu haben und zu verpassen Die Bedeutung.

„Kannst du mir dieses Element erklären?“ 

Stattdessen wird der Benutzer aufgefordert, das Element in eigenen Worten zu erklären. Wenn die Antwort falsch oder unpräzise ist, werden immer Erinnerungen hinzugefügt, um sicherzustellen, dass es sich um ein Missverständnis seitens des Benutzers handelt und nicht um eine Schwierigkeit, sich auszudrücken oder ein tatsächlich verstandenes Element zu erklären. Bei einer 2nd Zeit, wir können auch fragen, ob sie es klar oder leicht verständlich fanden, dann haben wir zwei Dinge bewertet: das Verständnis, aber auch die vom Benutzer wahrgenommene Komplexität.

4 – Wie könnte dieses Element verbessert werden?

Wir verzichten grundsätzlich darauf, Teilnehmer zu rekrutieren, die im digitalen Design tätig sind, um nicht statt eines Nutzertests eine Expertenevaluation zu erhalten. Daher sind unsere Benutzer keine Designer, und es ist komplex und riskant, sie zu bitten, sich in diese Rolle zu versetzen.

„Wie würde dieses Element in einer idealen Welt funktionieren?“

Um zu wissen, wie ein Element verbessert werden kann, werden wir eher die Schwierigkeiten des Benutzers beobachten und ihn bitten, sie uns zu erklären, zu erklären, was nicht funktioniert und warum. Es liegt am Designer, die Lösung für diese Schwierigkeiten zu finden: Es ist ein Job!

Wir können diese Frage tatsächlich stellen, nicht um das gewünschte Design so zu integrieren, wie es ist, sondern um es neu zu starten, um noch besser zu verstehen, was es blockiert. Vielmehr wird es wie folgt formuliert: „Was könnte man in einer idealen Welt mit diesem Element anfangen? Wie würde es funktionieren? ".

5 – Ist dieses Produkt ästhetisch?

Geschmack und Farben sind sehr subjektiv, und wenn wir Benutzer bitten, die Ästhetik eines Produkts, einer Website oder einer Seite zu bewerten, erhalten wir am Ende widersprüchliche Daten: Die Farbe wird der einen Hälfte der Befragten gefallen und der anderen Hälfte missfallen. Das Beispiel Farbe ist relevant, weil es oft dieses Element ist, das einem Nicht-Designer zuerst auffällt, und es ist auch das Element, das selten geändert werden kann.

„Was bedeutet Ihnen das Design der Seite?“

Die Ästhetik bleibt eine wichtige zu bewertende Achse, da sie an der Wahrnehmung der Benutzerfreundlichkeit der Benutzeroberfläche beteiligt ist. Benutzer können uns durch ihre Meinung zur Ästhetik viel über ihre Wahrnehmung des Produkts sagen. Wir würden eher fragen: „Woran erinnert Sie das Design der Seite? », « welche worte fallen mir ein, um die ästhetik des ortes zu beschreiben? » und relaunchen spontane Bemerkungen « Sie sagen, es gibt zu viele Farben, können Sie mir erklären, warum? Welche Folgen hat dieses „zu viele Farben“? Was fühlst du ? ".

 

 

wegnehmen

Während eines Benutzertests ist der Vergleich des Verhaltens mit den Aussagen der Teilnehmer der beste Weg, um relevante Daten zu sammeln.

Wenn wir eine wackelige Frage in unserem Protokoll herausfordern, müssen wir immer zu unserer Forschungsfrage zurückkehren und uns fragen:

  • Warum wollen wir dem Benutzer diese Frage stellen?
  • Was versuchen wir zu messen?
  • Wie können wir es messen?

 

Marie EUZEN, UX-Designerin @UX-Republic

 

Unsere nächsten Schulungen