Usability und Softwareergonomie als Untersuchungsgegenstand bestimmen

Nutzer, Aufgabe, Nutzungskontext und konkreten Systemstand als gemeinsame Prüfgrundlage bestimmen.

Stand: 20.10.2026 Quellen geprüft: 20.10.2026 Autor: Mathias Ellmann Status: veröffentlicht

UX- und Softwareergonomie-Sachverständigung

Eine technisch funktionierende Anwendung ist nicht automatisch gut gebrauchstauglich. Für eine belastbare Untersuchung müssen Nutzergruppe, Aufgaben, Nutzungskontext, Systemversion und Bewertungsmaßstab zunächst voneinander abgegrenzt und dokumentiert werden.

Kurzantwort

Usability ist kein rein subjektiver Eindruck. Eine Untersuchung benötigt einen bestimmten Nutzungskontext, konkrete Aufgaben und nachvollziehbare Kriterien.

Ein Befund an einer Nutzergruppe, einem Gerät oder einer Version darf nicht ohne zusätzliche Evidenz auf andere Nutzungskontexte verallgemeinert werden.

Untersuchungslogik

Vom allgemeinen Usability-Eindruck zum bestimmten Untersuchungsgegenstand

1 Systemstand Version, Oberfläche, Gerät und relevante Konfiguration bestimmen.
2 Nutzung Nutzergruppe, Aufgaben und Nutzungssituation dokumentieren.
3 Kriterien Referenzmaßstab und prüfbare Qualitätsmerkmale festlegen.
4 Aussage Befund, Interpretation, Bewertung und Reichweite trennen.
Eine belastbare UX-Untersuchung verbindet Systemzustand, Aufgabe, Nutzer und Kontext.

1. Nutzer, Aufgabe und Nutzungskontext bestimmen

Gebrauchstauglichkeit entsteht im konkreten Gebrauch eines Systems und ist deshalb kontextgebunden.

Nutzergruppe ausdrücklich benennen

Erfahrung, Fähigkeiten, Nutzungsvoraussetzungen und fachlicher Hintergrund können beeinflussen, wie eine Oberfläche verstanden und bedient wird.

Aufgabe statt Oberfläche allein untersuchen

Entscheidend ist nicht nur, ob Bedienelemente vorhanden sind, sondern ob die vorgesehene Aufgabe damit nachvollziehbar erledigt werden kann.

2. Konkreten System- und Versionsstand sichern

UX-Befunde müssen dem tatsächlich untersuchten Systemzustand zugeordnet werden.

Version und Konfiguration dokumentieren

Änderungen an Navigation, Texten, Interaktionslogik oder Performance können die Untersuchungsergebnisse verändern.

Gerät und Eingabemethode berücksichtigen

Bildschirmgröße, Tastatur, Touch, Zeigegerät oder assistive Technik können unterschiedliche Interaktionsbedingungen erzeugen.

3. Persönlichen Eindruck von Bewertungskriterien trennen

Aussagen wie schön, schlecht oder intuitiv reichen ohne fachlichen Maßstab nicht aus.

Bewertungskriterium vor der Schlussfolgerung festlegen

Es muss erkennbar sein, ob etwa Verständlichkeit, Aufgabenerfüllung, Steuerbarkeit, Fehlertoleranz oder ein anderer Qualitätsaspekt bewertet wird.

Norm oder Fachstandard passend zur Frage auswählen

ISO 9241-11 liefert einen Rahmen für Usability im Nutzungskontext; ISO 9241-110 behandelt allgemeine Interaktionsprinzipien.

4. Unterschiedliche Evidenzarten getrennt dokumentieren

Messung, Beobachtung, Nutzeräußerung und technische Logdaten besitzen unterschiedliche Aussagekraft.

Beobachtbares Verhalten ist ein Befund

Abbruch, Fehlbedienung, erfolgreiche Aufgabenerledigung oder eine bestimmte Interaktionsfolge können dokumentiert werden, erklären ihre Ursache aber noch nicht.

Nutzeräußerung ist relevante, aber kontextgebundene Evidenz

Eine subjektive Rückmeldung kann Probleme sichtbar machen, darf jedoch nicht ohne weiteres für alle Nutzer verallgemeinert werden.

Ebenen eines Usability-Untersuchungsgegenstands
Ebene Typischer Befund Aussagegrenze
System Version und Oberfläche kein anderer Release
Nutzer definierte Nutzergruppe keine Gesamtpopulation
Aufgabe konkreter Arbeitsablauf keine andere Aufgabe
Kontext Gerät und Umgebung keine andere Nutzungssituation
Kriterium dokumentierter Maßstab keine pauschale Qualitätsaussage

5. Alternative Erklärungen prüfen

Ein beobachtetes Problem kann mehrere technische oder nutzungsbezogene Ursachen besitzen.

Interaktionsproblem nicht vorschnell der Oberfläche zuschreiben

Performance, fehlerhafte Daten, fehlende Schulung, Gerätezustand oder technische Defekte können ähnliche Symptome erzeugen.

Gegenproben verbessern die Ursachenbewertung

Vergleichsaufgaben, alternative Geräte oder kontrollierte Zustände können helfen, konkurrierende Erklärungen voneinander abzugrenzen.

Warum eine technisch funktionierende Anwendung trotzdem Usability-Probleme besitzen kann

Kompilieren, Starten und funktionale Ausgabe belegen zunächst technische Funktion.

Ob Menschen ihre Aufgabe verständlich, kontrollierbar und mit vertretbarem Aufwand erledigen können, ist eine zusätzliche Qualitätsfrage.

6. Aussage auf den geprüften Nutzungskontext begrenzen

Usability-Ergebnisse besitzen nur die Reichweite der untersuchten Nutzer, Aufgaben, Systeme und Bedingungen.

Kleine Stichprobe ist keine allgemeine Nutzerpopulation

Einzelne Beobachtungen können relevante Probleme aufzeigen, begründen aber nicht automatisch statistische Allgemeingültigkeit.

Technische UX-Bewertung ist keine rechtliche Konformitätsaussage

Ob gesetzliche oder vertragliche Anforderungen erfüllt sind, ist von der technischen und ergonomischen Untersuchung zu trennen.

Methodische Trennung: Ein Befund beschreibt zunächst das unter dokumentierten Nutzungs- und Systembedingungen festgestellte Verhalten. Die Interpretation ordnet seine mögliche technische oder ergonomische Bedeutung ein. Eine Bewertung benötigt ausdrücklich benannte Kriterien. Die Aussagegrenze zeigt, welche Nutzergruppen, Versionen, Aufgaben oder weitergehenden Schlussfolgerungen durch die vorhandene Evidenz nicht abgedeckt sind. Ein bestandener Test oder ein Werkzeug-Pass ist nicht automatisch eine allgemeine Freigabe- oder Konformitätsentscheidung.
Prüffragen

Ist der UX-Untersuchungsgegenstand hinreichend bestimmt?

  • Ist der konkrete System- und Versionsstand dokumentiert?
  • Ist die relevante Nutzergruppe beschrieben?
  • Sind die zu untersuchenden Aufgaben festgelegt?
  • Sind Gerät, Eingabemethode und Nutzungskontext bekannt?
  • Ist der Bewertungsmaßstab benannt?
  • Sind Befund und Interpretation getrennt?
  • Wurden Gegenhypothesen berücksichtigt?
  • Ist die Reichweite der Aussage ausdrücklich begrenzt?

Konstruiertes Beispiel

Zwei Nutzer scheitern an derselben Eingabemaske. Die Untersuchung dokumentiert zunächst Version, Gerät, Aufgabe, Eingabefolge und Fehlermeldung. Erst danach wird geprüft, ob Beschriftung, Interaktionslogik, technische Validierung oder ein anderer Faktor die Beobachtung erklärt.

Das Beispiel erläutert ausschließlich die Prüfmethode. Es beschreibt kein reales Mandat, keinen konkreten Auftrag und kein tatsächlich festgestelltes Ergebnis.

Quellen und fachliche Grundlage

Weiterführende Beiträge

Usability systematisch untersuchen

Barrierefreiheit technisch prüfen

Quellen und Methodik

Eigene Fachliteratur und Veröffentlichungen

Die folgenden eigenen Arbeiten dienen der fachlichen Vertiefung und methodischen Einordnung. Sie ersetzen keine erforderlichen Primär-, Norm-, Hersteller- oder sonstigen unabhängigen Fachquellen. Unveröffentlichte Manuskripte, Entwürfe und Lehrunterlagen werden hier bewusst nicht als öffentliche Quellen ausgewiesen.

IT-Sachverständiger Mathias Ellmann

Usability und Softwareergonomie technisch untersuchen

Wenn Gebrauchstauglichkeit, Interaktionsprobleme, Barrierefreiheit oder nutzungsabhängige Softwarequalität nachvollziehbar untersucht werden sollen, können Prüfgegenstand, Nutzungskontext, Kriterien und technische Evidenz zunächst unabhängig eingegrenzt werden.

UX- & Barrierefreiheitsprüfung ansehen