La escala de usabilidad del sistema (SUS, por sus siglas en inglés) es un cuestionario de diez preguntas que convierte la opinión de tus usuarios en un único número entre 0 y 100. Si alguna vez te han pedido “demostrar” que un rediseño mejoró la experiencia, esta es una de las herramientas más rápidas para hacerlo con datos.
En esta guía verás cómo está construida la SUS, cómo se calcula paso a paso con un ejemplo resuelto, qué significa realmente un puntaje de 68 y cómo evitar los errores más comunes al aplicarla.
¿Qué es la escala de usabilidad del sistema (SUS)?
La SUS es un cuestionario estandarizado que evalúa la usabilidad percibida de un producto, ya sea una aplicación, un sitio web, un software interno o incluso un dispositivo físico. Cada participante responde diez afirmaciones en una escala de acuerdo de cinco puntos, desde “totalmente en desacuerdo” hasta “totalmente de acuerdo”.
Fue creada por John Brooke en 1986, mientras trabajaba en Digital Equipment Corporation, con la idea de contar con una herramienta “rápida y sencilla” para evaluar sistemas sin montar un estudio costoso. Casi cuarenta años después sigue siendo una de las medidas de usabilidad más citadas, justamente por esa sencillez.
Conviene tener claro qué mide y qué no. La SUS captura la impresión global que una persona se lleva después de usar el sistema: si le pareció complejo, coherente, fácil de aprender o confiable. No registra tiempos, errores ni rutas de navegación, por eso se considera una medida subjetiva que complementa a las métricas de desempeño.
68
es el puntaje promedio de la SUS, calculado a partir de cerca de 500 evaluaciones. Un resultado por encima de 68 se considera superior al promedio.
Fuente: MeasuringU (Jeff Sauro), “Measuring Usability with the System Usability Scale”
Ese número funciona como referencia inicial: si tu producto obtiene 55, estás por debajo de lo habitual en la industria; si obtiene 80, estás claramente por encima. Más adelante veremos por qué conviene leerlo como percentil y no como si fuera una calificación escolar.
¿Por qué usar la escala SUS para evaluar la usabilidad?
La razón principal es la relación entre esfuerzo y valor. Responder la SUS toma uno o dos minutos, no requiere licencias y se puede aplicar al final de una sesión de pruebas de usabilidad, en una encuesta posterior a un lanzamiento o de forma periódica a usuarios reales.
Otra ventaja es que está validada y es ampliamente conocida. Al ser un estándar, tus resultados se pueden comparar con benchmarks externos, con versiones anteriores de tu propio producto o con la competencia, algo que un cuestionario improvisado no permite.
También sirve para comunicar. Un solo número es fácil de presentar a dirección o a equipos de producto, y una subida de 62 a 74 tras un rediseño cuenta una historia que cualquiera entiende. Eso sí, el número abre la conversación, pero no la cierra: el siguiente paso siempre es entender qué lo causó.
- Es breve, por lo que la tasa de abandono es baja.
- Funciona con muestras pequeñas, aunque con menos precisión.
- Se adapta a casi cualquier tipo de sistema, desde un portal de autoservicio hasta una app móvil, y hay versiones validadas en varios idiomas, lo que ayuda cuando evalúas en mercados distintos.
- Permite seguimiento longitudinal: medir antes y después de cada cambio importante.
Si ya estás diseñando un plan de evaluación, la SUS encaja bien como medida cuantitativa dentro de un plan de pruebas de usabilidad más amplio, junto con tareas observadas y preguntas abiertas.
¿Cuáles son las 10 preguntas de la escala de usabilidad del sistema?
El cuestionario original está en inglés y existen varias traducciones al español. Las que aparecen abajo son una versión habitual; si vas a comparar con benchmarks, usa siempre la misma redacción en todas tus mediciones para no introducir diferencias que no vienen del producto.
Observa que las preguntas impares son positivas y las pares son negativas. Esa alternancia es deliberada: obliga al participante a leer cada frase en lugar de marcar la misma columna de principio a fin.
| # | Afirmación | Tono |
|---|---|---|
| 1 | Creo que me gustaría usar este sistema con frecuencia. | Positivo |
| 2 | Encontré el sistema innecesariamente complejo. | Negativo |
| 3 | Pensé que el sistema era fácil de usar. | Positivo |
| 4 | Creo que necesitaría el apoyo de un técnico para poder usar este sistema. | Negativo |
| 5 | Encontré que las diversas funciones del sistema estaban bien integradas. | Positivo |
| 6 | Pensé que había demasiada inconsistencia en este sistema. | Negativo |
| 7 | Imagino que la mayoría de las personas aprenderían a usar este sistema muy rápidamente. | Positivo |
| 8 | Encontré el sistema muy incómodo de usar. | Negativo |
| 9 | Me sentí muy seguro/a al usar el sistema. | Positivo |
| 10 | Necesité aprender muchas cosas antes de poder empezar a usar el sistema. | Negativo |
Cada respuesta se da del 1 (totalmente en desacuerdo) al 5 (totalmente de acuerdo). Si necesitas repasar cómo funcionan este tipo de reactivos, tienes una explicación detallada en nuestra guía sobre la escala de Likert.
La alternancia tiene un costo: algunos participantes se confunden con las frases negativas y responden al revés sin darse cuenta. Por eso, cuando un resultado individual parece incoherente (por ejemplo, todo 5), vale la pena revisar si hubo un error de lectura antes de incluirlo en el análisis.
¿Cómo calcular el puntaje de la escala de usabilidad del sistema?
El cálculo es sencillo, pero tiene un paso que muchos olvidan: las preguntas positivas y negativas se puntúan de forma distinta. Si sumas las respuestas tal cual, el resultado no significa nada.
La lógica es que cada pregunta debe aportar entre 0 y 4 puntos, donde 4 siempre representa la mejor experiencia posible. En una pregunta positiva, la mejor respuesta es un 5; en una negativa, la mejor respuesta es un 1. Los pasos siguientes resumen el procedimiento.
Cálculo del puntaje SUS
Reúne las diez respuestas
Cada una va del 1 al 5. Calcula el puntaje persona por persona, no sobre el promedio del grupo.
Ajusta las preguntas impares
Resta 1 a la respuesta en las preguntas 1, 3, 5, 7 y 9.
Ajusta las preguntas pares
Resta la respuesta a 5 en las preguntas 2, 4, 6, 8 y 10.
Suma los diez valores ajustados
El total estará entre 0 y 40.
Multiplica por 2,5
Así obtienes el puntaje final en una escala de 0 a 100.
Promedia a todos los participantes
El promedio de los puntajes individuales es el resultado SUS de tu producto.
Veamos un ejemplo con una sola persona que respondió, en orden de la pregunta 1 a la 10: 4, 2, 3, 4, 5, 3, 4, 2, 4, 3. Las respuestas impares (4, 3, 5, 4, 4) al restarles 1 dan 3, 2, 4, 3 y 3, que suman 15.
Las respuestas pares (2, 4, 3, 2, 3) al restarlas de 5 dan 3, 1, 2, 3 y 2, que suman 11. El total es 15 + 11 = 26, y al multiplicarlo por 2,5 el puntaje de esta persona es 65. Repite el proceso con cada participante y promedia los resultados.
Un error frecuente es calcular el promedio de cada pregunta y luego aplicar la fórmula al conjunto. Aunque matemáticamente da casi lo mismo si todos respondieron todo, es más seguro puntuar individualmente: así detectas respuestas atípicas y puedes calcular la variabilidad entre usuarios.
¿Cómo interpretar un puntaje SUS?
Lo primero es desmitificar la escala: un 68 no es un “68 %” ni un aprobado raspado. Es el punto medio empírico, es decir, el percentil 50 aproximado de las evaluaciones recopiladas. Un producto con 68 es, literalmente, uno más del montón.
241 estudios
fueron analizados por Sauro y Lewis para construir una escala de calificaciones con letras donde un puntaje de 68 equivale al centro del rango de una “C”.
Fuente: Lewis y Sauro, Journal of Usability Studies, 2018
Con esa lógica, muchas guías usan una tabla de referencia como la siguiente. Tómala como orientación y no como regla: las cifras exactas varían un poco entre fuentes y entre industrias.
| Rango SUS | Lectura aproximada | Qué hacer |
|---|---|---|
| Menos de 51 | Usabilidad deficiente | Prioridad alta: investiga los problemas más graves antes de seguir invirtiendo en funciones nuevas. |
| 51 a 67 | Por debajo del promedio | Hay fricción visible; revisa flujos clave con observación directa. |
| 68 a 79 | Aceptable a buena | Estás en o por encima del promedio; busca mejoras puntuales. |
| 80 o más | Muy buena | Mantén lo que funciona y vigila que los cambios no lo deterioren. |
Tres lecturas prácticas ayudan a no equivocarse. La primera es comparar siempre contra algo: tu versión anterior, un competidor o un objetivo definido de antemano. La segunda es mirar el rango y no solo el promedio, porque un 70 formado por usuarios entre 40 y 100 cuenta una historia muy distinta a uno formado por usuarios entre 65 y 75.
La tercera es segmentar. Los usuarios nuevos suelen puntuar más bajo que los recurrentes, y quienes usan tecnologías de asistencia pueden encontrar barreras que el promedio esconde. Reportar el puntaje por segmento es más útil que un solo número global.
Ventajas y desventajas de la escala de usabilidad del sistema
Ventajas
Su mayor fortaleza es la combinación de rapidez, bajo costo y comparabilidad. Cualquier equipo, incluso sin un investigador de UX dedicado, puede aplicarla y obtener un resultado defendible.
Además, su fiabilidad es alta pese a ser corta, y su uso extendido significa que existe abundante literatura y datos de referencia para contextualizar tus resultados.
Desventajas
La SUS te dice que hay un problema, pero no cuál. Un 55 no explica si el obstáculo es la navegación, el vocabulario o un formulario eterno. Para eso necesitas observar a las personas o preguntarles directamente.
También es sensible al contexto: lo que significa un 72 en una herramienta empresarial que se usa ocho horas al día no es lo mismo que en una app de uso ocasional. Y la alternancia de preguntas positivas y negativas, aunque reduce el sesgo de aquiescencia, puede generar errores de lectura en algunos participantes.
Por último, no mide accesibilidad ni desempeño real. Una persona puede sentir que el sistema es fácil y aun así tardar el doble en completar una tarea, o al revés.
Buenas prácticas para aplicar la escala SUS
El momento de la aplicación importa. Lo ideal es pedir la SUS justo después de que la persona haya usado el sistema de forma significativa, por ejemplo al terminar las tareas de una sesión de prueba. Preguntarla en frío, sin experiencia reciente, produce respuestas poco confiables.
No modifiques el texto de las preguntas ni el orden. Cambiar “sistema” por el nombre del producto es aceptable y muy común, pero reescribir frases o eliminar preguntas rompe la comparabilidad con los benchmarks y con tus mediciones anteriores.
- Cuida la muestra: busca participantes que representen a tus usuarios reales, y no solo a los más entusiastas. Si dudas del tamaño, revisa cómo calcular el tamaño de la muestra para tu caso.
- Combina la SUS con una pregunta abierta, como “¿qué fue lo más difícil de usar?”, para obtener contexto sin alargar el cuestionario.
- Mide de forma recurrente: antes y después de cambios importantes, y no una sola vez.
- Reporta número de participantes e intervalo de confianza junto con el promedio, sobre todo si la muestra es pequeña.
Con muestras de diez o quince personas la SUS ya da una señal útil, pero el margen de error es amplio. Trátala como indicio direccional y no como prueba definitiva, y cuando haya mucho en juego aumenta la muestra.
Por último, automatiza la recolección. Una herramienta de encuestas permite enviar el cuestionario justo después de la interacción, calcular el puntaje de forma consistente y guardar el historial para comparar versiones, lo que reduce errores de cálculo manual.
Ejemplos de uso de la escala SUS por sector
En software empresarial (SaaS), los equipos de producto aplican la SUS tras el onboarding y después de cada versión mayor. Si el puntaje cae tras un cambio de navegación, tienen una alerta temprana antes de que aparezcan tickets de soporte.
En banca y servicios financieros, la SUS ayuda a comparar la app móvil con la banca web o a validar un nuevo flujo de apertura de cuenta con usuarios de distintos rangos de edad, donde las diferencias de familiaridad digital son grandes.
En comercio electrónico se usa para evaluar el proceso de compra con prototipos, antes de invertir en desarrollo. En salud y educación, para valorar portales de pacientes o plataformas de aprendizaje donde los usuarios no eligen libremente usar el sistema y la frustración tiene costos reales.
Conclusión
La escala de usabilidad del sistema sigue vigente porque resuelve bien una necesidad concreta: medir la experiencia percibida de forma rápida, barata y comparable. Su fuerza está en la tendencia y la comparación, no en el número suelto.
El mejor uso combina la SUS con observación y preguntas abiertas: el puntaje señala cuánto hay que mejorar, y las sesiones con usuarios explican qué y por qué. Si quieres reclutar participantes, realizar entrevistas en video y analizar los hallazgos en un solo lugar, conoce QuestionPro UX.
Preguntas frecuentes sobre la escala de usabilidad del sistema
Un puntaje superior a 68 se considera por encima del promedio, y desde aproximadamente 80 se interpreta como muy bueno. Menos de 51 indica problemas serios de usabilidad. Estos umbrales son orientativos y conviene compararlos con tu sector, con versiones previas de tu producto y con el tipo de usuarios evaluados.
No existe un mínimo oficial, pero con 10 a 15 participantes ya se obtiene una señal útil. Con muestras pequeñas el margen de error es amplio, así que conviene reportar intervalos de confianza. Para comparar versiones con rigor estadístico o segmentar por tipo de usuario, necesitarás una muestra considerablemente mayor.
Mide usabilidad percibida, que incluye elementos de satisfacción como la confianza y el deseo de volver a usar el sistema. No mide tiempos ni errores reales. Por eso se recomienda complementarla con métricas de desempeño, como la tasa de éxito en tareas, y con observación directa.
Cambiar la palabra “sistema” por el nombre de tu producto es aceptable y común. Reescribir frases, quitar preguntas o cambiar la escala rompe la comparabilidad con benchmarks y con tus propias mediciones anteriores. Si necesitas preguntar algo adicional, añádelo al final como pregunta aparte.
Aplícala después de que el usuario haya usado el sistema de forma significativa, por ejemplo al finalizar las tareas de una prueba de usabilidad o tras un periodo de uso real. También es útil medirla antes y después de un rediseño para cuantificar el cambio en la experiencia percibida.
