Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
| de:modul:m322:learningunits:lu01:theorie:03 [2026/08/04 13:25] – angelegt gjenni | de:modul:m322:learningunits:lu01:theorie:03 [2026/08/04 13:40] (aktuell) – gjenni | ||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| - | ====== LU01c: ISO 9241 ====== | + | ====== LU01c: |
| + | |||
| + | Eine Norm ist eine Vereinbarung, | ||
| + | |||
| + | - Planung des menschzentrierten Gestaltungsprozesses | ||
| + | - Analyse: Verstehen und spezifizieren des Nutzungskontextes | ||
| + | - Spezifizieren der Nutzungsanforderungen | ||
| + | - Erzeugen von Gestaltungslösungen, | ||
| + | - Evaluieren des Systems gegen Nutzungsanforderungen + Iteration | ||
| + | - Ergebnis: Gestaltungslösung erfüllt Nutzungsanforderungen | ||
| + | |||
| + | |||
| + | {{: | ||
| + | |||
| + | //Abb: Aktivitäten der menschzentrierte Gestaltung nach ISO 9241-210, | ||
| + | // | ||
| + | |||
| + | ---- | ||
| + | |||
| + | Es gibt keinen reine ISO-Norm für UX Design, aber als Norm der menschzentrierten Gestaltung umfasst sie einige zentrale Punkte, wie die folgenden sieben Grundprinzipien: | ||
| + | |||
| + | ---- | ||
| + | |||
| + | |||
| + | |||
| + | ==== 2.1 Aufgabenangemessenheit ==== | ||
| + | |||
| + | Ein System oder Produkt ist aufgabenangemessen, | ||
| + | |||
| + | Unterstützte Aufgaben sind bekannt | ||
| + | Aufgaben können rasch erledigt werden | ||
| + | Auswahlmöglichkeiten werden geboten | ||
| + | |||
| + | Beispiel: Telefonnummer, | ||
| + | |||
| + | {{: | ||
| + | |||
| + | |||
| + | ---- | ||
| + | |||
| + | ==== 2.2 Selbstbeschreibungsfähigkeit ==== | ||
| + | |||
| + | Das System sollte Benutzer*innen jederzeit klar und verständlich aufzeigen, wo sie sich befinden, was sie auf welche Weise tun können und welche Funktionen verfügbar sind. | ||
| + | |||
| + | Alle wichtigen Informationen sind vorhanden | ||
| + | Informationen sind verständlich | ||
| + | Systemstatus ist jederzeit erkennbar | ||
| + | |||
| + | Beispiel: Loading Indicator, wenn Formular abgeschickt und Bestätigungsmail erhalten. | ||
| + | |||
| + | {{: | ||
| + | |||
| + | ---- | ||
| + | |||
| + | |||
| + | ==== 2.3 Erwartungskonformität ==== | ||
| + | |||
| + | Das System sollte den Erwartungen der Nutzenden entsprechen. Eine, auf die Nutzenden angepasste Informationsdarstellung des Systems, beinhaltet anerkannte und einheitliche Muster und Konventionen. | ||
| + | |||
| + | * System verhält sich erwartungsgemäss | ||
| + | * Elemente sind konsistent angewandt | ||
| + | * Veränderungen im Status sind nachvollziehbar | ||
| + | |||
| + | Beispiel: Pflichtfelder in einem Formular sind mit roten Sternchen markiert. | ||
| + | |||
| + | {{: | ||
| + | |||
| + | ---- | ||
| + | |||
| + | |||
| + | ==== 2.4 Erlernbarkeit ==== | ||
| + | |||
| + | Das System sollte einfach und intuitiv zu bedienen sein und die Nutzenden dabei unterstützen, | ||
| + | |||
| + | * Erlernbarkeit der Bedienfunktionen | ||
| + | * Möglichkeit, | ||
| + | * Unterstützung bei der Anwendung der Bedienfunktionen | ||
| + | |||
| + | Beispiel: Erklärscreens, | ||
| + | |||
| + | {{: | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ==== 2.5 Steuerbarkeit ==== | ||
| + | |||
| + | Die Nutzenden sollten jederzeit die volle Kontrolle über das System haben. Das bedeutet, dass sie selbst entscheiden, | ||
| + | |||
| + | * Prozess kann jederzeit unterbrochen werden | ||
| + | * Das System unterstützt flexible Arbeitsweisen | ||
| + | * Das System erlaubt ggf. individuelle Einstellungen (Individualisierbarkeit) | ||
| + | |||
| + | Beispiel: Mehrstufige Checkout-Prozesse, | ||
| + | |||
| + | {{: | ||
| + | |||
| + | |||
| + | ---- | ||
| + | |||
| + | ==== 2.6 Robustheit gegen Benutzungsfehler ==== | ||
| + | |||
| + | Das System sollte unter verschiedenen Bedingungen und Umgebungen zuverlässig funktionieren. Es sollte in der Lage sein, Fehler zu erkennen und angemessen darauf zu reagieren, um die Auswirkungen für die Nutzenden zu minimieren. | ||
| + | |||
| + | * Nutzungsfehler werden vermieden oder toleriert | ||
| + | * Nutzungsfehler können abgefangen werden | ||
| + | * Nutzungsfehler können behoben werden | ||
| + | |||
| + | Beispiel: Fehlermeldung beim Kreieren eines Passworts, wenn das neue Passwort nicht den Kriterien (Anzahl Charakteren, | ||
| + | |||
| + | {{: | ||
| + | |||
| + | ---- | ||
| + | |||
| + | |||
| + | ==== 2.7 Benutzerbindung („User Engagement“) ==== | ||
| + | |||
| + | Die Nutzung des Systems sollte möglichst einladend und motivierend sein. Vertrauen kann aufgebaut werden und innerhalb des Systems sind Rückmeldungen an die Produktverantwortlichen möglich. | ||
| + | |||
| + | * Motivation für die Nutzung | ||
| + | * Vertrauen wird aufgebaut | ||
| + | * Feedbacks durch Nutzende innerhalb des Systems werden ermöglicht | ||
| + | |||
| + | Beispiel: Wenn ein System glaubwürdig vermittelt, dass mit dessen Nutzung kein Risiko eingegangen wird. Wichtig im Umgang mit sensiblen Daten. | ||
| + | |||
| + | {{: | ||
| + | |||
| + | |||
| + | ---- | ||
| + | |||
| + | Quellen: | ||
| + | |||
| + | https:// | ||
| + | |||
| + | https:// | ||
| + | |||
| + | ---- | ||
| + | [[https:// | ||