También conocido como: Sistema de Calificación de Severidad / Matriz de Priorización
evaluacionmediaIntermedio
TL;DR
Herramienta analítica para clasificar, priorizar y asignar criticidad a los problemas de usabilidad encontrados.
Valor estratégico
Centra la atención en los problemas que realmente importan. Evita la frustración de entregar listas de problemas sin priorización que paralizan a desarrolladores y analistas.
Categoría: comunicacion-reporteTiempo estimado: 2-3 horas (con problemas ya identificados)
Qué es
La Matriz de Severidad es una herramienta analítica utilizada tras la investigación con usuarios para clasificar, priorizar y asignar un nivel de criticidad a los problemas de usabilidad encontrados. Transforma una lista abrumadora de errores en un plan de acción estructurado, evaluando el impacto del problema frente a su frecuencia de aparición.
Para qué sirve
Clasificar y priorizar problemas de usabilidad por impacto y frecuencia
Transformar listas extensas de errores en planes de acción estructurados
Justificar frente a directivos o desarrolladores por qué ciertos cambios deben ser prioritarios
Crear un lenguaje común entre UX y desarrollo para discutir la gravedad de los problemas
Qué métodos lo alimentan
Tests de usabilidad (Think Aloud)Evaluaciones heurísticasTests remotos moderadosAnálisis de errores en analytics
Cuándo usarlo
Después de pruebas de usabilidad o evaluaciones heurísticas con alto volumen de problemas
Cuando existen restricciones de tiempo o recursos que impiden solucionar todo antes del lanzamiento
Para justificar frente a directivos o desarrolladores por qué ciertos cambios deben ser prioritarios
Cuándo NO usarlo
En entornos ágiles muy rápidos donde documentar cada problema con escalas retrasa la iteración
Si el costo tecnológico de corregir es ínfimo, mejor corregir inmediatamente
Cuando hay debate sobre la validez de las escalas de severidad entre especialistas
Componentes obligatorios
Lista de problemas (Issues): descripción de los problemas de usabilidad identificados
Escala de impacto/severidad: magnitud del problema para el usuario (Bajo, Medio, Alto, Catastrófico)
Escala de frecuencia (probabilidad de ocurrencia): porcentaje de usuarios que experimenta el problema
Puntuación de criticidad/prioridad: resultado de combinar impacto y frecuencia (Nivel 1, 2, 3)
Componentes opcionales
○Impacto en objetivos de negocio: qué tanto afecta a metas comerciales
○Costos de implementación/tecnológicos: esfuerzo o tiempo para solucionar
○Persistencia: si molestará repetidamente o se supera una vez aprendido
○Importancia de la tarea (Core task): qué tan central es la tarea afectada
○Workaround: si existe forma alternativa de lograr la tarea
Cómo hacerlo paso a paso
1Identificación y listado: Documentar todos los problemas encontrados durante la prueba de usabilidad.
2Definición de escalas: Elegir un sistema de calificación consistente (1-4, 1-5, o categórico).
3Evaluación independiente y consenso: Más de un especialista asigna calificaciones de forma independiente, luego discuten diferencias.
4Cálculo de criticidad: Usar método elegido: Suma (Rubin), Multiplicación, o Árbol de decisión.
5Clasificación en niveles (Tiers): Ordenar de mayor a menor prioridad y asignar plan de acción.
Tips para equipos pequeños
Usa una escala simple de 3 niveles (Crítico, Importante, Menor) en lugar de escalas complejas
Si eres el único evaluador, documenta tu razonamiento para cada calificación
Incluye capturas de pantalla junto a cada problema
Comparte la matriz con desarrollo antes de empezar a corregir para alinear prioridades
Errores comunes
Subjetividad y falta de estandarización: usar juicio propio sin proceso o fórmula estándar genera conflictos
Efecto del Evaluador: tendencia a calificar problemas que uno mismo descubrió como más severos
Reticencia a usar calificaciones bajas: evitar categoría 'Baja' por miedo a que desarrollo ignore esos problemas
Tratarlo como ciencia exacta: creer que las calificaciones son irrefutables
Criterios de calidad
Consistencia y transparencia: misma escala en todos los estudios para permitir comparaciones históricas
Lenguaje común: definiciones de cada nivel comprensibles por audiencia no-UX (desarrolladores, analistas, gerentes)
Accionabilidad: transforma cientos de datos en una lista de tareas manejable y priorizada
Citas de autoridad
“Averiguar la criticidad de un problema es un simple asunto de sumar la calificación de severidad y la calificación de frecuencia.”
— Rubin & Chisnell
“Las calificaciones de severidad ayudan a centrar la atención en los problemas que realmente importan.”
— Handbook of Usability Testing
“Al hacer solo tres preguntas sobre cualquier problema de usabilidad, podemos clasificar su severidad.”
— Usability Testing Essentials
Ejemplo contextualizado
Contexto: Post-evaluación heurística de plataforma e-learning con 47 problemas identificados.
Aplicación: Usando Criticidad = Severidad + Frecuencia (método Rubin): 8 problemas clasificados Tier 1 (críticos), 15 problemas Tier 2 (importantes), 24 problemas Tier 3 (menores). Tier 1 incluía: flujo de registro sin confirmación de email (Severidad 4 + Frecuencia 4 = 8). Resultado: desarrollo priorizó los 8 problemas Tier 1 para el sprint actual.