it-swarm.com.de

Wie kann man Benutzerbewertungsaufgaben entwerfen, ohne die Leute zur Antwort zu führen?

Zum Beispiel: Auf der Site, die ich teste, habe ich eine Seite, die eine Information zeigt; und ein Seitenbereich, der verwandte/ähnliche Informationen aus anderen Bereichen der Site anzeigt. Wie teste ich, ob die Benutzer in meinem Experiment die Seitenleiste bemerken, ohne ihnen mitzuteilen, dass sie vorhanden ist?

Bisher habe ich mich nur bemüht, andere Wörter aus der Kopfzeile in der Seitenleiste zu verwenden, z. "Wie würden Sie andere Informationen finden, die damit zusammenhängen?", Wenn in der Kopfzeile der Seitenleiste "Mehr anzeigen ..." steht.

Irgendwelche anderen Tipps? Ich werde jedem, der mir allgemeine Ratschläge geben kann, eine imaginäre zweite Gegenstimme geben, da dies nicht die einzige Situation ist.

10
iftheshoefritz

Sie können einen bestimmten Anwendungsfall anstelle eines allgemeinen verwenden und beobachten, wie Ihre Testpersonen die Seitenleiste als Werkzeug verwenden, um diese Aufgabe abzuschließen.

Zum Beispiel könnte Ihr Hauptartikel "Ein Leitfaden für gute Fischrestaurants in Manhattan" sein. Ihr Testfall könnte lauten: "Wo würden Sie Artikel über gute Steak-Restaurants in Manhattan finden?"

8
Jon White

Ihre eigene Strategie klingt ziemlich gut. Wenn dies jedoch ein ständiges Problem für Sie ist, sollten Sie sich eine kostengünstige Eye-Tracking-Lösung ansehen. Eyetracking ist viel weniger invasiv als früher und auch viel billiger. Es würde mich nicht wundern, wenn es eine Open-Source-Eyetracking-Software gibt, die auf einer billigen Webcam läuft. Eine billige Lösung hat keine große Wiedergabetreue, aber Sie brauchen sie nicht wirklich, wenn Sie nur versuchen, zwischen großen Regionen auf einer Seite zu unterscheiden.

5
Jeff

Es gibt einige allgemeine Taktiken, mit denen ich nicht führende Forschung entwerfe.

  1. Feedback Feedback Feedback! Dies ist das Wichtigste, da man leicht vergisst, wie viel mehr Sie über das Problem wissen, das Sie lösen möchten, als der Benutzer. Ich ermutige meine Teammitglieder, mich anzurufen, wenn ich führe, und ihnen positive Verstärkung zu geben, wenn sie dies tun. Als ich anfing, zeichnete ich auch alle meine Forschungssitzungen auf und schaute sie mir später an, um zu versuchen, mich selbst zu fangen.
  2. Schreiben Sie wichtige Fragen/Anweisungen per Skript und geben Sie einen Überblick über die Sitzung. Wenn Sie Schwierigkeiten haben, eine Anweisung vor Ort zu erstellen, werden Sie möglicherweise abgelenkt und geben versehentlich mehr Hinweise, als Sie beabsichtigen.
  3. Nicht führende, offene Fragen. Fragen sollten niemals Ja/Nein sein oder eine Zweiteilung implizieren. Die wichtigste Frage, die Sie stellen können, lautet: "Auf der Seite, die Sie gerade gesehen haben, befand sich eine Seitenleiste. Haben Sie es bemerkt?" Weniger führend wäre "Woran erinnern Sie sich bei der Seite, die Sie gerade gesehen haben?" Noch weniger führend wäre "Was haben Sie getan, um [Aufgabe] zu erfüllen?"
  4. Stille ist dein bester Freund. Jedes Mal, wenn Sie den Mund öffnen, geben Sie dem Benutzer mehr Hinweise. Wenn Sie es sich zur Gewohnheit machen, offene, nicht führende Fragen zu stellen, werden Sie feststellen, dass Sie nur sehr wenig sprechen müssen, außer um zum nächsten Thema überzugehen oder jemanden aufzufordern, mit einer Frage wie " was ist daran gut? " oder das immer nützliche "Warum?"
  5. Berücksichtigen Sie sorgfältig die Reihenfolge der offenbarten Informationen. Oft müssen Sie einige Ihrer Ziele offenlegen, um etwas tiefer zu tauchen, und Sie müssen sicherstellen, dass Sie dies in der richtigen Reihenfolge tun.

Ich habe kürzlich ein Telefoninterview entworfen, um festzustellen, ob Kunden, die sich für ein bestimmtes Angebot angemeldet haben, von einer bestimmten Komponente dieses Angebots beeinflusst wurden. Das Team hatte die Frage: Haben Kunden diese Komponente bemerkt? Sie dachten, wenn die Kunden es nicht bemerkt hätten, wäre die Lösung, es bekannter zu machen. Erfahrene Forscher sollten an dieser Stelle Alarmglocken hören.

Das Interview, das ich entworfen habe, begann sehr allgemein - sie verstanden ihre Beweggründe für die Suche nach dem Produkt, wie sie es verwendeten, was sie daran mochten. Ich gab dem Interviewer strenge Anweisungen, die spezifische Komponente bis zum Ende des Interviews nicht zu erwähnen. Wenn der Kunde diese Komponente bemerkt hätte und sie seine Entscheidung/Verwendung beeinflusst hätte, wäre sie in der offenen Diskussion über ihre Motivationen organisch aufgetaucht und verwenden. Ganz am Ende, wenn es nie auftauchte, würden wir fragen, ob sie wüssten, dass eine bestimmte Komponente Teil des Angebots ist.

Zufällig kam es in den Diskussionen fast nie organisch vor, so dass wir fast immer direkt fragen mussten. Wir stellten fest, dass einige sich dessen bewusst waren und nicht, aber es war weitaus mächtiger für das Team, mit diesem offenen Kontext begonnen zu haben, um zu verstehen warum Kunden haben die Angebotskomponente nie bemerkt - es war eindeutig nicht so. t wichtig für ihre Kaufentscheidung! Wenn wir nur gefragt hätten, ob sie über die Angebotskomponente Bescheid wissen und ob dies einen Einfluss auf ihre Entscheidung hat, hätte dies im Team zu allerlei Abwanderung darüber geführt, wie das Angebot auffälliger gemacht werden kann.

4
Jonathan

Geben Sie Benutzern Aufgaben mit einfachen Zielen (z. B. "Finden Sie alle Informationen zu X"), bevor Sie beginnen. Wenn sie diesen Teil der Benutzeroberfläche nicht verwenden, haben sie ihn nicht gefunden! Jede Richtung verzerrt Ihre Daten. Ja, Sie können es schwieriger machen, indem Sie nicht zulassen, dass sie die Seite visuell nach Wörtern in der Aufgabe durchsuchen - aber manchmal werden Benutzer es vermissen, selbst wenn Sie dies tun!

Sobald sie ein paar Mal versucht haben, Ihre Funktion zu finden, wissen Sie, dass sie nicht ausreichend erkennbar ist, und arbeiten daran, dieses Problem zu beheben. Während dieser Arbeit können Sie natürlich Personen darauf hinweisen, wenn Sie zusätzlich zu ihrer Auffindbarkeit am Design des Features arbeiten möchten.

Es ist jedoch wichtig, dort zu sitzen und den Benutzer schmerzhaft über die Funktion hinweggehen zu lassen, während sich die Entwickler und Designer unbehaglich winden, um sicherzustellen, dass jeder wirklich versteht, wie schwierig es ist, eine neue Benutzeroberfläche zu verwenden und wie schwierig es ist, sie zu erstellen gute, auffindbare Kontrollen.

1
Alex Feinman

Nachdem ich in der Vergangenheit Testpläne geschrieben habe, um das Problem der Aufforderung zu vermeiden, habe ich mich zum Ziel gesetzt, Fragen in Form von Geschichten zu entwerfen, die den Grund für die Existenz der Website abdecken. Dies sind möglicherweise die Geschäftsziele oder Anwendungsfälle oder eine Mischung aus beiden. Der Plan ist, dass der Teilnehmer eine Kurzgeschichte zur Wiedergabe hat, während er die Site/den Prototyp/das Drahtmodell verwendet. Dies hat sich als erfolgreich erwiesen, um die Notwendigkeit einer Aufforderung zu vermeiden.

Wenn die Teilnehmer anfangen, sich in die falsche Richtung zu bewegen, lasse ich sie los, da dies ein reales Szenario ist und wir beobachten können, wie sie ihre Reise korrigieren, damit sie wieder auf dem richtigen Weg sind.

Oft habe ich festgestellt, dass eine Navigationsfunktion, die nicht gesehen wurde, regelmäßig behoben werden muss. Sobald sich das Szenario abgespielt hat, gehe ich zurück und stelle Fragen zu den Problembereichen. Haben Sie das gesehen ..., wo Sie diesen Link kennen ... sind diese Links relevant für die Fortsetzung Ihrer Reise ... In vielen Fällen wurden die Links übersehen oder häufiger absichtlich ignoriert, da sie aufgrund schlechter Kennzeichnung oder schlechter Positionierung als unbedeutend empfunden wurden.

1
Adam Fellowes

Stimmen Sie zu, dass Eye Tracking die Lösung sein könnte, aber im Allgemeinen nicht billig ist. Ich weiß, dass es verschiedene Tools gibt, die Algorithmen verwenden, um Eye Tracking/Heat Maps zu erstellen, aber ich habe keine Ahnung, wie zuverlässig sie sind. Außerdem zeigt Eye Tracking nur, dass der Benutzer diesen Bereich des Bildschirms betrachtet hat, nicht welche Informationen er von ihm erhalten hat oder welche Aktionen er ausgeführt hat.

Ich denke, Ihr Ansatz klingt in Ordnung. Geben Sie dem Benutzer grundlegende Szenarien, in denen er die Seitenleiste verwenden kann, und zeichnen Sie auf, ob dies der Fall ist oder nicht. Möglicherweise können Sie den Benutzer am Ende der Sitzung fragen, ob die Seitenleiste von Nutzen ist. Beachten Sie jedoch, dass das Feedback, das Sie erhalten, darauf beschränkt ist, dass der Benutzer bewusst weiß, warum er das getan hat, was er getan hat.

0
Sheff