usability engineering

WS 2008/2009: Usability von Selbstlernumgebungen

Nina Heinze, WS 2008/2009

Zur Anzeige wird der QuickTime™ Dekompressor „“

benötigt.


benötigt.

Usability von Selbstlernumgebungen -

Usability Engineering

Projektseminar im WS 08/09




benötigt.

Usability Engineering

Usability:

„Ausmaß, in dem ein Produkt durch bestimmte Benutzer in einem bestimmten Nutzungskontext genutzt werden kann, um bestimmte Ziele effektiv, effizient und zufriedenstellend zu erreichen.“




benötigt.

Usability Engineering Lifecycle

1. Den User kennen2. Usability Benchmarking3. Ziel-orientiertes Interaktionsdesign4. Iteratives Design

PrototypingFormative Usability Evaluation

5. Summative Usability Evaluation6. Folgestudien




benötigt.





benötigt.


1. Kenne den User

• Qualitative Forschung über User• Explorative Evaluation: welche Software wird

wie und wofür benutzt• Userprofile entwickeln• Ziele der User identifizieren• Workflow-Analyse und Arbeitskontext• User-Szenarien entwickeln




benötigt.

Kenne den User

User werden eingeteilt nach

• Erfahrung• Ausbildung• Alter• Erfahrung• Etc.




benötigt.

Kenne den User

Drei Dimensionen von User-Erfahrung

Nielsen, 1994




benötigt.

Kenne den User

Lernkurven

Nielsen, 1994




benötigt.

Kenne den User

Empirische Maßnahmen

• Interviews (Angestellten, Fach- und Bereichsexperten

• Kunden• End-User




benötigt.

Kenne den User

Fokus auf End-User

• Verhalten beobachten• Ethnografische Interviews• Identifikation potentieller User• Patterns of Use identifizieren




benötigt.

Kenne den User

Beispiele:

• Unterhaltungssystem eines Flugzeugs• Mobiltelefon mit E-Mail• Selbstlernumgebung• Uni Website




benötigt.


2. Usability Benchmarking

• Andere Systeme empirisch untersuchen• Usability-Ziele für eigenes System entwickeln




benötigt.

Usability Benchmarking

Analyse des Wettbewerbs

• State-of-the-Art evaluieren und daran orientieren

• Wettbewerbsprodukte heuristisch oder empirisch evaluieren

• „Intelligentes Ausleihen“ von anderen Systemen




benötigt.


Usability-Ziele setzen

• Messbare Kriterien vorher festsetzen• Bsp: Auf der Wettbewerbsseite benötigt man 8

Minuten, um einen Flug zu buchen. Unser Ziel sind 6 Minuten.




benötigt.


Return on Investment (ROI)

• Kosten/Nutzen Vergleich• Best-Practice nach Nielsen (2003): 10% eines

Budgets für Usability




benötigt.


3. Ziel-orientiertes Interaktionsdesign

„What should be on the designer‘s mind at the start of an interface project? Nothing.“

Norman, 1995




benötigt.

Ziel-Orientiertes Interaktionsdesign

Computer vs. Mensch

• Software muss sich einerseits dem Silicon fügen

• Software muss sich andererseits dem Menschen anpassen




benötigt.


Programmierer sind anders

• Programmierer (homo logicus) denken und verhalten sich anders als der gewöhnliche Mensch (homo sapiens)

• Programmierer sollten die „inside“ einer Software entwickeln, Interaktionsdesigner die „outside“




benötigt.


Programmierer sind anders

Andrews, 2008




benötigt.


Interaktionsdesign vs. Interface Design

• Interface: Schnittstelle zwischen Code auf der einen, User auf der anderen Seite

• Interaction: Funktion, Verhalten, endgültiges Aussehen/Design




benötigt.


Entwicklung von Software basierend auf Zielen

• Menschliche Ziele im Vordergrund• Aufgaben werden als Mittel gesehen, Ziele zu

erreichen

Aufgaben sind keine Ziele!




benötigt.


Der Interaktionsdesign-Prozess

1. Interviews mit Usern2. Personae entwickeln3. Ziele der Personae definieren4. Konkrete Szenarien entwerfen5. Designlösung entwickeln




benötigt.


Was ist eine Persona?

• Prototypischer User• Erfundener, aber sehr spezifischer Typ von

User• Typisch und glaubhaft, nicht durchschnittlich• Personae sollten um die interviewten User

herum entwickelt werden, die als „Härtefälle“ auffallen




benötigt.


Szenarien Definieren

Szenario: präzise Beschreibung der Benutzung eines Interfaces durch eine Persona, um ein Ziel zu erreichen




benötigt.


Szenarien Definieren

• Daily Use Szenario: Haupttätigkeiten, die der User ausführen wird - benötigen robustes Design

• Necessary Use Szenario: Tätigkeiten, die unregelmäßig sind aber immer wieder notwendig

• Edge Case Szenario: Können während des Designvorgangs vernachlässigt werden, müssen jedoch vom Programmierer berücksichtigt werden




benötigt.


Designlösung entwickeln

• Parallele Designs• Brainstorming• Kurze Umfragen• Konventionen folgen (Design Patterns)• Zauberei• Menschliche Reaktionen




benötigt.


4. Iteratives Design

• Design, Test, Redesign• Entwicklung von Prototypen (Papier und

Working)• Formative Evaluation (während

Designvorgang)




benötigt.

Iteratives Design: Prototying

Usability Tests so früh wie möglich durchführen mit Hilfe von Prototypen

• Verbale Prototypen• Papier Prototypen

– Low-Fidelity– High-Fidelity

• Interaktive Skizzen• Working Prototypes




benötigt.


Verbaler Prototyp




benötigt.


Papier Prototyp Low-Fi




benötigt.


Papier Prototyp High-Fi




benötigt.


Working Prototype




benötigt.


Working Prototype II




benötigt.

Usability in der Praxis

Comparative Studien

• Ergebnisse von Forschungsgruppen überschneiden sich sehr selten

• Probleme unterschiedlich berichtet




benötigt.

Usability in der Praxis

Beispiele für Kosten von Usability-Studien

• Externe heuristische Evaluation der Nielsen Norman Gruppe: $35 000

• Externe heuristische Evaluation der Interface Consult: €600

• Externer Usability Test (6 User, kein Video) der Dialog Design: €6 400

• Externer Usability Test (6 User, kein Video) der Nielsen Norman Gruppe: $30 000




benötigt.

Nächste Sitzung

Anwesenheitspflicht!

• Fragen• Feedback• Evaluation des Seminars• Persönliche Evaluation • Infos zur Evaluation des Teams

Die Sitzung findet in Raum 1121 statt!!!




benötigt.

Bis zum nächsten Mal!

usability engineering

Documents