Beseitigen Sie kognitive Hürden

Ein Cognitive Walkthrough ist eine Usability-Inspektionsmethode, die die leichte Erlernbarkeit Ihres E-Learning-Moduls evaluiert. Diese Methode hilft Ihnen, eines der unangenehmsten Usability-Probleme zu identifizieren und zu beheben: die kognitiven Hürden. Ihre Studierenden sollen über die Inhalte des E-Learning-Moduls nachdenken, nicht aber über seinen Gebrauch.

Durch einen Cognitive Walkthrough können Sie herausfinden, an welchen Stellen Ihr Software-Design vermutlich scheitern wird, warum dies so sein wird und durch welche Maßnahmen Sie die Irrtümer beheben können.

Kognitive Hürden haben eine oder mehrere dieser Ursachen:

Fall 1: Der Anwender wird nicht versuchen, die korrekte Aktion auszulösen.
Fall 2: Der Anwender kann nicht erkennen, dass die gewünschte Aktion zur Verfügung steht.
Fall 3: Der Anwender kann den Zusammenhang zwischen der korrekten Aktion und der gewünschten Auswirkung nicht erkennen.
Fall 4: Der Anwender kann zwar die korrekte Aktion ausführen, sieht aber keinen Erfolg seiner Handlung.

Fall 1 zeigt, dass eine von diesen alternativen Änderungen an der Software angebracht ist:

Die nächste im Software-Design vorgesehene Aktion ist ein überflüssiger Schritt und sollte deshalb gelöscht werden oder
die nächste im Software-Design vorgesehene Aktion ist ein unerwarteter Schritt und sollte deshalb automatisch ablaufen oder
die Benutzungsoberfläche muss die nächste im Software-Design vorgesehene Aktion deutlich suggerieren.

Im Fall 2 ist geklärt: Der Anwender wird die nächste Aktion ausführen wollen. Es gibt aber Zweifel, ob er einen Auslöser für die gewünschte Aktion finden wird. Reaktion der Entwickler: Auslöser deutlicher sichtbar machen.

Im Fall 3 wird der Anwender versuchen, die korrekte Aktion auszulösen. Ein Auslöser ist auch sichtbar. Der Anwender muss aber darüber rätseln, ob der sichtbare Auslöser mit seiner Absicht in Verbindung steht oder welcher von mehreren angebotenen Auslösern der richtige ist.
Abhilfe besteht in einer eindeutigen Beschriftung von Aktionsbuttons bzw. Menülabels und/oder in dem Verzicht auf mehrere Optionen. Zum Beispiel ist eine Buttonbeschriftung "Simulation automatische Textzusammenfassung ausführen" eindeutiger als "Simulation".

Der 4. Fall liegt vor, wenn der Anwender die richtige Aktion auslöst, danach aber Zweifel hat, ob die Aktion tatsächlich stattfand. Die Entwickler sehen, dass der Anwender vom System ein eindeutiges Feedback über den Erfolg oder Misserfolg seiner Aktion gebraucht hätte.

Sie benötigen:

2-4 Gutachter, möglichst zukünftige Anwender des Systems
1 Entwickler als Moderator
Zeit: 2 Stunden, Vorbereitungszeit: 1 Stunde
mehrere vorgefertigte Auswertungsbögen für den Walkthrough

Durchführung

Vorbereitung der Durchführung:

Rekapitulieren Sie aus der Phase der Anforderungsanalyse (Phase 1), welche Erfahrungen Ihre Studierenden mit der Anwendung von E-Learning-Modulen und Software allgemein mitbringen. Sie können hier auch die Persona aktivieren.
Überlegen Sie sich wichtige und realistische Anwendungsszenarien für Ihr Lernmodul: zum Beispiel eine Simulation finden und durchspielen oder einen bestimmten Lernschritt finden, bis zum Ende bearbeiten und das Ergebnis an alle Teilnehmer versenden.
Analysieren Sie die für jede Aufgabe notwendigen Handlungssequenzen bis ins Detail.
Definieren Sie die idealen, vom System aus vorgesehenen Handlungssequenzen für jede dieser Beispielaufgaben.
Bereiten Sie diese idealtypischen Schritte für jede Beispielaufgabe in einem Auswertungsbogen auf und machen Sie für jeden Gutachter Kopien davon.

Durchführung:

Erklären Sie die erste Beispielaufgabe.
Geben Sie jedem Gutachter den Auswertungsbogen für diese Aufgabe.
Sagen Sie, welcher erste Arbeitsschritt vom System aus vorgesehen ist, um das Aufgabenszenario korrekt zu bewältigen.
Bitten Sie die Gutachter jeder für sich zu entscheiden, ob der Anwender oder die Persona diesen korrekten Schritt gehen wird.
Ist die Antwort JA, wird bei der so genannten Success-Story auf dem Auswertungsbogen angekreuzt, warum die Persona diesen Schritt vermutlich gehen wird. Ist die Antwort für ihn NEIN, kreuzt der Gutachter bei der so genannten Failure-Story an, warum die Persona vermutlich scheitern wird.
Bitten Sie Ihre Gutachter nach jedem Schritt genau zu beschreiben, was sie auf der neuen Seite wahrnehmen. Sie bekommen dadurch wertvolle Hinweise zur Übereinstimmung oder Inkongruenz von Erwartungen des Anwenders und der Logik des Systems.
So gehen Sie Schritt für Schritt den Auswertungsbogen für dieses Aufgabenszenario durch.

Bald nach den Cognitive Walkthroughs soll eine Diskussion darüber stattfinden, durch welche Maßnahmen des Software-Designs die Failure-Storys zu Success-Storys werden können.

Diesen Auswertungsbogen für einen Cognitive Walkthrough können Sie für Ihren eigenen Bedarf abändern und erweitern: Arbeitsbogen für einen Cognitive Walkthrough

Bitte beachten Sie:

Analysieren Sie die notwendigen Teilschritte ganz genau. Nehmen Sie keine Entscheidung oder Handlung für selbstverständlich. Geben Sie z.B. vor: "den richtigen Button identifizieren und doppelklicken" - nicht etwa "auf den Button klicken".

Quellen und weiterführende Ressourcen

Lewis (1997):
Lewis, Clayton; Wharton, Cathleen: Cognitive Walkthroughs. In: Helander, Martin et al. (ed.): Handbook of Human-Computer Interaction. 2nd completely revised ed. Amsterdam: Elsevier, 1997. - Chapter 30, S. 717-732