Perception–Cognition–Action

Dr.-Ing. Marcus JenkeSenior Human Factors Engineer | Managing Partner
Stand: 2026
Kurz-Definition

Perception–Cognition–Action beschreibt die menschliche Informationsverarbeitung in drei Stufen: Informationen werden wahrgenommen, verarbeitet und bewertet, und daraus folgt eine Handlung. Für das Usability Engineering ist das Modell vor allem ein Analyserahmen – es ordnet jeden beobachteten Anwendungsfehler der Stufe zu, auf der er tatsächlich entsteht, und bestimmt damit, welche Gestaltungsmaßnahme überhaupt wirken kann.

Die drei Stufen

Das Modell geht auf kognitionspsychologische Beschreibungen der menschlichen Informationsverarbeitung zurück und gliedert den Weg vom Reiz zur Handlung in drei Abschnitte:

  • Perception – Wahrnehmen. Ein Signal wird über die Sinne aufgenommen: ein Messwert abgelesen, ein Alarm gehört, ein Rastpunkt gespürt. Siehe Wahrnehmung.
  • Cognition – Verarbeiten und Entscheiden. Das Wahrgenommene wird interpretiert, mit Vorwissen und Erwartungen abgeglichen, bewertet und in eine Handlungsabsicht überführt. Hier wirkt die kognitive Belastung unmittelbar begrenzend.
  • Action – Handeln. Die gebildete Absicht wird motorisch ausgeführt: eine Taste gedrückt, ein Regler gedreht, ein Konnektor verbunden.

Die Stufen sind nicht bloß eine Beschreibungshilfe. Sie markieren drei verschiedene Orte, an denen etwas schiefgehen kann – und jeder dieser Orte verlangt eine andere Art von Gegenmaßnahme.

Fehlerzuordnung entlang der Stufen

Der praktische Wert des Modells liegt in der Diagnose. Ein Anwendungsfehler sieht in der Beobachtung oft gleich aus, unabhängig davon, wo er entstanden ist – die Konsequenzen für die Gestaltung unterscheiden sich jedoch grundlegend:

  • Wahrnehmungsebene – die Information kam nicht an: Warnhinweis übersehen, Alarm im Umgebungsgeräusch verdeckt, Zahl bei ungünstigem Blickwinkel falsch abgelesen.
  • Kognitive Ebene – die Information kam an, wurde aber falsch gedeutet oder falsch verarbeitet: Symbol anders interpretiert als gemeint, Systemzustand falsch angenommen, Einheit verwechselt, notwendiger Schritt vergessen. Die Absicht ist hier bereits fehlerhaft.
  • Handlungsebene – die Absicht war richtig, die Ausführung nicht: benachbarte Taste getroffen, Regler in die falsche Richtung gedreht, zu früh losgelassen, zu viel Kraft aufgewendet.

Diese Zuordnung entspricht der in der Fehlerforschung etablierten Unterscheidung zwischen Ausführungsfehlern, bei denen eine korrekte Absicht falsch umgesetzt wird, und Absichtsfehlern, bei denen bereits die Zielbildung auf einer falschen Grundlage erfolgt. Ausführungsfehler treten typischerweise bei routinierten, automatisierten Handlungen auf, Absichtsfehler eher in neuen oder unklaren Situationen – ein Hinweis darauf, dass erfahrene und unerfahrene Nutzergruppen unterschiedliche Fehlerprofile haben.

Passende Maßnahmen je Stufe

Aus der Zuordnung folgt unmittelbar der Maßnahmentyp. Der häufigste Fehlgriff in der Praxis ist, ein Wahrnehmungs- oder Handlungsproblem mit einem kognitiven Mittel beantworten zu wollen – etwa mit einem zusätzlichen Hinweis in der Gebrauchsanweisung oder einer ergänzenden Schulung. Beides setzt voraus, dass die Information überhaupt ankommt und die Absicht korrekt gebildet wird.

  • Bei Wahrnehmungsfehlern – Kontrast, Größe, Position und Dauer der Anzeige verbessern, einen zweiten Sinneskanal ergänzen, sicherheitsrelevante Information redundant codieren.
  • Bei kognitiven Fehlern – Erwartungskonformität herstellen, Terminologie an die Fachsprache der Zielgruppe anpassen, Systemzustände eindeutig und dauerhaft anzeigen, Merkanforderungen und Umrechnungen beseitigen, entscheidungsrelevante Information am Ort der Entscheidung bereitstellen.
  • Bei Handlungsfehlern – Bedienelemente räumlich trennen und unterscheidbar gestalten, kritische Eingaben absichern, Verwechslungen konstruktiv ausschließen, haptische Rückmeldung geben; siehe Fehlertoleranz.

Anwendung in Aufgaben- und Risikoanalyse

In der Aufgabenanalyse dient das Modell als systematisches Raster: Für jeden Handlungsschritt wird gefragt, was der Nutzer wahrnehmen, was er wissen oder entscheiden und was er ausführen muss. Diese Dreiteilung deckt Anforderungen auf, die in einer rein handlungsorientierten Beschreibung unsichtbar bleiben – insbesondere stillschweigend vorausgesetztes Wissen.

In der Nutzungsrisikoanalyse strukturiert dasselbe Raster die Suche nach möglichen Fehlhandlungen und macht sie vollständiger, weil es zu jedem Schritt drei Fragerichtungen erzwingt. Und in der Ursachenanalyse beobachteter Fehler aus formativen und summativen Studien liefert es die Zuordnung, ohne die eine Maßnahme allenfalls plausibel, aber nicht begründet ist.

Grenzen des Modells

Die Dreiteilung ist eine Vereinfachung, und ihre Grenzen sollte man kennen. Die Stufen laufen nicht streng nacheinander ab: Erwartungen beeinflussen bereits die Wahrnehmung, sodass Menschen bevorzugt sehen, was sie zu sehen erwarten – die Trennung zwischen Wahrnehmen und Interpretieren ist also unscharf. Stark eingeübte Handlungen laufen weitgehend automatisiert ab und überspringen die bewusste Verarbeitungsstufe praktisch vollständig.

Hinzu kommt: Das Modell beschreibt eine einzelne Person. Fehler, die aus Zusammenarbeit, Übergaben, Rollenverteilung oder organisatorischen Bedingungen entstehen, bildet es nicht ab – dafür sind Workflow-Analyse und die organisatorische Perspektive der Ergonomie zuständig. Perception–Cognition–Action ist damit ein Analysewerkzeug mit hohem praktischem Nutzen, keine vollständige Theorie menschlichen Fehlverhaltens.

Regulatorischer Bezug

Das Modell stammt aus der kognitionspsychologischen Grundlagenforschung und ist in den Medizinproduktenormen nicht als Anforderung verankert. Es wird in IEC 62366-2 als hilfreicher Analyserahmen für Usability-Probleme aufgegriffen und stützt die nach IEC 62366-1 erforderliche Betrachtung möglicher Anwendungsfehler in der Nutzungsrisikoanalyse.

Praktisch bedeutsam wird es zudem in der Nachweisführung gegenüber der FDA: Deren Human Factors Guidance erwartet, dass beobachtete Anwendungsfehler in der Validierung auf ihre Ursache zurückgeführt werden. Die Zuordnung zu Wahrnehmung, Verarbeitung oder Ausführung ist dafür ein etabliertes und gut dokumentierbares Ordnungsschema.

Häufige Fragen (FAQ)

Ist das Modell normativ vorgeschrieben?

Nein. Es stammt aus der Grundlagenforschung und ist in den Medizinproduktenormen nicht als Anforderung verankert. IEC 62366-2 greift es als Analyserahmen auf, und es hat sich als Ordnungsschema für die Ursachenzuordnung beobachteter Anwendungsfehler etabliert – auch weil es die Dokumentation gegenüber Behörden nachvollziehbar strukturiert.

Was ist der Unterschied zwischen Ausführungs- und Absichtsfehler?

Beim Ausführungsfehler ist die Absicht richtig, die motorische Umsetzung jedoch nicht – etwa der Griff zur benachbarten Taste. Beim Absichtsfehler ist bereits die Zielbildung fehlerhaft, weil die Situation falsch gedeutet wurde. Ausführungsfehler treten eher bei Routinehandlungen auf, Absichtsfehler eher in neuen oder unklaren Situationen.

Wie ordnet man einen Fehler zu, wenn mehrere Stufen betroffen sind?

Maßgeblich ist die erste Stufe, auf der die Kette bricht. Wurde eine Information gar nicht wahrgenommen, ist die Zuordnung zur Wahrnehmungsebene die richtige – auch wenn zusätzlich Verständnisprobleme vorliegen. Denn eine Maßnahme auf einer späteren Stufe kann nicht wirken, solange die frühere nicht behoben ist.

Wofür braucht man die Zuordnung überhaupt?

Sie bestimmt, welche Gestaltungsmaßnahme wirksam sein kann. Ein übersehener Warnhinweis wird nicht durch eine bessere Formulierung gelöst, ein Verständnisproblem nicht durch ein größeres Bedienelement. Ohne saubere Zuordnung entstehen Maßnahmen, die plausibel klingen, das Risiko aber nicht senken.

Kurz gesagt

Perception–Cognition–Action ordnet jeden Anwendungsfehler der Stufe zu, auf der er entsteht – Wahrnehmen, Verarbeiten oder Ausführen – und bestimmt damit, welcher Maßnahmentyp überhaupt wirken kann. Ohne diese Zuordnung entstehen Maßnahmen, die plausibel klingen, das Risiko aber nicht senken.

Das Modell beschreibt eine einzelne Person. Fehler aus Zusammenarbeit, Übergaben und organisatorischen Bedingungen erfasst es nicht – dafür braucht es die Workflow-Perspektive.

Sie wollen Anwendungsfehler nicht nur dokumentieren, sondern ihre Ursache belastbar bestimmen? Wir unterstützen Sie von der Analyse über die formative Evaluation bis zur sicheren Validierung.

Mehr zu unserem Usability Engineering

Verwandte Begriffe

← Zurück zum Wiki-Überblick