UX-Prozess

Aufgabe

Eine Menge von Aktivitäten, die unternommen werden, um ein bestimmtes Ziel zu erreichen. Die meisten Aufgaben können in Teilaufgaben - also Aktivitäten - unterteilt werden.

•  „Eine Mietwagenreservierung stornieren“ ist eine Aufgabe.
• „Registrieren auf einer Autovermietungswebsite“ ist eine Teilaufgabe.
• Die Teilaufgabe „Anmelden auf einer Autovermietungswebsite“ kann in kleinere Teilaufgaben heruntergebrochen werden, wie z.B.:
  • Eingeben des Benutzernamens;
  • Eingeben des Kennworts.

Anforderung

Eine Bedingung oder Fähigkeit, die ein interaktives System erfüllen oder besitzen muss, um eine Vereinbarung, eine Norm, eine Spezifikation oder andere formal auferlegte Dokumente zu erfüllen

• Marktanforderung
  Eine Anforderung für ein interaktives System basierend auf einer Marketingpolitik, die darauf abzielt, Geschäftschancen, Absatz und Nutzen zu maximieren
• Organisatorische Anforderung
  Eine Organisationsregel, die Benutzer bei der Ausführung ihrer Aufgaben befolgen müssen.
• Qualitative Nutzungsanforderung
  Eine Aussage darüber, was Benutzer im Rahmen der Durchführung einer Aufgabe mit dem interaktiven System feststellen, erkennen, verstehen, auswählen oder eingeben müssen, um den identifizierten Erfordernissen des Nutzungskontextes zu genügen.
  Während qualitative Nutzungsanforderungen die Art und Weise ansprechen, in der das interaktive System benutzt wird, um das Ziel des Benutzers zu erreichen, setzen quantitative Nutzungsanforderungen messbare Ziele für Usability und User Experience.
• Quantitative Nutzungsanforderung
  Ein erforderliches Maß an Usability, um die identifizierten Erfordernisse in einem bestimmten Nutzungskontext zu erfüllen, ausgedrückt in Maßen der Effektivität, der Effizienz, der Zufriedenstellung, der Barrierefreiheit, der User Experience und der Vermeidung von Schäden durch die Benutzung.

Nutzungskontext­beschreibung

• Benutzer in Form von Benutzergruppenprofilen und Personas;
• Ziele in Form von Ist-Szenarien;
• Aufgaben in Form von Aufgabenmodellen, Ist-Szenarien oder User Journey
• Maps;
• Ressourcen in Form von Ist-Szenarien;
• Umgebungen in Form von Listen oder Ist-Szenarien.

Benutzer

• Primärer Benutzer
  Ein Benutzer, der das interaktive System für den beabsichtigten Zweck benutzt.
• Sekundärer Benutzer
  Ein Benutzer, der unterstützende Aufgaben mit dem interaktiven System ausführt, beispielsweise um es zu warten oder um primäre Benutzer zu schulen.
• Indirekter Benutzer
  Ein Benutzer, der die Ergebnisse des interaktiven Systems nutzt, aber nicht direkt mit ihm interagiert.

Dialogprinzipien

ISO 9241-110 listet die folgenden sieben Dialogprinzipien auf:

• Aufgabenangemessenheit
  Die Eigenschaft eines interaktiven Systems den Benutzer zu unterstützen, seine Aufgabe zu erledigen, d. h., die Funktionalität und Dialog an die charakteristischen Eigenschaften der Aufgabe anzupassen, anstatt an die zur Aufgabenerledigung eingesetzten Technologie.
• Selbstbeschreibungsfähigkeit
  Die Eigenschaft eines Dialogs zu jeder Zeit dem Benutzer offensichtlich zu machen, in welchem Dialog, an welcher Stelle im Dialog er sich befindet, welche Handlungen unternommen werden können und wie diese ausgeführt werden können.
• Erwartungskonformität
  Übereinstimmung mit den aus dem Nutzungskontext heraus vorhersehbaren Benutzerbelangen sowie allgemein anerkannten Konventionen.
• Lernförderlichkeit
  Die Eigenschaft eines Dialogs, die Benutzer beim Erlernen der Benutzung des interaktiven Systems zu unterstützen und anzuleiten.
• Steuerbarkeit
  Der Benutzer ist in der Lage einen Dialogablauf zu starten sowie seine Richtung und Geschwindigkeit zu beeinflussen, bis das Ziel erreicht ist.
• Fehlertoleranz
  Die Eigenschaft eines Dialogs, das beabsichtigte Arbeitsergebnis trotz erkennbar fehlerhafter Eingaben entweder mit keinem oder mit minimalem Korrekturaufwand seitens des Benutzers zu erreichen.
• Individualisierbarkeit
  Die Eigenschaft eines Dialogs, die Benutzern ermöglicht, die Interaktion mit dem System und die Darstellung von Informationen an ihre individuellen Fähigkeiten und Bedürfnisse anpassen zu können.

Heuristik

• Sprechen Sie die Sprache des Benutzers
• Beachten Sie Plattformkonventionen
• Minimieren Sie die Notwendigkeit sich erinnern zu müssen, indem Objekte, Handlungen und Optionen sichtbar gemacht werden
• Machen Sie den Systemstatus sichtbar
• Helfen Sie Benutzern beim Erkennen, Verstehen und Beseitigen von Fehlern

Usability-Test

Eine Usability-Evaluierung, bei der repräsentative Benutzer bestimmte Aufgaben mit dem interaktiven System ausführen, um Usability-Probleme zu erfassen oder die Messung von Effektivität, Effizienz und Zufriedenstellung zu ermöglichen.

Ein Usability-Test besteht üblicherweise aus drei Phasen:

• Planung, dazu gehören: das Schreiben des Usability-Testplans, das Schreiben des Usability-Testskripts und die Rekrutierung von passenden Usability- Testteilnehmer;
• Durchführen der Usability-Testsitzungen
• Usability-Befunde kommunizieren – einschließlich Schreiben des Usability- Testberichts.

Usability- Testbericht

Ein Dokument, das die Ergebnisse eines Usability-Tests beschreibt.

Ein Usability-Testbericht enthält typischerweise:

• Eine Kurzdarstellung,
• 5-50 Usability-Befunde (auch positive) und
• das Usability-Testskript für den Usability-Test.
• Oft auch Screenshots oder Bilder, die die Beschreibungen von wichtigen Usability- Befunde ergänzen.

Usability- Befund

Ergebnis aus einer Usability-Evaluierung.

•  Usability- Problem
  Ein Problem in der Benutzung der Benutzungsschnittstelle, das sich auf die Fähigkeit des Benutzers auswirkt, seine Ziele effektiv oder effizient oder zufriedenstellend zu erreichen.
• positiv
  etwas, das den Benutzern gefiel, also ein positiver Usability-Befund.

Bewertung

Typische Bewertungen sind:

• positives Ergebnis,
• geringes Problem,
• ernstes Problem,
• kritisches Problem,
• katastrophales Problem – existenzielle Bedrohung (lebensbedrohliches Problem).