Wie wissen Sie, wenn ein Design einen Usability-Test nicht besteht?
Eine handliche Technik, die ich aus dem falschen Job gelernt habe ...
Vor Jahren habe ich einen schwierigen Teil meiner Karriere als Lehrdesigner verbracht und Kurse für Online-Lernen entwickelt. Es war ein schlechter Anfall und ich ging glücklich weiter, aber ein Teil dieses Jobs hat mich zu einem besseren UX-Designer gemacht: Lernziele.
Lernziele sind einfach, was der Schüler am Ende des Trainings lernen soll. Wenn es einen Test gibt, sollten die Testfragen auf diesen Zielen basieren - sonst, was ist der Sinn des Tests?
Derselbe Ansatz ist nützlich, um herauszufinden, ob ein Design einen Usability-Test bestanden oder nicht bestanden hat. Denken Sie daran: Es ist das Design, das getestet wird, nicht die Teilnehmer.
Was muss der Testteilnehmer tun oder sagen, damit Sie sich sicher sein können, dass das Design erfolgreich war? Müssen sie drei Stunden Zeit für ein bestimmtes Projekt aufzeichnen? Generieren Sie eine Rechnung an einen Kunden basierend auf dieser Nachverfolgungszeit? Senden Sie die Rechnung? Das sind deine Testkriterien.
Bei Usability-Tests geht es natürlich darum, zu beobachten, wie Benutzer Aufgaben erledigen, aber was werden sie genau tun? Das Schöne an diesen Kriterien ist, dass sie Sie von vagen Testzielen wie "Sie verstehen, wie Zeiterfassung funktioniert" abbringen. Wie werden Sie wissen, dass sie es verstanden haben? Sie bringen sie dazu, es zu beschreiben. Und wenn sie es einmal genau beschrieben haben, können Sie sagen, dass dieser Aspekt des Designs erfolgreich war.
Erfolgskriterien helfen Ihnen doppelt: Sie klären, ob Ihr Design wirklich erfolgreich ist, und erleichtern die Weitergabe dieser Ergebnisse.
Verben sind magisch
Das Buch, das mich über Lernziele gelehrt hat, George Piskurichs Schnelles Lehrdesign , bietet eine praktische Liste von Verhaltensweisen, um Ihre Erfolgskriterien zu starten.
Zum Beispiel könnten die Ziele für das Verständnis "beschreiben" oder "demonstrieren" sein. "Verstehen" ist wiederum nicht gut - du brauchst sie, um etwas zu sagen (das heißt, zu beschreiben) oder zu tun (das heißt zu demonstrieren), das dir beweist, dass sie verstanden haben.
Und dann könnte ein Teilnehmer bei einem höheren Schwierigkeitsgrad "erklären" oder "organisieren"; auf einer höheren Ebene könnten sie "erstellen" oder "evaluieren".
Welches Verb du wählst, um deine Erfolgskriterien zu starten, der Punkt ist, dass du beobachten kannst, ob ein Benutzer tatsächlich gesagt oder getan hat, was auch immer den Erfolg einer Aufgabe ausmacht.
"Am Ende dieser Sitzung ..."
Wenn Sie also Ihren nächsten Usability-Test planen und an Aufgaben arbeiten, fragen Sie zunächst: "Was sollte ein Benutzer mit diesem Design anfangen können?"
Dann könnten Sie so etwas schreiben:
Am Ende der Sitzung sollte der Teilnehmer in der Lage sein:
- verfolgen Sie drei Stunden Zeit für ein bestimmtes Projekt;
- basierend auf dieser verfolgten Zeit eine Rechnung an einen Kunden generieren;
- Beschreiben Sie den Unterschied zwischen Verfolgungszeit und Protokollierungszeit.
Jetzt haben Sie drei Erfolgskriterien und basierend darauf haben Sie auch ein klares Gefühl dafür, welche Aufgaben Sie den Teilnehmern geben müssen.
Ein Vorbehalt: Erfolgskriterien sind nicht gleich Aufgaben. Aufgaben haben mehr Kontext; Sie werden geschrieben, um dem Teilnehmer vorgelesen zu werden, und enthalten möglicherweise einen Kontext zu der Aufgabe, insbesondere wenn Sie sie steuern, um etwas in Ihrem Prototyp zu finden. Beispielsweise:
Erfolgskriterium: Generieren Sie eine Rechnung an einen Kunden basierend auf dieser erfassten Zeit
Aufgabe: "Nachdem Sie nun drei Stunden im Atlas-Projekt verfolgt haben, zeigen Sie mir, wie Sie Acme Products für Ihre Zeit abrechnen würden."
Ziemlich ähnlich, offensichtlich, aber Erfolgskriterien sind für Sie und Ihr Team; Die Aufgabe ist für den Teilnehmer im Kontext der Usability-Sitzung.
Und Sie werden feststellen, dass eines der obigen Erfolgskriterien darin besteht, etwas zu beschreiben, anstatt eine Aufgabe abzuschließen. Es könnte eine Folgefrage zu einer Aufgabe sein. Diese sind nützlich, um zu überprüfen, ob das mentale Modell Ihres Designs für die Benutzer klar ist. Ich habe gesehen, wie Benutzer ihren Weg durch eine Aufgabe gefunden haben, aber beschreibe mir dann ein mentales Modell der App, das nicht mit dem Entwurf übereinstimmt. Das ist der Aufgabenerfolg für einen Teilnehmer, aber noch wichtiger ist, dass es ein zugrunde liegendes Problem gibt, das mentale Modell dieses Teilnehmers zu vergleichen.
Beginnen Sie also mit Ihren Erfolgskriterien und schreiben Sie dann Ihre Aufgaben und Folgefragen basierend auf Ihren Kriterien.
Stakeholder lieben Erfolgskriterien
Stakeholder kümmern sich nicht unbedingt um Ihren Prozess, aber sie interessieren sich wirklich für die Ergebnisse. Und wenn Ihre Präsentation der Ergebnisse vage ist, werden sie zu Recht irritiert sein.
"Der Benutzer hat es geschafft, ein paar Stunden zu verfolgen, aber wir waren nicht sicher, ob sie verstanden hat, dass die Verfolgungszeit nicht die gleiche ist wie das Protokollieren gegen einen Kunden ..." Nun, warum bist du dir nicht sicher? Ist es nicht deine Aufgabe, das herauszufinden? Sie verschwenden ihre Zeit und geben ihnen keine klare Richtung, wie Sie die UX-Probleme beheben können - was auch Ihre Aufgabe ist, oder?
Erfolgskriterien helfen Ihnen doppelt: Sie klären, ob Ihr Design wirklich erfolgreich ist, und erleichtern die Weitergabe dieser Ergebnisse.
Wir konnten Erfolgskriterien in einer einfachen Tabelle verfolgen und die Ergebnisse farbcodieren. Wie so:
Wir erstellen eine farbcodierte Ergebnistabelle (grün = Erfolg, rot = Fehler) in unserem Wiki. In der oberen Reihe listen wir Teilnehmer auf; In der linken Spalte listen wir unsere Erfolgskriterien auf. Es ist hässlich, aber schnell und nützlich.
Dies ist leicht zu scannen, zeigt ziemlich deutlich, wo die Probleme liegen und begründet die Ergebnisse in den Erfahrungen der tatsächlichen Teilnehmer. Wir führen auch eine Zusammenfassung der Ergebnisse und eine Liste von Usability-Problemen und Empfehlungen direkt darunter auf. Wir gehen auf diese Probleme ein und wiederholen, bis wir glauben, dass sie gelöst sind. Ihr Prozess könnte ein wenig anders sein - vielleicht sind Sie ein Berater, der zum Beispiel einen Bericht an einen Kunden aushändigt - aber die Vorteile sind die gleichen.