Die System Usability Scale, meist als SUS abgekürzt, ist ein Fragebogen mit zehn Items, der die wahrgenommene Usability misst. Befragte bewerten Aussagen auf einer fünfstufigen Zustimmungsskala, und ihre Antworten werden zu einem Score von 0 bis 100 zusammengefasst. Dieser Wert ist ein Skalenwert – kein Prozentsatz abgeschlossener Aufgaben oder zufriedener Personen.
Die von John Brooke entwickelte SUS eignet sich besonders, wenn ein Team nach der Nutzung eines Systems ein verlässliches Gesamtmaß braucht. Ihr Nutzen unterscheidet sich von dem einer Usability-Aufzeichnung: Der Score fasst einen Gesamteindruck zusammen, während die Aufzeichnung hilft, die Interaktion dahinter zu verstehen.
Den Score in der richtigen Richtung berechnen
Beim Standardfragebogen zieht man bei den ungeraden, positiv formulierten Items jeweils 1 von der Antwort ab. Bei den geraden, negativ formulierten Items zieht man die Antwort von 5 ab. Die zehn daraus resultierenden Werte werden addiert und mit 2,5 multipliziert.
Jeder Teilwert liegt somit zwischen 0 und 4. Ein einfacher Plausibilitätscheck: Wählt jemand bei jedem Item die mittlere Option (3), ergibt das jeweils einen Wert von 2 und insgesamt einen Gesamtscore von 50. Wer einfach nur die Rohwerte addiert oder vergisst, die negativen Items umzupolen, erhält ein falsches, unbrauchbares Ergebnis.
Der SUS-Leitfaden von MeasuringU erklärt Auswertung und Interpretation im Detail. Nutzt den dokumentierten Fragebogen samt Auswertungsmethode und legt vor der Analyse fest, wie mit fehlenden Werten umgegangen wird. Ein unvollständiger Bogen sollte nicht stillschweigend so gewertet werden, als wäre jedes Item beantwortet worden.
Die Vergleichsgruppe genauso sorgfältig interpretieren wie den Score
Ein Score von 68 wird in veröffentlichten Benchmark-Datensätzen oft als ungefährer Durchschnittswert genannt. Das ist jedoch keine universelle Bestehensgrenze und bedeutet auch nicht „68 % Usability“. Prozentränge oder Adjektiv-Einstufungen hängen immer von der zugrunde liegenden Referenzverteilung und dem gewählten Interpretationsmodell ab.
Bei einem internen Einkaufssystem interessiert sich das Team vielleicht eher dafür, ob sich die wahrgenommene Usability nach einem Redesign verbessert hat, als für den Vergleich mit beliebigen B2C-Produkten. Haltet Teilnehmende, Aufgaben und Rahmenbedingungen ausreichend vergleichbar und berichtet Stichprobengröße sowie Unsicherheiten, statt kleine Unterschiede vorschnell zu feiern.
Ein hoher Score belegt weder eine erfolgreiche Aufgabenerledigung noch Barrierefreiheit oder tatsächlichen Produktbedarf. Jemand kann ein vertrautes System trotz Hürden positiv bewerten, während eine andere Person jede Aufgabe meistert und die Experience trotzdem frustrierend findet. Genau solche Unterschiede zeigen, warum man sich die Gesamtheit der Daten ansehen sollte.
Die SUS dort einsetzen, wo ein Gesamturteil sinnvoll ist
Setzt den Bogen direkt nach der relevanten Nutzung ein – und vor einem ausführlichen Debriefing, das die Wahrnehmung der Teilnehmenden verzerren könnte. Behaltet den Standardwortlaut und die Antwortskala bei, wenn ihr euch auf bestehende Daten oder Benchmarks stützen wollt. Übersetzungen und dokumentierte Adaptionen brauchen eine fundierte Basis; beiläufige Änderungen können die Vergleichbarkeit schnell zunichtemachen.
Kombiniert das Ergebnis mit Usability-Tests und Nachfragen, um herauszufinden, was konkret geändert werden sollte. Für die wahrgenommene Leichtigkeit direkt nach einer einzelnen Aufgabe bietet die Single Ease Question ein deutlich gezielteres Maß. Einzelne SUS-Items sollten nicht als fertige Fehlerdiagnose für bestimmte Screens oder Probleme missverstanden werden.
Wenn die Länge des Fragebogens ein Problem darstellt, bieten UMUX und UMUX-Lite verwandte, kürzere Alternativen mit eigener Auswertung und Interpretation. Wählt die Methode passend zum Forschungsziel und den Vergleichsanforderungen. Mehr Items liefern nicht automatisch eine bessere Erklärung für das Problem – und weniger Items entbinden nicht von sorgfältigem Messen.