EvaluaciónmediaIntermedio

Matriz de Severidad

También conocido como: Sistema de Calificación de Severidad / Matriz de Priorización

Herramienta analítica para clasificar, priorizar y asignar criticidad a los problemas de usabilidad encontrados.

Qué es

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: Comunicación y reporteTiempo estimado: 2-3 horas (con problemas ya identificados)

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 hacerlo

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

Cómo se hace

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

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.

Cómo saber si quedó bien

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

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

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

Sigue por aquí

Plantillas

○Matriz de hallazgos y severidadplanillaDescargar (XLSX)

Fase

Evaluación

Audiencia

equipo-productodesarrollo

Complejidad

media

Nivel de experiencia

Intermedio