Matriz de Severidad

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

  1. 1Identificación y listado: Documentar todos los problemas encontrados durante la prueba de usabilidad.
  2. 2Definición de escalas: Elegir un sistema de calificación consistente (1-4, 1-5, o categórico).
  3. 3Evaluación independiente y consenso: Más de un especialista asigna calificaciones de forma independiente, luego discuten diferencias.
  4. 4Cálculo de criticidad: Usar método elegido: Suma (Rubin), Multiplicación, o Árbol de decisión.
  5. 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.

Plantilla disponible

Formato: Google Sheets$10 USD

Entregables relacionados

Herramienta gratuita de UXR — Consultoría de UX Research en Chile