Usability Testing: Warum 5 Nutzer reichen

Jakob Nielsen stellte 1993 fest, dass fünf Testpersonen ausreichen, um die meisten gravierenden Usability-Probleme einer Oberfläche zu identifizieren. Die Logik dahinter ist einfach: Jede neue Testperson deckt einen Teil der vorhandenen Probleme auf. Ab dem fünften Teilnehmer nimmt der Erkenntnisgewinn deutlich ab — die Kurve flacht ab. Statt in einer einzigen Großstudie 20 Personen zu testen, empfiehlt Nielsen daher mehrere kleine Runden mit je fünf Personen — iterativ, nicht einmalig.

Diese Methode passt ideal in agile Entwicklungsprozesse: Testen, Erkenntnisse gewinnen, anpassen, erneut testen. Der Aufwand bleibt überschaubar, die Ergebnisse sind konkret und direkt umsetzbar.

Ein klassischer Usability-Test ist kein Laborexperiment — er lässt sich mit minimalem Aufwand remote durchführen. Die Testperson erhält eine konkrete Aufgabe: zum Beispiel ein Produkt in den Warenkorb legen, ein Formular ausfüllen oder eine Information auf der Website finden. Der Moderator beobachtet, stellt keine Lösungen vor und hält fest, wo die Person zögert, abbricht oder Fehler macht.

Entscheidend ist die Auswahl der Aufgaben: Sie müssen realen Nutzerzielen entsprechen, nicht dem entsprechen, was das Unternehmen für wichtig hält. Ein guter Usability-Test dauert 30 bis 60 Minuten pro Person — das ergibt insgesamt 2,5 bis 5 Stunden für eine vollständige Testrunde. Die wichtigsten Erkenntnisse lassen sich in einem kurzen Findings-Dokument zusammenfassen und direkt priorisieren.

Das häufigste Argument lautet: keine Zeit, kein Budget. Dabei sind Usability-Probleme, die erst nach dem Launch entdeckt werden, deutlich teurer — in Supportaufwand, Conversion-Verlusten und Nachbesserungskosten. Ein früher Test zahlt sich fast immer aus.

Ein weiteres Hindernis ist die interne Betriebsblindheit: Wer täglich mit einem Produkt arbeitet, sieht dessen Schwächen nicht mehr. Externe Testpersonen bringen frische Augen und zeigen ohne Umschweife, wo echte Nutzer scheitern. Regelmäßiges Testen — mindestens einmal pro Quartal — sollte fester Bestandteil jeder Produktentwicklung sein, nicht ein einmaliges Projekt.