Bedienbar ist nicht gleich verständlich.

Funktional korrekt ist nicht dasselbe wie benutzbar

Ein System kann jeden Testfall im Pflichtenheft erfüllen und trotzdem an der Realität scheitern, sobald echte Nutzer davor sitzen. Funktionale Tests prüfen, ob eine Software das tut, was spezifiziert wurde. Usability Testing prüft etwas anderes: ob Menschen ohne Vorwissen, ohne Handbuch und ohne Geduld für Umwege ihr Ziel erreichen. Genau an dieser Stelle klafft in vielen Projekten eine Lücke – die Software besteht jeden Akzeptanztest und wird trotzdem in der Praxis mühsam bedient, missverstanden oder schlicht gemieden.

Bei QualityOne betrachten wir Usability deshalb als eigenständige Testdisziplin mit eigener Methodik, nicht als Nebenprodukt der funktionalen Qualitätssicherung. Wir beobachten, wie Personen aus Ihrer tatsächlichen Zielgruppe mit dem Produkt interagieren, und leiten daraus konkrete, priorisierte Verbesserungen ab.

Was schlechte Usability wirklich kostet

Nutzer, die ein Formular dreimal ausfüllen müssen, weil Fehlermeldungen unverständlich sind, brechen ab – und kommen selten zurück. Support-Teams beantworten dieselbe Frage hundertfach, weil ein Workflow nicht selbsterklärend ist. Enttäuschte Kunden schreiben schlechte Bewertungen, lange bevor ein Produktmanagement davon erfährt. Keiner dieser Effekte zeigt sich in einem Bug-Tracker, weil formal nichts kaputt ist.

Die Kosten schlechter Usability tragen selten die Entwicklungsabteilung, sondern Vertrieb, Support und Marketing – meist deutlich später und deutlich teurer, als eine Korrektur im Design gekostet hätte. Ein Usability-Problem, das vor dem Launch entdeckt wird, ist eine Anpassung im Prototyp. Dasselbe Problem nach dem Launch ist ein Change Request, ein Rollout, eine Kommunikation an bestehende Kunden und im schlimmsten Fall ein Abwanderungsgrund.

Den Usability-Test richtig planen

Am Anfang steht keine Testmethode, sondern eine Frage: Was genau wollen Sie herausfinden? Finden neue Kunden den Registrierungsprozess ohne Hilfe? Verstehen erfahrene Nutzer eine neue Navigationsstruktur genauso schnell wie die alte? Wir definieren gemeinsam mit Ihnen messbare Testziele, bevor wir über Teilnehmerzahl, Format oder Tools sprechen, denn ein Test ohne klare Fragestellung liefert zwar Beobachtungen, aber keine Entscheidungsgrundlage.

Daraus entsteht ein Testplan mit den zu prüfenden Aufgaben, den Erfolgskriterien pro Aufgabe, dem gewählten Testformat und dem Zeitrahmen für Durchführung und Auswertung. Dieser Plan ist die Grundlage, an der sich später jede Empfehlung im Report festmachen lässt.

Repräsentative Testnutzer finden

Die Meinung von Kollegen aus der eigenen Firma ist kein Ersatz für echtes Nutzerverhalten – wer das Produkt kennt, testet es anders als jemand, der es zum ersten Mal sieht. Wir rekrutieren Teilnehmer, die Ihrer tatsächlichen Zielgruppe entsprechen: nach Erfahrungsgrad, Gerätenutzung, Branche oder Vorwissen, je nachdem, was für Ihr Produkt entscheidend ist. Bei B2B-Software bedeutet das oft Fachanwender mit einem konkreten Rollenprofil, nicht irgendwelche Testpersonen.

Für internationale Kunden aus der Finanz-, Versicherungs- oder Automobilbranche stellen wir über unsere Standorte in Tallinn, München, Lissabon, Valencia, Warschau und Liepāja auch sprachlich und kulturell passende Testpanels zusammen, wenn ein Produkt in mehreren Märkten gleichzeitig live geht.

Aufgaben und Szenarien, die echtes Verhalten zeigen

„Klicken Sie auf Speichern“ ist keine Testaufgabe, sondern eine Anleitung – und Anleitungen verhindern genau das Verhalten, das wir beobachten wollen. Stattdessen formulieren wir Szenarien mit einem Ziel, aber ohne den Weg dorthin vorzugeben: „Sie möchten eine wiederkehrende Zahlung einrichten und im nächsten Monat pausieren können.“ Wie die Testperson dieses Ziel erreicht, welchen Umweg sie nimmt oder wo sie zögert, ist genau die Information, die zählt.

Moderiert oder unmoderiert testen

Beide Formate haben ihren festen Platz, und die Entscheidung hängt weniger von Vorlieben als vom Testziel ab.

Moderierte Tests: Tiefe durch Nachfragen

Bei einem moderierten Test sitzt ein Testleiter der Teilnehmerin oder dem Teilnehmer bei – persönlich oder per Videocall – und kann im Moment der Verwirrung nachfragen: Was haben Sie erwartet? Warum haben Sie hier gezögert? Diese Rückfragen liefern Kontext, den keine Klickstatistik liefert, und sind besonders wertvoll bei komplexen Anwendungen, frühen Prototypen oder wenn Sie verstehen wollen, warum ein Problem auftritt, nicht nur dass es auftritt.

Unmoderierte Tests: Reichweite und Tempo

Bei unmoderierten Tests bearbeiten Teilnehmer Aufgaben eigenständig, meist über eine Testplattform, die Bildschirm, Klicks und teils auch Sprache aufzeichnet. Das erlaubt größere Teilnehmerzahlen, kürzere Durchlaufzeiten und niedrigere Kosten pro Test – dafür ohne die Möglichkeit, in Echtzeit nachzuhaken. Unmoderierte Tests eignen sich gut, um mit quantitativen Fragestellungen wie Erfolgsquote oder Zeitaufwand zu arbeiten oder ein bereits identifiziertes Problem an einer größeren Stichprobe zu verifizieren.

Remote oder vor Ort: Wo der Test stattfindet

Remote-Tests bilden ab, wie Nutzer Ihr Produkt tatsächlich verwenden: im Homeoffice, auf dem privaten Laptop, mit Ablenkungen im Hintergrund. Sie sind schneller organisiert und erreichen auch Teilnehmer außerhalb Ihres Standorts. Vor-Ort-Tests in einem Usability-Labor lohnen sich, wenn Blickverlauf per Eye-Tracking erfasst werden soll, wenn physische Geräte Teil des Produkts sind oder wenn mehrere Stakeholder live hinter einem Einwegspiegel mitbeobachten sollen. Für die meisten Softwareprodukte empfehlen wir Remote-Tests als Standard und Labortests gezielt dort, wo der Kontext es erfordert.

Quantitative Metriken: Messbare Nutzerfreundlichkeit

Zahlen machen Usability vergleichbar – zwischen Testrunden, zwischen Produktversionen und gegenüber dem Management. Wir erheben unter anderem die Aufgabenerfolgsquote, also wie viele Teilnehmer ihr Ziel ohne Hilfe erreichen, die Bearbeitungszeit pro Aufgabe und die Fehlerquote, also wie oft Teilnehmer vom vorgesehenen Pfad abweichen, etwas falsch klicken oder eine Aufgabe abbrechen. Ergänzend setzen wir standardisierte Fragebögen wie die System Usability Scale ein, um einen vergleichbaren Gesamtwert für die wahrgenommene Benutzerfreundlichkeit zu erhalten.

Diese Metriken beantworten die Frage, wie gut ein Produkt abschneidet – aber nicht, warum. Deshalb stehen sie bei uns nie allein.

Qualitative Erkenntnisse: Verstehen, warum es hakt

Beim Think-Aloud-Protokoll bitten wir Teilnehmer, während der Bearbeitung laut auszusprechen, was sie gerade denken: „Ich erwarte jetzt einen Bestätigungs-Button“, „Das sieht aus wie ein Fehler, aber ich klicke trotzdem weiter“. Diese Kommentare legen offen, welche Erwartung jemand an eine Schaltfläche hatte, bevor überhaupt geklickt wurde – und das ist oft aufschlussreicher als der Klick selbst.

Genauso wichtig ist, was Testleiter beobachten, ohne dass es ausgesprochen wird: Zögern vor einem Button, wiederholtes Scrollen auf der Suche nach einer Option, ein hörbares Seufzen, der Griff zur Maus und wieder zurück zur Tastatur. Diese Momente markieren wir im Video und ordnen sie später konkreten Designentscheidungen zu.

Barrierefreiheit als Teil der Usability, nicht als Extra

Ein Produkt, das für Menschen mit Sehbeeinträchtigung, motorischen Einschränkungen oder kognitiven Unterschieden schwer bedienbar ist, hat kein Zusatzproblem – es hat ein Usability-Problem, das nur einen Teil der Nutzerschaft trifft. Kontraste, die auf einem Büromonitor gut aussehen und in praller Sonne unlesbar werden, Formulare, die nur per Maus bedienbar sind, oder Fehlermeldungen, die ein Screenreader nicht sinnvoll vorliest, betreffen in der Praxis weit mehr Nutzer, als eine reine Konformitätsprüfung nach WCAG vermuten lässt.

Wir beziehen deshalb, wo relevant, Testpersonen mit unterschiedlichen Zugangsbedürfnissen und mit assistiven Technologien wie Screenreadern oder Sprachsteuerung in unsere Studien ein, statt Barrierefreiheit nur als separaten Compliance-Check am Ende zu behandeln.

Von der Beobachtung zur priorisierten Empfehlung

Eine Liste von zwanzig beobachteten Problemen hilft niemandem, der am Montag entscheiden muss, was zuerst umgesetzt wird. Wir bewerten jeden Befund nach Schweregrad – blockiert er eine zentrale Aufgabe, oder ist er ein kleiner Störfaktor – und nach Häufigkeit, also wie viele Teilnehmer tatsächlich betroffen waren. Daraus entsteht eine Rangfolge, die Aufwand gegen Wirkung abwägt und Ihrem Team eine klare Reihenfolge für die Umsetzung gibt, statt einer unsortierten Fehlerliste.

Dokumentation, die Entwicklungsteams tatsächlich nutzen

Ein Report, den niemand liest, ändert nichts an der Usability. Unsere Ergebnisse liefern wir deshalb in einer Form, mit der Design, Produktmanagement und Entwicklung direkt arbeiten können: kurze Videoausschnitte der kritischen Momente, klar benannte Befunde je Aufgabe, die zugehörigen Metriken und konkrete, umsetzbare Empfehlungen statt allgemeiner Beobachtungen. So wird aus „Nutzer hatten Schwierigkeiten mit dem Checkout“ eine belegte, nachvollziehbare und priorisierte Aussage.

Usability Testing im laufenden Betrieb

Usability verändert sich mit jedem Release, jeder neuen Funktion und jeder Änderung an Ihrem Produkt – ein einmaliger Test vor dem Launch deckt deshalb nur einen Ausschnitt ab. Im TaaS-Modell von QualityOne ist Usability Testing ein fester, wiederkehrender Bestandteil Ihrer Qualitätssicherung: Statt für jede Testrunde neu Kapazitäten aufzubauen, greifen Sie auf ein eingespieltes Team zurück, das Ihr Produkt kennt und Usability-Prüfungen dort einplant, wo sie im Entwicklungszyklus den größten Effekt haben.

Der richtige Zeitpunkt: früh und wiederholt testen

Der günstigste Zeitpunkt für einen Usability-Test ist, bevor eine Zeile Produktivcode geschrieben wurde – an einem klickbaren Prototyp lassen sich Navigationsprobleme in Stunden beheben, die im fertigen System Wochen kosten würden. Genauso wichtig ist, danach nicht aufzuhören: Wir empfehlen Usability Testing an mehreren Punkten im Projekt – am Prototyp, vor dem Launch einer neuen Funktion und regelmäßig am laufenden Produkt, wenn sich Nutzerverhalten oder Zielgruppe verändert haben.

Fazit

Usability Testing beantwortet eine Frage, die kein funktionaler Test stellt: ob Ihr Produkt für die Menschen funktioniert, die es tatsächlich benutzen sollen. Mit über 20 Jahren Erfahrung und Projekten für Unternehmen wie UBS, Allianz, BMW und V-ZUG kombinieren wir moderierte und unmoderierte Verfahren, quantitative Metriken und qualitative Beobachtung zu einem Bild, das Ihnen zeigt, wo Nutzer wirklich hängen bleiben – und was Sie als Erstes ändern sollten.

Häufige Fragen zu Usability Testing

Wie viele Testnutzer brauchen wir für aussagekräftige Ergebnisse?

Für qualitative, moderierte Tests reichen in der Regel fünf bis acht Teilnehmer pro Nutzersegment, um die meisten gravierenden Usability-Probleme aufzudecken – weitere Teilnehmer bringen ab diesem Punkt vor allem Wiederholungen derselben Befunde. Wollen Sie dagegen belastbare quantitative Werte wie Erfolgsquote oder Zeitaufwand mit statistischer Aussagekraft, braucht es größere Stichproben, meist über unmoderierte Tests. Wir empfehlen die passende Größe abhängig von Ihrer Fragestellung, nicht nach einer starren Faustregel.

Ab wann im Projekt sollten wir mit Usability Testing beginnen?

Am besten schon am klickbaren Prototyp, lange vor der Entwicklung. Je früher ein Problem auffällt, desto günstiger die Korrektur. Das schließt spätere Tests nicht aus – im Gegenteil, wir empfehlen Usability Testing an mehreren Meilensteinen bis über den Launch hinaus.

Moderiert oder unmoderiert – was passt zu unserem Produkt?

Bei komplexen, erklärungsbedürftigen Anwendungen oder frühen Prototypen empfehlen wir moderierte Tests, weil Sie damit verstehen, warum ein Problem auftritt. Für einfachere Aufgaben, größere Stichproben oder die Verifizierung eines bereits bekannten Problems eignen sich unmoderierte Tests. In vielen Projekten kombinieren wir beide Formate in unterschiedlichen Phasen.

Wie werden die Ergebnisse eines Usability-Tests dokumentiert?

Sie erhalten einen strukturierten Report mit den erhobenen Metriken je Aufgabe, priorisierten Befunden nach Schweregrad und konkreten Handlungsempfehlungen, ergänzt um kurze Videoausschnitte der relevantesten Testmomente. Der Report ist so aufgebaut, dass Design, Entwicklung und Produktmanagement direkt damit weiterarbeiten können.

Was unterscheidet Usability Testing von einem UX-Design-Review?

Ein UX-Design-Review ist eine Expertenbewertung: erfahrene Designer prüfen eine Oberfläche anhand etablierter Heuristiken und ihres Fachwissens, ohne dass reale Nutzer beteiligt sind. Usability Testing beobachtet dagegen echte Personen aus Ihrer Zielgruppe bei echten Aufgaben. Beide Methoden ergänzen sich gut – ein Review findet häufig andere Probleme als ein Test mit echten Nutzern, und wir setzen beide gezielt dort ein, wo sie den größten Mehrwert bringen.