System Usability Scale (SUS)
A standardized ten-item questionnaire for rapidly measuring perceived usability of products. Produces a single numeric score for evaluating and comparing interfaces.
Classification
- ComplexityLow
- Impact areaBusiness
- Decision typeDesign
- Organizational maturityIntermediate
Technical context
Principles & goals
Use cases & scenarios
Compromises
- Misinterpreting small sample sizes
- Relying on SUS without complementary qualitative insights
- Unstandardized execution distorts comparability
- Combine SUS with qualitative follow-up questions
- Provide standardized instructions to all participants
- Segment by user profile for deeper interpretation
I/O & resources
- Prototype or product version
- Recruited test participants
- Standardized tasks and instructions
- SUS score and segmented analyses
- Short report with recommendations
- Data basis for release decisions
Description
The System Usability Scale (SUS) is a standardized ten-item questionnaire for rapidly assessing perceived usability of interactive systems. It yields a single numeric score to compare products and evaluate design changes in user research and product development. The method is lightweight, widely adopted, and supports quantitative comparisons across users and iterations.
✔Benefits
- Fast, cost-efficient collection of usability indicators
- Easy to implement and evaluate
- Enables quantitative comparisons across versions and groups
✖Limitations
- Measures perceived usability only, not actual behavior
- Limited diagnostic depth for specific issues
- May contain cultural or language biases
Trade-offs
Metrics
- SUS overall score
Scaled value (0–100) as primary measure of perceived usability.
- Mean and distribution by segment
Statistical measures to analyze group differences.
- Delta between releases
Difference in SUS score to evaluate design changes.
Examples & implementations
E-commerce checkout study
Comparison of checkout workflow before and after redesign using SUS to measure perceived usability and acceptance.
Mobile app iterative tests
Small, recurring SUS surveys during sprints to verify whether changes improve user perception.
Enterprise software evaluation
Summative measurement of usability of complex internal tools to prioritize UX investments.
Implementation steps
Define goal and population, create test protocol
Recruit participants and conduct tasks
Conduct SUS survey, analyze and contextualize
⚠️ Technical debt & bottlenecks
Technical debt
- Undocumented protocols hinder replication
- Outdated questionnaire translations without validation
- Automated surveys without quality controls
Known bottlenecks
Misuse examples
- Comparing SUS scores from different task sets
- Interpreting single items as full conclusions
- Using without linguistic validation in other countries
Typical traps
- Underestimating context when interpreting scores
- Ignoring expectations and user experience
- Missing triangulation with qualitative data
Required skills
Architectural drivers
Constraints
- • Results are context-dependent and not universally generalizable
- • Requires standardized instructions for comparability
- • Language adaptations must be validated