Perception–Cognition–Action, kurz PCA, beschreibt grundlegende Aspekte der menschlichen Informationsverarbeitung bei der Interaktion mit einem Produkt: Benutzer müssen Informationen zunächst wahrnehmen, anschließend interpretieren und verarbeiten und schließlich eine Handlung planen und ausführen.
Im Usability Engineering dient PCA als praktischer Analyserahmen. Das Modell unterstützt dabei, Wahrnehmungs-, Verständnis-, Entscheidungs- und Ausführungsprobleme systematisch zu unterscheiden und geeignete Maßnahmen zur Gestaltung der Benutzungsschnittstelle abzuleiten.
Die drei Bereiche sollten dabei nicht als vollständig getrennte oder immer streng aufeinanderfolgende Stufen verstanden werden. Wahrnehmung, Kognition und Handlung beeinflussen sich gegenseitig und können gemeinsam zur Entstehung eines Anwendungsfehlers beitragen.
Die drei Stufen
Das Modell geht auf kognitionspsychologische Beschreibungen menschlicher Informationsverarbeitung zurück und gliedert die Interaktion zwischen Mensch und Produkt in drei grundlegende Bereiche:
- Perception – Wahrnehmen. Informationen aus dem Produkt oder der Umgebung werden über die Sinne aufgenommen: Ein Messwert wird abgelesen, ein Alarm gehört, eine Vibration gespürt oder die Stellung eines Bedienelements erkannt. Siehe Wahrnehmung.
- Cognition – Verarbeiten und Entscheiden. Das Wahrgenommene wird interpretiert, mit Vorwissen und Erwartungen abgeglichen und hinsichtlich seiner Bedeutung bewertet. Dazu gehören unter anderem Aufmerksamkeit, Gedächtnis, Schlussfolgerung, Problemlösung, Entscheidungsfindung und die Bildung einer Handlungsabsicht. Dabei kann die kognitive Belastung die menschliche Informationsverarbeitung begrenzen.
- Action – Handeln. Die gebildete Absicht wird in eine Handlung umgesetzt: Eine Taste wird gedrückt, ein Regler eingestellt, ein Konnektor verbunden oder eine medizinische Maßnahme am Patienten durchgeführt.
Die drei Bereiche markieren unterschiedliche Stellen, an denen Probleme bei der Interaktion entstehen können. Sie sind jedoch miteinander verbunden: Erwartungen und Vorwissen beeinflussen bereits die Wahrnehmung, während Rückmeldungen aus einer ausgeführten Handlung wiederum neue Wahrnehmungs- und Entscheidungsprozesse auslösen.
Fehlerzuordnung entlang der Stufen
Der praktische Wert des Modells liegt in der strukturierten Analyse möglicher Ursachen eines Anwendungsfehlers. Ein beobachtbarer Anwendungsfehler kann äußerlich gleich aussehen, obwohl ihm unterschiedliche Ursachen zugrunde liegen. Für die Entwicklung wirksamer Maßnahmen ist es deshalb wichtig zu untersuchen, ob Wahrnehmung, Interpretation, Entscheidungsfindung oder Handlungsausführung zum Fehler beigetragen haben. Typische Probleme sind:
- Wahrnehmungsebene: Eine relevante Information wird nicht oder nicht richtig wahrgenommen. Ein Warnhinweis wird übersehen, ein Alarm durch Umgebungsgeräusche verdeckt oder ein Dezimalpunkt aufgrund einer ungeeigneten Darstellung falsch erkannt.
- Kognitive Ebene: Die Information wird wahrgenommen, aber falsch interpretiert, nicht erinnert oder unzutreffend bewertet. Ein Symbol wird missverstanden, eine Maßeinheit verwechselt, ein Systemzustand falsch eingeschätzt oder ein notwendiger Handlungsschritt vergessen.
- Handlungsebene: Die Absicht ist grundsätzlich richtig, wird aber nicht wie vorgesehen ausgeführt. Der Benutzer betätigt eine benachbarte Taste, dreht einen Regler in die falsche Richtung, verbindet einen Konnektor unvollständig oder wendet eine ungeeignete Kraft auf.
Dabei sollte ein Anwendungsfehler nicht vorschnell ausschließlich einer einzelnen Kategorie zugeordnet werden. Beispielsweise kann eine zu kleine Anzeige zunächst die Wahrnehmung erschweren, eine unklare Einheit zu einer Fehlinterpretation führen und die daraus resultierende falsche Handlung durch fehlende Systemrückmeldung unentdeckt bleiben.
Die PCA-Analyse ergänzt die etablierte Unterscheidung zwischen Ausführungsfehlern und Fehlern bei der Planung oder Zielbildung. Slips und Lapses betreffen typischerweise die Ausführung oder das Erinnern einer grundsätzlich richtigen Absicht. Mistakes entstehen dagegen durch eine unzutreffende Zielbildung, Interpretation oder Planung. Diese Fehlertypen sind jedoch nicht vollständig deckungsgleich mit den drei PCA-Bereichen.
Passende Maßnahmen je Stufe
Aus der Ursachenanalyse lassen sich unterschiedliche Gestaltungsmaßnahmen ableiten. Dabei sollten Maßnahmen nicht ausschließlich nach einer einzelnen PCA-Kategorie ausgewählt werden. Entscheidend ist, welche Faktoren tatsächlich zum Anwendungsfehler beigetragen haben. Typische Maßnahmen sind:
- Bei Wahrnehmungsproblemen: Kontrast, Größe, Position und Anzeigedauer verbessern, Geräuschpegel und Frequenzbereiche berücksichtigen, mehrere Sinneskanäle nutzen sowie sicherheitsrelevante Informationen bei Bedarf redundant codieren.
- Bei kognitiven Problemen: Terminologie an die Benutzergruppe anpassen, Systemzustände eindeutig darstellen, erwartungskonforme Interaktionen gestalten, Merkanforderungen und mentale Berechnungen reduzieren und relevante Informationen am Ort und zum Zeitpunkt der Entscheidung bereitstellen.
- Bei Handlungsproblemen: Bedienelemente räumlich trennen, eindeutig unterscheidbar gestalten, kritische Eingaben absichern, Verwechslungen konstruktiv verhindern sowie eine angemessene visuelle, akustische oder haptische Rückmeldung geben. Siehe Fehlertoleranz.
Ein häufiger Fehler in der Praxis besteht darin, ein Wahrnehmungs-, Verständnis- oder Handlungsproblem ausschließlich durch einen zusätzlichen Hinweis in der Gebrauchsanweisung oder durch eine ergänzende Schulung lösen zu wollen. Solche Maßnahmen können wirkungslos bleiben, wenn die relevante Information in der konkreten Anwendungssituation nicht wahrgenommen, nicht verstanden, nicht erinnert oder nicht in eine sichere Handlung umgesetzt werden kann. Deshalb sollte zunächst geprüft werden, ob sich das Problem durch die Gestaltung der Benutzungsschnittstelle vermeiden oder reduzieren lässt.
Anwendung in Aufgaben- und Risikoanalyse
In der Aufgabenanalyse kann PCA als systematisches Raster verwendet werden. Für jeden Handlungsschritt wird untersucht:
- Welche Informationen muss der Benutzer wahrnehmen?
- Welche Informationen muss er verstehen oder erinnern?
- Welche Entscheidung muss er treffen?
- Welche Handlung muss er ausführen?
- Welche Rückmeldung benötigt er, um den Erfolg der Handlung zu erkennen?
Diese Betrachtung deckt Anforderungen auf, die in einer ausschließlich handlungsorientierten Prozessbeschreibung leicht übersehen werden. Dazu gehören beispielsweise stillschweigend vorausgesetztes Wissen, notwendige mentale Berechnungen, schwer erkennbare Systemzustände oder fehlende Rückmeldungen.
In der Nutzungsrisikoanalyse unterstützt das Raster die systematische Identifikation möglicher Anwendungsfehler und ihrer Ursachen. Für jeden relevanten Handlungsschritt kann untersucht werden:
- Was könnte nicht oder falsch wahrgenommen werden?
- Was könnte missverstanden, verwechselt oder vergessen werden?
- Welche falsche Entscheidung könnte getroffen werden?
- Was könnte falsch, unvollständig oder nicht ausgeführt werden?
- Welche Rückmeldung könnte fehlen oder falsch interpretiert werden?
Auch in der Ursachenanalyse beobachteter Probleme aus formativen oder summativen Evaluationen kann PCA als Strukturierungshilfe dienen. Die Zuordnung sollte sich jedoch nicht allein auf die beobachtete Handlung oder die Selbstauskunft eines Studienteilnehmers stützen. Sie sollte möglichst aus mehreren Informationsquellen abgeleitet werden, beispielsweise:
- Beobachtung des konkreten Nutzungsverhaltens
- gezieltes Root Cause Probing
- Interviewaussagen der Teilnehmenden
- Analyse von Systemzuständen und Systemreaktionen
- Video-, Audio- oder Logdaten
- Informationen über Nutzungskontext, Ablenkungen und Arbeitsbedingungen
Grenzen des Modells
Die Dreiteilung in Wahrnehmung, Kognition und Handlung ist eine nützliche Vereinfachung, bildet die menschliche Informationsverarbeitung jedoch nicht vollständig ab.
Die Bereiche laufen nicht immer streng nacheinander ab. Vorwissen, Erwartungen und Aufmerksamkeit beeinflussen bereits, welche Informationen wahrgenommen werden. Gleichzeitig verändern Handlungen die Situation und erzeugen neue Informationen, die wiederum wahrgenommen und verarbeitet werden müssen.
Auch die Grenzen zwischen den Kategorien sind nicht immer eindeutig. Wird beispielsweise ein Alarm zwar gehört, aber nicht als sicherheitsrelevant erkannt, kann dies sowohl als Wahrnehmungs- als auch als Kognitionsproblem interpretiert werden. Für die Gestaltung ist deshalb weniger die formale Kategorie entscheidend als die nachvollziehbare Beschreibung der zugrunde liegenden Faktoren.
Darüber hinaus berücksichtigt PCA nur begrenzt: Zusammenarbeit und Teamkommunikation, Übergaben und Verantwortungswechsel, organisatorische Abläufe, Arbeitsbelastung und Personalausstattung, Unterbrechungen und konkurrierende Aufgaben, soziale und kulturelle Einflüsse, Wechselwirkungen zwischen mehreren Produkten sowie Management- und Organisationsentscheidungen. Für solche Fragestellungen sind ergänzende Methoden erforderlich, beispielsweise eine Workflow-Analyse, eine Kontextanalyse oder eine systemergonomische Betrachtung.
Perception–Cognition–Action ist damit ein hilfreiches Analysewerkzeug, aber keine vollständige Theorie menschlichen Verhaltens und keine alleinige Methode zur Ermittlung der Ursachen eines Anwendungsfehlers.
Regulatorischer Bezug
Perception–Cognition–Action ist keine eigenständige normative Anforderung. Das Modell dient vielmehr als Analyse- und Strukturierungshilfe innerhalb des Usability-Engineering-Prozesses.
Die IEC 62366-1 beschreibt die Wechselwirkung zwischen medizinischem Gerät, Benutzungsschnittstelle, Benutzer und Anwendungskontext. Wahrnehmung, Verarbeitung und Handlung sind dabei grundlegende Bestandteile der Interaktion zwischen Benutzer und Produkt. Die Norm verlangt jedoch nicht, dass sämtliche Anwendungsfehler verbindlich anhand einer PCA-Klassifikation dokumentiert werden. Entscheidend ist, dass vorhersehbare Anwendungsfehler, nutzungsbezogene Gefährdungen und gefährdungsbezogene Nutzungsszenarien systematisch identifiziert, analysiert und durch geeignete Maßnahmen beherrscht werden.
Die IEC/TR 62366-2 enthält ergänzende Hintergrundinformationen und praktische Hinweise zur Umsetzung des Usability Engineering. Als Technical Report hat sie informativen Charakter, enthält keine verbindlichen Anforderungen und ist nicht als eigenständige Grundlage für regulatorische Konformität vorgesehen.
Auch im FDA-Kontext können Wahrnehmung, Kognition und Handlung als hilfreiche Kategorien für die Analyse von Anwendungsproblemen dienen. Der PCA-Ansatz wird insbesondere genutzt, um bei Usability-Evaluationen zu untersuchen, warum ein Anwendungsfehler, ein Close Call oder eine Use Difficulty aufgetreten ist. Für regulatorische Nachweise ist jedoch nicht die formale Benennung einer PCA-Kategorie entscheidend. Wesentlich sind eine nachvollziehbare Ursachenanalyse, die Bewertung möglicher Auswirkungen und die Ableitung geeigneter Maßnahmen zur Reduktion nutzungsbezogener Risiken. Die FDA ordnet Human Factors zudem in die Design-and-Development-Anforderungen nach 21 CFR 820.10(c) und ISO 13485, Abschnitt 7.3, ein.
Häufige Fragen (FAQ)
Ist das Modell normativ vorgeschrieben?
Nein. Perception–Cognition–Action ist keine verbindlich vorgeschriebene Analysemethode. Das Modell kann als hilfreiches Raster für Aufgabenanalysen, Nutzungsrisikoanalysen und Ursachenanalysen eingesetzt werden. Entscheidend ist nicht die Verwendung des Begriffs PCA, sondern die systematische und nachvollziehbare Analyse nutzungsbezogener Probleme.
Was ist der Unterschied zwischen Ausführungs- und Absichtsfehler?
Bei einem Ausführungsfehler ist die Absicht grundsätzlich richtig, die Umsetzung erfolgt jedoch nicht wie geplant – etwa das versehentliche Betätigen einer benachbarten Taste. Bei einem Absichts- oder Planungsfehler basiert bereits die Entscheidung auf einer unzutreffenden Interpretation, Annahme oder Zielbildung, etwa die Auswahl einer falschen Dosis, weil eine Maßeinheit missverstanden wurde. Ausführungsfehler werden häufig als Slips bezeichnet, Fehler durch Vergessen als Lapses, Fehler bei Planung, Interpretation oder Zielbildung als Mistakes.
Wie ordnet man einen Fehler zu, wenn mehrere Stufen betroffen sind?
Ein Fehler muss nicht zwingend ausschließlich einer Stufe zugeordnet werden. Häufig wirken mehrere Faktoren zusammen. In diesem Fall sollten alle relevanten beitragenden Ursachen dokumentiert werden, wobei zwischen der primären Ursache, weiteren beitragenden Faktoren und den Bedingungen unterschieden werden kann, unter denen der Fehler nicht rechtzeitig erkannt oder korrigiert wurde. Die Zuordnung sollte deutlich machen, welche Maßnahmen erforderlich sind.
Wofür braucht man die Zuordnung überhaupt?
Die Zuordnung unterstützt die Auswahl wirksamer Gestaltungsmaßnahmen. Ein übersehener Warnhinweis wird nicht allein durch eine verständlichere Formulierung gelöst, ein Verständnisproblem nicht automatisch durch eine größere Schrift behoben, und eine korrekt gebildete Absicht schützt nicht vor dem versehentlichen Betätigen eines ungeeigneten Bedienelements. PCA hilft damit, vorschnelle oder ausschließlich dokumentenbasierte Maßnahmen zu vermeiden und Probleme gezielt an ihrer Ursache zu bearbeiten.
Perception–Cognition–Action strukturiert die Interaktion zwischen Benutzer und Produkt anhand von drei grundlegenden Bereichen: Wahrnehmen → Verarbeiten und Entscheiden → Handeln. Das Modell hilft dabei, mögliche Ursachen von Anwendungsfehlern zu analysieren und passende Maßnahmen für die Gestaltung der Benutzungsschnittstelle abzuleiten.
Die drei Bereiche sind jedoch nicht vollständig voneinander getrennt. Ein Anwendungsfehler kann durch mehrere Wahrnehmungs-, Kognitions-, Handlungs- und Kontextfaktoren gleichzeitig entstehen. PCA ist deshalb ein hilfreiches Analysewerkzeug – aber keine vollständige Fehlertaxonomie und kein Ersatz für eine umfassende Aufgaben-, Kontext-, Risiko- und Ursachenanalyse.
Sie möchten Anwendungsfehler nicht nur dokumentieren, sondern ihre Ursachen belastbar analysieren und durch geeignete Gestaltungsmaßnahmen reduzieren? Wir unterstützen Sie von der Aufgaben- und Nutzungsrisikoanalyse über formative Evaluationen bis zur Human Factors Validation.
Mehr zu unserem Usability Engineering