Usability-Review

Expertenbewertung einer Anwendung ohne Nutzer: Experten spielen typische Aufgaben durch (Cognitive Walkthrough) und prüfen die Oberfläche gegen anerkannte Regeln wie Nielsens zehn Heuristiken und die ISO 9241 (heuristische Evaluation). Schnell und günstig, ersetzt aber keinen Test mit echten Nutzern.

Zwei Ansätze

• Cognitive Walkthrough (aufgabenbasiert): Experten versetzen sich in den Nutzer und spielen zentrale Nutzungsszenarien durch. Sind die Schritte erkennbar, klappen die Aktionen, ist der Fortschritt sichtbar? (Quelle - Praxisbuch Usability und UX, S. 213–214)
• Heuristische Evaluation (richtlinienbasiert): Die Oberfläche wird gegen Regeln geprüft, siehe unten. Liefert Probleme, Stärken und priorisierte Lösungen.

Beides kombiniert findet vielfältigere Probleme. Beim UX-Review kommen Joy of Use, Utility und Desirability dazu (User Experience).

Nielsens zehn Heuristiken (1995)

Jakob Nielsen nennt sie Heuristiken, weil sie grobe Richtlinien sind, die man für den Einzelfall auslegen muss. Gerade deshalb gelten sie zeitlos für Website, App, Smart-TV, Sprachsteuerung oder Kraftwerk (S. 41–42):

1. Sichtbarkeit des Systemstatus – jede Aktion zeigt sofort eine Reaktion.
2. Übereinstimmung mit der Realität – die Sprache und Begriffe des Nutzers.
3. Kontrolle durch den Nutzer – Experimentieren erlauben, Rückgängig-Funktion.
4. Konsistenz und Standards – Gleiches sieht gleich aus, Plattformstandards einhalten.
5. Fehlervermeidung – wichtiger als gute Fehlermeldungen.
6. Erkennen vor Erinnern – nichts merken müssen, alles Nötige sichtbar.
7. Flexibilität und Effizienz – Abkürzungen für Geübte (Tastenkürzel, Makros).
8. Ästhetisches, minimalistisches Design – nur zeigen, was für die Aufgabe nötig ist.
9. Hilfe bei Fehlern – klar formulierte Meldungen mit Lösung (Formulargestaltung).
10. Hilfe und Dokumentation – ideal ist ein System ohne Hilfe; sonst kurz, auffindbar, in Nutzersprache.

Die Heuristiken überschneiden sich stark mit den sieben Grundsätzen der ISO 9241 (Usability): Konsistenz ≈ erwartungskonform, Kontrolle ≈ steuerbar, Fehlervermeidung und Fehlerhilfe ≈ fehlertolerant, Flexibilität ≈ individualisierbar.

Ablauf

1. Exploration und Einzelbewertung: mindestens zwei, meist zwei bis drei Experten, unabhängig voneinander, um sich nicht zu beeinflussen. Jedes Problem mit Beschreibung, Screenshot, verletzter Heuristik und Schwere.
2. Debriefing und Severity Rating: zusammentragen, gewichten, Lösungen gemeinsam entwickeln, am besten als Wireframes.
3. Bericht: Probleme nach absteigender Schwere.
4. Präsentation oder Workshop, oft mit einer Roadmap.

Schweregrade (S. 216): Prio A/B/C oder vierstufig: kosmetisch (nur bei Zeit) → klein → gross → gravierend (zwingend beheben).

Fehlt Fachwissen über die Branche, kommen Produktverantwortliche dazu (drei bis fünf Personen). Neulinge taugen nicht: Ein guter Review braucht Erfahrung aus vielen Usability-Tests (S. 217).

Wann?

Schon an Scribbles und Wireframes, als Qualitätskontrolle während der Umsetzung und im Betrieb. Ein Review findet andere Probleme als Nutzer und ist eine gute Vorstufe zum Test. Nie als einziger Freigabetest ohne vorherigen Nutzertest (S. 215, 217).

Verwandt

• Usability-Test – die Nutzersicht
• Usability – ISO-9241-Grundsätze als zweiter Prüfkatalog
• IT-Audit – Prüfung gegen Kriterienkataloge in der Informationssicherheit
• Heuristiken in BWL und Informatik – Heuristik als Begriff