Evidenzbewertung
Effekt-Score (E): 4/5 Beleglage für das zugrunde liegende Prinzip bzw. die Messmethode.
Transfer-Score (T): 4/5 Belege für zuverlässige Ergebnisse in der digitalen Produktpraxis.
Evidenz-Level: Hoch
[Plausibel durch UX-Forschung] Fehler als Zusammenspiel von Aufgabe, System und Kontext analysieren, nicht vorschnell als individuelles Versagen bewerten.
Skala und Bewertungsregeln
Effekt-Score: 5 gesichert · 4 belastbar · 3 kontextabhängig · 2 schwach · 1 vorläufig.
Transfer-Score: 5 praxisbelegt · 4 feldbelegt · 3 teilweise belegt · 2 plausibel · 1 Hypothese.
Ohne fundierte wissenschaftliche oder normative Quelle ist E auf 3 begrenzt. Blog- und Agenturmeinungen begründen höchstens T=2. Bei nicht aufgelösten Konflikten gilt der konservativere Wert.
Evidenz-Level: Hoch = E ≥ 4 und T ≥ 3; Moderat = E ≥ 3; Vorläufig = E ≤ 2 oder T ≤ 1.
Fehlermodelle & Nutzerfehler
Fehler gehören zur Interaktion mit digitalen Systemen – aber sie sind kein Zeichen von Dummheit, sondern systematisch erklärbar. UX-Design muss sie verstehen und abfangen.
Definition
Ein Nutzerfehler ist eine unbeabsichtigte Handlung oder ein falsches Ergebnis, das beim Umgang mit einem System entsteht – unabhängig davon, ob das System „korrekt“ funktioniert.
Die drei Fehlerarten im Überblick
Entscheidend ist, wo das Problem entsteht: bei Ausführung, Gedächtnis oder Planung. Norman unterscheidet Slips und Mistakes; Reason benennt zusätzlich Lapses und beschreibt, wie Mistakes entstehen können.
| Typ | Was geht schief? | UI-Beispiel | Sinnvolle Gestaltungsreaktion |
|---|---|---|---|
| Slip | Das Ziel ist richtig, aber die falsche Handlung wird ausgeführt | Statt „Archivieren“ wird „Löschen“ gewählt, weil beide Bedienelemente nebeneinander liegen | Aktionen trennen und beschriften; Rückgängig ermöglichen |
| Lapse | Ein beabsichtigter Schritt wird vergessen | Nach einer Unterbrechung wird ein Formular ohne Pflichtadresse abgeschickt | Fortschritt und fehlende Angaben zeigen; Eingaben erhalten |
| Mistake | Ziel, Annahme oder gewählte Regel ist falsch | „Speichern“ wird gewählt, weil Nutzende erwarten, dass der Inhalt dadurch mit dem Team geteilt wird | Begriffe und Folgen verständlich erklären |
Slip: richtige Absicht, falsche Handlung
Ein Slip passiert bei der Ausführung. Jemand klickt versehentlich auf das falsche Bedienelement, vertippt sich oder wiederholt eine Aktion, ohne es zu bemerken. Die Person weiß, was sie erreichen will; Interface oder Nutzungssituation machen die richtige Handlung leicht verwechselbar.
Gestaltungsfokus: Verwechslungen durch klare Beschriftungen, ausreichende Abstände und sichtbare Zustände verhindern. Mit einer Rückgängig-Funktion die Korrektur erleichtern, statt sich nur auf Bestätigungsdialoge zu verlassen.
Lapse: ein beabsichtigter Schritt wird vergessen
Ein Lapse ist ein Gedächtnisfehler, keine Fehlentscheidung. Zum Beispiel kehrt jemand nach einer Unterbrechung zu einem mehrstufigen Formular zurück und übersieht ein Pflichtfeld.
Gestaltungsfokus: Fortschritt sichtbar halten, fehlende Angaben direkt am Feld markieren und Eingaben beim Zurückgehen erhalten.
Mistake: Plan oder Annahme ist falsch
Ein Mistake entsteht bei der Planung oder Interpretation. Nutzende können eine Beschriftung missverstehen, eine vertraute Regel in einer neuen Situation anwenden oder eine falsche Vorstellung davon haben, was das System tut. Reason unterscheidet regelbasierte Mistakes (eine falsche Regel wird angewendet) und wissensbasierte Mistakes (in einer unbekannten Situation wird mit unvollständigen Informationen falsch geschlossen).
Gestaltungsfokus: verständliche Begriffe nutzen, Folgen deutlich machen und die Interface-Konzepte am tatsächlichen Systemverhalten ausrichten.
Unterschied der Modelle
Norman unterscheidet danach, ob Handlung oder Absicht falsch ist: Slip oder Mistake. Reasons Modell ergänzt Lapses und unterteilt Mistakes in regel- und wissensbasierte Fehler. Ein Lapse ist nicht einfach eine weitere Art von Mistake.
Gestaltung gegen Fehler
| Prinzip | Umsetzung |
|---|---|
| Fehlertoleranz | Undo, Wiederherstellen, Rückfragen vor Löschaktionen |
| Feedback & Statusanzeigen | Was wurde getan? Was passiert gerade? |
| Fehlervermeidung statt Fehlerbehandlung | Buttons deaktivieren statt später Warnung zeigen |
| Konsistenz | Wiedererkennbare Symbole, Navigation, Layouts |
| Explizite Beschriftung | „Abbrechen“ statt „Zurück“ |
Fehler Schritt für Schritt vorbeugen
- Beobachten, an welchen Stellen Nutzende sich verklicken oder falsche Annahmen bilden.
- Den Fehler als Ausführungsproblem, vergessenen Schritt oder Planungsproblem einordnen.
- Vermeidbare Fehlermöglichkeiten beseitigen, bevor zusätzliche Warnungen entstehen.
- Für verbleibende Fehler Feedback, Rückgängig und Korrekturmöglichkeiten anbieten.
- Den vollständigen Ablauf mit repräsentativen Nutzenden erneut testen.
Ein Beispiel: Wenn ein Pflichtfeld beim Absenden wiederholt übersehen wird, sollten Feld und Fehlerzustand klar erkennbar sein. Bereits eingegebene Daten müssen erhalten bleiben und eine direkte Korrektur ermöglichen. Eine zusätzliche Warnmeldung allein behebt das Interaktionsproblem nicht.
Fazit
Nutzerfehler entstehen nicht, weil Menschen unkonzentriert oder inkompetent sind – sondern weil Systeme komplex, uneindeutig oder fehleranfällig gestaltet sind.
UX-Design sollte auf Fehlerfreundlichkeit statt Fehlerfreiheit setzen.
Merksatz
Fehler sind systemisch – nicht individuell. Gutes Design macht Fehler unwahrscheinlich und rückgängig.
Häufige Fragen (FAQ)
Was sind Nutzerfehler im UX-Design?
Welche Arten von Fehlern unterscheidet Donald Norman?
Was beschreibt das Fehlermodell von James Reason?
Wie kann UX-Design Fehler vermeiden?
Warum entstehen Fehler oft durch das System und nicht durch den Menschen?
Science-Corner: Evidenzdaten
- Setting
- Labor- und Feldbeobachtungen menschlicher Interaktion
- Replikationsstatus
- Repliziert / wiederholt untersucht
- Evidenz-Level
- Hoch (E=4, T=4)
- Schlüsselquellen (APA)
-
- Norman, D. A. (1981). Categorization of action slips. Psychological Review, 88(1), 1–15. https://doi.org/10.1037/0033-295X.88.1.1
- Reason, J. (1990). Human error. Cambridge University Press. https://doi.org/10.1017/CBO9781139062367
- Rasmussen, J. (1983). Skills, rules, and knowledge; signals, signs, and symbols, and other distinctions in human performance models. IEEE Transactions on Systems, Man, and Cybernetics, SMC-13(3), 257–266. https://doi.org/10.1109/TSMC.1983.6313160
- Prüfdatum / Version
- 2026-11-01 · 1.1
- Nächste Prüfung
- 2027-11-01 (Review-Rhythmus: 12 Monate)
Zuletzt geändert: 1. November 2026