Einen Prototyp mit einer konkreten Aufgabe prüfen
Ein ausgearbeitetes Dokumentenbeispiel zeigt, wie Sie eine neutrale Aufgabe stellen und Beobachtung, Deutung und nächste Änderung auseinanderhalten.
Ein Prototypentest braucht eine Frage, die sich am Verhalten prüfen lässt. „Gefällt das Portal?“ liefert dafür wenig Orientierung. Nützlicher ist etwa: Finden Geschäftskunden ohne Wegbeschreibung die aktuell freigegebenen Lieferbedingungen für ihr Konto?
Das folgende Beispiel ist vollständig hypothetisch. Die Aufgabe, Dokumente und Beispielnotizen stammen aus keiner durchgeführten Kundenstudie.
Modell und Erfolg vor dem Test festlegen
Im Beispiel enthält das Portal das archivierte Dokument D-11 und die aktuell freigegebene Fassung D-12. Das Team kennt diesen Sollzustand. Als Erfolg gilt, die aktuelle Fassung zu finden und anhand der angezeigten Angaben erklären zu können, warum sie die richtige ist.
Bereiten Sie den Prototyp so vor, dass dieser Weg tatsächlich ausprobiert werden kann. Links und relevante Zustände müssen die Frage unterstützen. Ein Modell ohne funktionierenden Dokumentaufruf kann nicht zeigen, ob die vollständige Aufgabe gelingt.
Eine Aufgabe ohne Lösungshinweis stellen
Eine mögliche Anweisung lautet:
Sie bereiten eine Bestellung vor. Finden Sie die aktuell freigegebenen Lieferbedingungen für Ihr Kundenkonto. Zeigen Sie, woran Sie die gültige Fassung erkennen.
Die Aufgabe nennt das Ziel, aber keine Menüpunkte oder Klickfolge. Wählen Sie Personen, für die diese Arbeit plausibel ist. Erläutern Sie den Test und den Modellcharakter. Geben Sie keine Vorführung des gesuchten Wegs vorab.
Beobachten Sie, was die Person tatsächlich tut. Halten Sie Nachfragen und Hinweise des Moderators fest. Ein mit Hilfestellung gefundenes Dokument ist etwas anderes als ein selbständig gefundenes.
Beobachtung und Erklärung getrennt notieren
Die folgenden Einträge sind erfundene Beispiele dafür, wie Notizen ausgewertet werden könnten.
Angenommene Beobachtung | Mögliche Deutung | Nächste Änderung oder Prüfung |
|---|---|---|
Die Person öffnet den ersten Eintrag, ohne den Freigabestatus zu prüfen | Der Status wird möglicherweise übersehen | Version und Freigabestatus deutlicher darstellen und erneut prüfen |
Der Dokumentlink reagiert im Modell nicht | Der Prototyp unterstützt die Aufgabe an dieser Stelle nicht | Verbindung ergänzen oder den Testumfang ausdrücklich ändern |
Das richtige Dokument wird erst nach einem Hinweis gefunden | Die selbständige Lösung bleibt ungeklärt | Den überarbeiteten Weg mit neutraler Aufgabe erneut testen |
„Die Person versteht das Portal nicht“ wäre bereits eine weitreichende Interpretation. Konkrete Handlungen und der genaue Modellstand lassen sich besser nachvollziehen. Ein nicht verbundener Link ist zunächst ein Problem des Testaufbaus, kein Nachweis eines Nutzerfehlers.
Aus der Probe einen nächsten Schritt ableiten
Entscheiden Sie, welche Unsicherheit die Änderung klären soll. Prüfen Sie danach den überarbeiteten Stand mit derselben Zielaufgabe, ohne die Lösung zu verraten. Dokumentieren Sie, welche Personen, Bedingungen und Modellteile betrachtet wurden.
Ein klickbarer Prototyp belegt weder echte Zugriffsrechte noch dauerhafte Speicherung oder Produktionsleistung. Auch eine gelungene Aufgabe ersetzt keine Prüfung der Zugänglichkeit nach Standards. Die Probe kann konkrete Bedienfragen beantworten; ihre Grenzen sollten in der Entscheidung sichtbar bleiben.
Quellen
Geschrieben von
- Julia HoffmannRedakteurin für Design und UXJulia Hoffmann ist bei ASES für die redaktionellen Inhalte zu Design und User Experience zuständig. Ihre Beiträge behandeln die Nutzung von Websites und Anwendungen, die Gestaltung von Benutzeroberflächen und digitale Barrierefreiheit.
Weiterlesen
Alle Beiträge
Design & UX mit ASES
Nutzererlebnis, Oberflächen und Markenauftritt