Usability-Test für Websites planen: vom Testziel zum Befund

Vom Bauchgefühl zur überprüfbaren Fragestellung

Ein Usability-Test fragt, ob Menschen eine bestimmte Aufgabe mit einer Website verständlich und ohne unnötige Hürden lösen können. Er ist weder ein Abstimmungstest über Farben noch automatisch ein Nachweis, dass eine ganze Zielgruppe zufrieden ist. Eine gute Testfrage lautet zum Beispiel: „Finden neue Besucher die Voraussetzungen für eine Bewerbung, bevor sie ihre Daten eingeben?“ Dagegen ist „Wie gefällt dir die Startseite?“ allein zu allgemein.

Beginne mit einem konkreten Nutzungsfall. Wer ist die Person, was will sie erreichen und welche Information braucht sie dafür? Notiere vor dem Test, was als Erfolg gilt und an welchen Stellen du besondere Unsicherheit vermutest. So vermeidest du, im Nachhinein jedes zufällige Detail zum „Hauptproblem“ zu erklären.

Ein Testplan auf einer Seite

Ein kompakter Plan genügt häufig für einen ersten qualitativen Durchlauf:

Feld	Beispiel für einen digitalen Dienst
Ziel	Eine Besucherin versteht die Voraussetzungen für die Anmeldung.
Aufgabe	„Finde heraus, welche Dokumente du vor dem Start brauchst.“
Startpunkt	Öffentliche Startseite, noch nicht eingeloggt.
Gerät	Eigenes Smartphone oder bereitgestellter Desktop.
Beobachtung	Wo wird gesucht, wo wird gezögert, welche Begriffe irritieren?
Grenze	Keine echten Konten, Zahlungen oder fremden Daten verwenden.
Ergebnis	Fundstelle, Hürde, Auswirkung und reproduzierbare Schritte.

Formuliere Aufgaben neutral. „Klicke oben auf FAQ und suche dort die Ausweise“ verrät bereits den Lösungsweg. Besser: „Du möchtest wissen, welche Nachweise nötig sind. Wie würdest du vorgehen?“ Der Weg der Testperson ist selbst ein Ergebnis.

Passende Personen und Geräte auswählen

Eine interne Kollegin kennt Navigationsbegriffe und Abkürzungen oft schon. Für eine neue Website brauchst du zusätzlich Menschen, die die Oberfläche noch nicht gesehen haben. Rekrutiere passend zur Frage, nicht allein nach Verfügbarkeit: Wer einen mobilen Bewerbungsweg prüfen will, sollte Menschen auf mobilen Geräten beobachten. Wer einen Geschäftsprozess prüft, braucht Personen mit dem entsprechenden Arbeitskontext.

Eine kleine qualitative Runde hilft, konkrete Hürden aufzuspüren. Sie ergibt keine repräsentative Prozentzahl. „Vier von fünf Personen scheiterten“ kann ein starkes Signal für Nacharbeit sein, ist aber keine Aussage über die gesamte Kundschaft. Wenn Häufigkeit oder Marktanteile gefragt sind, braucht es zusätzlich ein geeignetes quantitatives Studiendesign. Auch ein kurzer interner Test kann sinnvoll sein, wenn du ihn klar als internen Test kennzeichnest.

Teste die Geräte und Browser, die für deine Zielgruppe tatsächlich relevant sind. Ein breiter Desktop zeigt andere Navigationsprobleme als ein schmales Smartphone. Prüfe außerdem, ob die Verbindung, Schriftgröße und Bedienung der Aufgabe entsprechen. Die Anleitung zum systematischen App-Testen enthält einen kompakten Vorab-Check.

Während des Tests: beobachten, nicht vorsagen

Bitte die Testperson, die Aufgabe so zu lösen, wie sie es allein tun würde. Beobachte Suchbegriffe, Rücksprünge, Wartezeiten und Missverständnisse. Frage offen nach: „Was erwartest du hinter diesem Button?“ oder „Woran erkennst du, dass du fertig bist?“ Vermeide korrigierende Hinweise wie „Der Link ist rechts oben“ – dann prüfst du nicht mehr die Website, sondern deine Hilfestellung.

Halte die Rahmenbedingungen fest. Wenn eine Person die Lösung erst nach einem Tipp findet, gehört dieser Tipp in das Protokoll. Wenn eine Seite technisch nicht lädt, dokumentiere Browser, Uhrzeit und Netzwerkzustand, statt alle Probleme vorschnell der Navigation zuzuschreiben. Ein klarer Fehlerbericht hilft beim Nachstellen.

Vor allem bei Formularen lohnt eine kurze Beobachtung der Fehlerbehandlung: Sind Pflichtfelder erkennbar? Bleiben Eingaben nach einem Validierungsfehler erhalten? Erklärt die Meldung, wie die Person weitermachen kann? Diese Fragen betreffen sowohl Verständlichkeit als auch Barrierefreiheit.

Ergebnisse priorisieren statt nur sammeln

Schreibe jeden Befund in der Form „Aufgabe – beobachtetes Verhalten – Auswirkung – mögliche Ursache – nächster Schritt“ auf. Trenne schwere Blocker von kosmetischen Auffälligkeiten. Ein nicht auffindbarer Absenden-Button verhindert die Aufgabe; eine leicht uneinheitliche Icon-Größe meist nicht. Priorisiere zusätzlich danach, ob der Befund wiederholbar ist und wie kritisch der betroffene Schritt für die Nutzer ist.

Das Ergebnis kann eine überschaubare Maßnahmenliste sein: Beschriftung ändern, Zwischenstand speichern, Fehlermeldung am Feld platzieren oder den Weg auf einem Smartphone neu prüfen. Nach der Änderung sollte dieselbe Aufgabe erneut getestet werden. Ein Usability-Test ist keine einmalige Dekoration für eine Präsentation, sondern ein Lernzyklus.

Für eine konkrete Planung eines digitalen Testprojekts findest du unter Leistungen die Testbereiche von Pruviso; Kontakt ist der richtige Weg für ein Projektbriefing.

Quellen und Vertiefung

• W3C WAI: Menschen in Web-Projekte einbeziehen – ergänzt technische Tests um echte Nutzungsperspektiven.
• W3C WAI: Evaluation von Web-Angeboten – Methoden und Grenzen automatisierter Werkzeuge.

Moderation, Einwilligung und faire Aufgaben

Wenn ein Test moderiert wird, sollte die moderierende Person vorab entscheiden, welche Hinweise erlaubt sind. Ein neutraler Test lässt zunächst Raum für den eigenen Lösungsweg. Wird eine Aufgabe nach einer festgelegten Zeit abgebrochen, wird das als Ergebnis dokumentiert. Gibt die Moderation vorher einen Tipp, wird der Befund entsprechend gekennzeichnet. So bleiben Ergebnisse zwischen mehreren Personen vergleichbar.

Teilnehmende müssen wissen, was geprüft wird, welche Aufzeichnung gegebenenfalls stattfindet und wann der Test endet. Aufnahmen, Screenshots und Notizen sollten nur für den vereinbarten Zweck verwendet werden. Bei einem öffentlichen oder realen Dienst gehören echte Kontodaten, private Nachrichten und Daten unbeteiligter Personen nicht in eine allgemeine Testaufgabe. Für sensitive Prozesse wird eine getrennte, abgesicherte Testumgebung eingerichtet.

Aufgaben sollten außerdem keine unnötige Scham erzeugen. Eine Person scheitert nicht „an der Website“, weil sie eine Abkürzung nicht kennt. Präziser ist: „Die getestete Formulierung führte dazu, dass die Person den Bereich an einer anderen Stelle suchte.“ Diese Sprache macht Probleme lösbar und respektiert die Perspektive der Testperson.

Von Einzelbeobachtungen zu einer Prioritätenliste

Nach dem Test bündelst du ähnliche Befunde. Drei Personen, die einen Link übersehen, liefern möglicherweise einen gemeinsamen Hinweis zur Informationsarchitektur. Drei verschiedene Probleme in einem langen Formular können dagegen unterschiedliche Maßnahmen benötigen. Schreibe zu jedem Cluster die betroffene Aufgabe, die beobachtete Hürde, die Zahl der betroffenen Testpersonen in diesem Durchlauf und die Auswirkung.

Eine einfache Priorisierung kann so aussehen:

• Blockiert: Die Aufgabe kann ohne Hilfe nicht abgeschlossen werden.
• Erschwert: Die Aufgabe gelingt, kostet aber unnötige Schritte, Unsicherheit oder Zeit.
• Irritiert: Die Aufgabe gelingt, aber eine Formulierung oder Darstellung erzeugt vermeidbare Fragen.

Diese Kategorien sind keine universelle wissenschaftliche Skala. Sie schaffen eine gemeinsame Sprache für das Produktteam. Ergänze die Sicht der betroffenen Nutzergruppe und die Bedeutung des Prozessschritts. Ein irritierender Hinweis vor einer verbindlichen Entscheidung kann wichtiger sein als ein größeres Detail auf einer selten besuchten Seite.

Nach der Änderung erneut prüfen

Der wertvollste Folge-Test ist oft klein: dieselbe Aufgabe, derselbe Startpunkt und eine Person, die den früheren Befund nicht kennt. Prüfe, ob die Hürde verschwunden ist, ob ein neues Problem entstanden ist und ob die Änderung auch auf der relevanten Bildschirmgröße funktioniert. Halte dabei fest, was sich tatsächlich geändert hat. Ein neues Datum allein macht einen Artikel oder einen Testbericht nicht aktueller; nachvollziehbare Änderungen tun es.

Für die praktische Wiederholung einer konkreten Beobachtung hilft die Bug-Report-Vorlage. Wenn der Test mobile Abläufe umfasst, kannst du zusätzlich die App-Test-Checkliste verwenden.