User-Centered Design

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

User-Centered Design (nutzerzentrierte Gestaltung, unter anderem beschrieben in ISO 9241-210) ist ein iterativer Gestaltungsansatz, der die Bedürfnisse, Fähigkeiten und den Kontext der Nutzer von Beginn an in den Mittelpunkt stellt. Für Medizinprodukte ergänzt dieser Ansatz den sicherheitsorientierten Usability-Engineering-Prozess um eine ganzheitliche Nutzerperspektive, die über reine Fehlervermeidung hinausgeht.

Die Kernprinzipien nach ISO 9241-210

User-Centered Design beruht auf einigen wenigen, aber konsequent verfolgten Grundsätzen: Das Design basiert auf einem expliziten Verständnis der Nutzer, ihrer Aufgaben und ihres Kontexts – nicht auf Annahmen des Entwicklungsteams. Nutzer sind während des gesamten Prozesses aktiv einbezogen, nicht nur am Ende zur Abnahme. Das Design wird durch nutzerzentrierte Evaluation vorangetrieben, das heißt, Entwurfsentscheidungen werden an echten Nutzerreaktionen überprüft, nicht an internen Präferenzen. Der Prozess ist iterativ, und er berücksichtigt die gesamte Nutzererfahrung, nicht nur einzelne Bedienschritte.

Diese Prinzipien wirken zusammen als Korrektiv gegen eine verbreitete Entwicklungsdynamik: Teams neigen dazu, früh eine Lösung festzulegen und anschließend Bestätigung dafür zu suchen. User-Centered Design verlangt das Gegenteil – die Bereitschaft, eine Lösung auf Basis von Nutzerreaktionen tatsächlich zu verwerfen oder grundlegend zu verändern, auch spät im Prozess.

Der iterative Gestaltungszyklus

Der Ansatz gliedert sich in vier sich wiederholende Phasen: Verstehen des Nutzungskontexts, Ableiten von Anforderungen, Entwickeln von Gestaltungslösungen und Bewerten der Lösungen gegen die Anforderungen – meist mit echten Nutzern. Nach der Bewertung beginnt der Zyklus erneut, verfeinert um die gewonnenen Erkenntnisse, bis die Anforderungen erfüllt sind.

Entscheidend ist dabei die Kürze der einzelnen Zyklen: Je früher und häufiger Rückmeldung von Nutzern eingeholt wird, desto günstiger lassen sich Fehleinschätzungen korrigieren. Ein einziger großer Testzyklus kurz vor Abschluss der Entwicklung – gewissermaßen User-Centered Design nur dem Namen nach – verfehlt den eigentlichen Wert des Ansatzes, weil zu diesem Zeitpunkt grundlegende Änderungen kaum noch wirtschaftlich sind.

User-Centered Design und Usability Engineering

Beide Ansätze überschneiden sich erheblich, unterscheiden sich aber in Ausrichtung und Nachweispflicht. Der Usability-Engineering-Prozess nach IEC 62366-1 ist primär sicherheitsorientiert: Er zielt darauf ab, Anwendungsfehler zu identifizieren und ihr Risiko zu vertretbaren Werten zu reduzieren, und verlangt einen dokumentierten, prüfbaren Nachweis dieser Reduktion.

User-Centered Design verfolgt ein breiteres Zielbild: nicht nur Sicherheit, sondern auch Effizienz, Zufriedenheit und eine insgesamt positive Nutzererfahrung – Aspekte, die regulatorisch nicht zwingend nachgewiesen werden müssen, aber für Akzeptanz und Markterfolg eines Produkts erheblich sind. In der Praxis lassen sich beide Ansätze in einem gemeinsamen Prozess führen: Die iterativen Zyklen des User-Centered Design liefern die formativen Erkenntnisse, die der Usability-Engineering-Prozess ohnehin verlangt, während die Sicherheitsorientierung von IEC 62366-1 sicherstellt, dass die iterative Gestaltung nicht an den sicherheitsrelevanten Anforderungen vorbeiläuft.

Warum das ganzheitliche Zielbild in der Medizintechnik zählt

Ein Produkt, das jeden regulatorisch geforderten Sicherheitsnachweis erbringt, aber von Anwendern als umständlich, unangenehm oder wenig vertrauenswürdig empfunden wird, hat ein reales Problem, das rein sicherheitsorientierte Kennzahlen nicht erfassen: geringe Akzeptanz, mangelnde Therapietreue bei Patientenprodukten oder Umgehungsverhalten bei professionellen Anwendern, die unter Zeitdruck eigene, ungeplante Abkürzungen entwickeln.

Solches Umgehungsverhalten ist regulatorisch heikel, weil es häufig genau die Fälle betrifft, die in der Nutzungsrisikoanalyse als vorhersehbare Nutzung neu bewertet werden müssen. Ein Ansatz, der von Beginn an auf Zufriedenheit und tatsächliche Praxistauglichkeit statt nur auf Fehlerfreiheit im Test zielt, senkt die Wahrscheinlichkeit, dass Nutzer im Feld eigene, ungeplante und damit unkontrollierte Lösungen entwickeln.

Organisatorische Voraussetzungen

User-Centered Design gelingt nur, wenn Nutzerkontakt nicht als punktuelle Testphase, sondern als durchgängige Projektaktivität organisiert ist. Das setzt voraus, dass Zugang zu repräsentativen Nutzern frühzeitig und wiederholt möglich ist – eine logistische Herausforderung gerade bei spezialisiertem medizinischem Fachpersonal, dessen Zeit knapp bemessen ist.

Ebenso wichtig ist die organisatorische Bereitschaft, Erkenntnisse aus frühen Zyklen tatsächlich in Designänderungen umzusetzen, statt sie aus Zeit- oder Kostengründen zu ignorieren. Ein iterativer Prozess ohne echte Änderungsbereitschaft erzeugt den Anschein von Nutzerzentrierung, ohne deren eigentlichen Nutzen zu realisieren.

Regulatorischer Bezug

ISO 9241-210 beschreibt die allgemeinen Grundsätze menschzentrierter Gestaltung interaktiver Systeme und ist branchenübergreifend anwendbar; sie ergänzt die spezifischeren Anforderungen der IEC 62366-1 um eine breitere Gestaltungsphilosophie, ohne selbst medizinprodukterechtliche Anforderungen zu stellen.

Die iterativen formativen Zyklen des User-Centered Design lassen sich unmittelbar für die nach IEC 62366-1 geforderten formativen Evaluationen nutzen. Auch die FDA Human Factors Guidance begrüßt einen iterativen, frühzeitig nutzerzentrierten Entwicklungsansatz, da er die spätere Wahrscheinlichkeit unerwarteter Befunde in der summativen Validierung senkt.

Häufige Fragen (FAQ)

Ist User-Centered Design dasselbe wie Usability Engineering?

Nicht identisch, aber eng verwandt und gut kombinierbar. Usability Engineering nach IEC 62366-1 ist primär sicherheitsorientiert und verlangt einen dokumentierten Risikonachweis. User-Centered Design verfolgt ein breiteres Zielbild aus Sicherheit, Effizienz und Zufriedenheit. In der Praxis liefern die iterativen Zyklen des User-Centered Design die formativen Erkenntnisse, die der Usability-Engineering-Prozess ohnehin verlangt.

Warum reicht Fehlerfreiheit im Test nicht als Zielbild?

Weil ein Produkt, das formal fehlerfrei getestet wird, aber als umständlich oder unangenehm empfunden wird, im Feld zu Umgehungsverhalten führen kann – Nutzer entwickeln eigene, ungeplante Abkürzungen unter Zeitdruck. Solches Verhalten ist regulatorisch heikel, weil es in der Nutzungsrisikoanalyse als vorhersehbare Nutzung neu bewertet werden muss.

Was ist die größte organisatorische Hürde für User-Centered Design?

Häufiger Zugang zu repräsentativen Nutzern über den gesamten Projektverlauf statt eines einzelnen Testzyklus am Ende, kombiniert mit echter Bereitschaft, Erkenntnisse aus frühen Zyklen in Designänderungen umzusetzen. Ohne diese Änderungsbereitschaft entsteht nur der Anschein von Nutzerzentrierung.

Lassen sich die Zyklen des User-Centered Design für die formative Evaluation nach IEC 62366-1 nutzen?

Ja, das ist in der Praxis der übliche Weg. Die iterativen Bewertungszyklen des User-Centered Design erfüllen inhaltlich die nach IEC 62366-1 geforderten formativen Evaluationen, sodass kein separater Prozess parallel geführt werden muss.

Kurz gesagt

User-Centered Design stellt Nutzerbedürfnisse, -fähigkeiten und -kontext von Beginn an in den Mittelpunkt eines iterativen Gestaltungsprozesses – mit einem breiteren Zielbild als reine Fehlervermeidung: Effizienz, Zufriedenheit und tatsächliche Praxistauglichkeit.

Für Medizinprodukte lässt sich der Ansatz gut mit dem sicherheitsorientierten Usability Engineering nach IEC 62366-1 verzahnen – die iterativen Zyklen liefern die geforderten formativen Erkenntnisse, ohne einen separaten Prozess zu erfordern.

Sie wollen Ihr Produkt iterativ und konsequent an echten Nutzerbedürfnissen ausrichten? Wir integrieren nutzerzentrierte Zyklen in Ihren Usability-Engineering-Prozess.

Mehr zu unserem UX Research

Verwandte Begriffe

← Zurück zum Wiki-Überblick