Bericht zum Usability-Test: Befunde mit der Aufnahme verknüpfen
Dokumentieren Sie Befunde aus dem Usability-Test mit Beobachtung, Aufgabenkontext, Auswirkung, Priorität und einer Prüfung der Änderung. Mit Beispielkarte und Berichtsvorlage.
Der Bericht beginnt mit Beobachtungen
„Der Testperson gefiel die Navigation nicht“ erklärt nicht, was zu ändern ist. Die Aufnahme kann zeigen, dass die Person dreimal den Zahlungsbereich öffnete, um die Rückgabe zu finden, und dann um Hilfe bat. Damit lässt sich das Problem in einer konkreten Aufgabe nachvollziehen.
Halten Sie die Testbedingungen fest: Version der Oberfläche, Gerät, Szenario, Erfolgskriterium und Unterstützung durch die Moderation. Sonst kann das Team eine Schwierigkeit im Prototyp für einen Fehler im Live-Produkt halten oder einen Erfolg nach einem Hinweis als selbstständige Lösung zählen.
Aus Testsitzungen überprüfbare Befunde ableiten
Wichtige Episoden markieren
Markieren Sie je Sitzung den Aufgabenbeginn, die Schwierigkeiten, die Wiederaufnahme und das Ergebnis. Vergleichen Sie das Transkript mit der Bildschirmaufnahme. „Ich habe geklickt“ entspricht nicht immer einem tatsächlichen Klick. Bewahren Sie Zeitmarken vor und nach der Handlung auf, damit der Kontext sichtbar bleibt.
Beobachtung und Erklärung trennen
Schreiben Sie die Handlung und das Ergebnis in das Beobachtungsfeld. Die vermutete Ursache bekommt ein eigenes Feld. „Suchte im Zahlungsbereich nach der Rückgabe“ ist eine Beobachtung. „Der Bereich ist unverständlich benannt“ ist eine Hypothese für den nächsten Test.
Ähnliche Fälle vergleichen
Fassen Sie Episoden nur zusammen, wenn das Problem gleich und die Aufgabe vergleichbar ist. Geben Sie an, bei wie vielen Personen es auftrat und wie viele diese Aufgabe ausführten. Übertragen Sie den Anteil einer kleinen Testgruppe nicht auf die gesamte Zielgruppe des Produkts.
Maßnahme und Prüfung festlegen
Bewerten Sie die Auswirkung: Die Aufgabe wurde abgebrochen, erforderte Hilfe oder verursachte zusätzliche Schritte. Stimmen Sie die Priorität im Produktkontext ab. Halten Sie fest, welches beobachtbare Ergebnis im nächsten Test zeigt, ob die vorgeschlagene Änderung geholfen hat.
Eine Testperson sucht die Rückgabe einer Bestellung
Das folgende Übungsbeispiel ist fiktiv. Namen, Rahmenbedingungen und Ergebnisse dienen ausschließlich dazu, die Methode zu erklären.
Das ist bestimmt unter Zahlungen. Nein, hier ist nur die Karte. Vielleicht sollte ich den Support anschreiben? Ich finde nicht, wo ich die Bestellung zurückgeben kann.
Eine einzelne Aussage zeigt nicht, was auf dem Bildschirm geschah. In diesem Beispiel zeigt die Aufnahme zwei Aufrufe des Zahlungsbereichs und eine Unterbrechung bis zum Hinweis der Moderation. Halten Sie das zusammen mit der Prototypversion auf der Karte fest.
Ein Link in den Bestelldetails ist eine mögliche Änderung, die noch geprüft werden muss. Der nächste Test zeigt, ob die Testperson die Aktion ohne Hilfe findet und erkennt, welche Bestellung sie zurückgibt.
| Feld | Beispieleintrag | Zweck |
|---|---|---|
| Kontext | Prototyp A, Rückgabe einer bezahlten Bestellung | Bedingungen verstehen |
| Beleg | Sitzung U3, 08:15–09:02 | Episode prüfen |
| Auswirkung | Erst nach Hinweis weitergemacht | Einfluss bewerten |
| Nächste Maßnahme | Platzierung in den Bestelldetails testen | Prüfung einplanen |
Problemkarte für den Testbericht
Erstellen Sie zuerst die Karten und fassen Sie dann die wichtigsten Hindernisse zusammen. So bleiben die Schlussfolgerungen mit dem Testmaterial verknüpft.
Kurzer Problemtitel: Version / Gerät / Aufgabe: Testperson und Zeitmarke: Beobachtete Handlung: Auswirkung auf die Aufgabe: Hilfe durch die Moderation: Wiederholungen in vergleichbaren Sitzungen: Vermutete Ursache: Priorität und Begründung: Vorgeschlagene Änderung: So prüfen wir das Ergebnis:
Prüfen Sie, ob der Bericht zum Handeln befähigt
- Wichtige Befunde lassen sich in der Aufnahme finden.
- Es ist klar, ob die Aufgabe selbstständig gelöst wurde.
- Die Ursache ist als Hypothese gekennzeichnet.
- Der Vorschlag hat ein Kriterium für den nächsten Test.
Ein genauerer Blick
Braucht jedes Problem ein langes Video?
Nein. Ein genauer Link oder eine Zeitmarke mit genügend Kontext reicht, wenn das Team Zugang zur Originalaufnahme hat. Ein kurzer Ausschnitt sollte Hinweise und Änderungen der Aufgabe sichtbar lassen.
Kann ich gleich eine Lösung angeben?
Ja, als Vorschlag des Teams mit Begründung und Prüfmethode. Dass eine Testperson eine ähnliche Schaltfläche vorgeschlagen hat, beweist die Lösung noch nicht.