Lección 9 de 10 · 12 min de lectura · Revisado el 26/10/2026
Analizar y comunicar hallazgos
Después de ocho sesiones tienes diez horas de grabación, cientos de notas y una sensación general de «hay mucho que arreglar». Si entregas eso, nadie hará nada. El valor de la investigación está en el análisis que convierte observaciones en hallazgos priorizados y en la comunicación que convierte hallazgos en decisiones. En esta lección aprenderás un método de análisis riguroso y rápido, cómo cruzarlo con la auditoría WCAG y cómo comunicar para que el equipo actúe.
Del dato al hallazgo
1. Registro estructurado durante las sesiones
El análisis empieza en la sesión. El observador registra cada observación en una fila con: participante (código, no nombre), tarea, marca de tiempo, qué ocurrió (descripción objetiva), cita literal si la hay, resultado de la tarea.
2. Codificación
Tras las sesiones, agrupa las observaciones por problema, no por participante. Dos observaciones de participantes distintos que describen el mismo obstáculo («no encontró el botón de continuar porque el lector lo anunciaba como «botón» sin nombre») son un único hallazgo con frecuencia 2. Añade a cada hallazgo:
- Dónde ocurre (pantalla, componente).
- A qué perfiles afecta (lector de pantalla, magnificación, cognitivo…).
- Frecuencia: cuántos participantes del perfil afectado lo sufrieron.
- Consecuencia: fracaso de tarea, retraso, error, confusión, frustración expresada.
- Causa probable: técnica (semántica, foco, contraste), de diseño (flujo, etiqueta, jerarquía), de contenido (texto, instrucciones) o de contexto (configuración de la tecnología de apoyo).
- Criterio WCAG 2.2 relacionado, si lo hay. Muchos hallazgos de usabilidad no se corresponden con ningún criterio: eso también es un dato.
3. Severidad
Combina impacto y frecuencia. Una escala de cuatro niveles alineada con la que se usa en gestión de incidencias evita traducciones:
| Severidad | Impacto | Frecuencia orientativa |
|---|---|---|
| Crítica | Impide completar la tarea sin ayuda | Al menos un participante del perfil, o la mayoría con dificultad grave |
| Alta | Completa la tarea con mucha dificultad, error o ayuda | Varios participantes |
| Media | Retraso o confusión apreciable, se resuelve sin ayuda | Varios participantes |
| Baja | Molestia o comentario sin efecto en la tarea | Cualquiera |
Un problema que bloquea a un solo participante puede ser crítico si su causa es técnica y reproducible (bloqueará a todas las personas con esa configuración); uno que confunde a cinco puede ser medio si todos lo superan. Registra siempre el razonamiento.
Punto clave
Un hallazgo bien formulado tiene cinco elementos: qué pasó, a quién, dónde, con qué consecuencia y por qué probablemente. «Los lectores de pantalla no funcionan bien» no es un hallazgo; «tres de cinco participantes con lector de pantalla no encontraron el botón de pago porque está después del pie de página en el orden del DOM (2.4.3 Orden del foco) y abandonaron la compra» sí lo es.
Triangular con la auditoría
La investigación con personas y la auditoría WCAG se complementan y hay que cruzarlas explícitamente:
- Hallazgo con criterio WCAG incumplido: la investigación aporta la prueba del impacto real y justifica la prioridad. Es el argumento más potente para corregir.
- Hallazgo sin criterio WCAG: problema de usabilidad que la conformidad no resuelve (un flujo de siete pasos, una etiqueta técnicamente correcta pero incomprensible, un orden de lectura válido pero ilógico para la tarea). Son los que hacen la diferencia entre cumplir y funcionar.
- Criterio incumplido sin hallazgo: la auditoría lo detectó, pero ningún participante se vio afectado en las tareas probadas. Sigue siendo un incumplimiento que hay que corregir, pero su prioridad puede ser menor.
Comunicar para que cambie el producto
Elige el formato por audiencia
- Para dirección: una página con tres cifras (tasa de éxito por perfil, número de hallazgos críticos, comparación con el objetivo), un vídeo de 90 segundos y las tres decisiones que se piden.
- Para el equipo de producto: informe de hallazgos priorizados con evidencia (clips, citas, capturas), causa probable y recomendación concreta; sesión de presentación en directo con tiempo para debate.
- Para desarrollo y diseño: hallazgos convertidos en incidencias en su herramienta de trabajo, con pasos para reproducir y criterio WCAG si procede; enlace al clip.
- Para las personas participantes y las asociaciones: resumen accesible de lo encontrado y de lo que se va a cambiar, con fechas. Es la devolución que hace posible la próxima colaboración.
El poder del clip
Un clip de 30-60 segundos de una persona usuaria atascada en el botón de pago, con el audio de su lector de pantalla y su comentario («aquí me rindo, llamaré por teléfono»), cambia prioridades que diez páginas de informe no mueven. Reglas: consentimiento específico para ese uso, sin rostro si la persona lo pidió, sin datos personales en pantalla, duración mínima, y siempre acompañado del hallazgo y la recomendación, nunca como anécdota. Un «vídeo resumen» (highlights reel) de cinco minutos con los hallazgos críticos es el entregable más eficaz para dirección y para la sensibilización interna.
Recomendaciones accionables
Cada hallazgo crítico o alto lleva una recomendación que un equipo pueda ejecutar: no «mejorar la accesibilidad del formulario», sino «mover el botón de pago antes del pie de página en el DOM y darle el nombre accesible «Pagar 42,50 €»; verificar con NVDA que se alcanza con Tab tras el último campo».
Ejemplo
Resultados de ocho sesiones sobre la app de un banco. Análisis: 212 observaciones codificadas en 31 hallazgos; 6 críticos, 9 altos, 11 medios, 5 bajos. Tasa de éxito en la tarea «hacer una transferencia»: 20 % con lector de pantalla, 100 % con magnificación. Triangulación: 4 de los 6 críticos coinciden con incumplimientos de la auditoría (4.1.2, 2.4.3, 1.3.1, 3.3.1); 2 críticos no corresponden a ningún incumplimiento detectado por la auditoría (el flujo exige confirmar con un código SMS en 60 segundos, que la auditoría no había evaluado y que apunta a 2.2.1 Tiempo ajustable, y la pantalla de confirmación usa jerga bancaria que dos participantes no entendieron). Comunicación: una página y un vídeo de dos minutos a dirección con una petición: retrasar el lanzamiento tres semanas para corregir los seis críticos. Para producto, informe de 25 páginas con clips. Para desarrollo, 15 incidencias creadas directamente. Para las asociaciones, un resumen de dos páginas con las fechas de corrección. Decisión: lanzamiento retrasado; a las tres semanas, nueva ronda con cuatro participantes de lector de pantalla: tasa de éxito en transferencia del 100 %.
Error frecuente
Entregar un informe organizado por participante («P1 tuvo estos problemas; P2 estos otros») o por sesión cronológica. El equipo no puede priorizar ni ver patrones. Organiza siempre por hallazgo, con frecuencia, severidad y perfiles afectados, y deja el detalle por participante en un anexo.
Cerrar el ciclo
La investigación termina cuando el producto cambia y se verifica el cambio. Haz seguimiento de cada hallazgo crítico y alto hasta su cierre, y planifica una ronda de validación con participantes (puede ser más corta: 3-4 sesiones) tras las correcciones. Mide y publica internamente la mejora: la tasa de éxito antes y después es el argumento definitivo para que la investigación con personas usuarias forme parte permanente del proceso, no un proyecto excepcional.
Lista de comprobación del análisis y la comunicación
- Observaciones registradas en filas con participante, tarea, tiempo, qué ocurrió, cita y resultado.
- Codificación por problema con frecuencia, perfiles, consecuencia, causa y criterio WCAG.
- Severidad asignada con razonamiento documentado.
- Triangulación con la auditoría en una tabla.
- Formatos por audiencia: una página y vídeo para dirección, informe con evidencias para producto, incidencias para desarrollo, resumen accesible para participantes y asociaciones.
- Clips con consentimiento específico y siempre acompañados de hallazgo y recomendación.
- Seguimiento hasta el cierre y ronda de validación posterior.
Resumen
- Registra de forma estructurada, codifica por problema (no por participante) y asigna severidad combinando impacto y frecuencia con razonamiento explícito.
- Triangula con la auditoría: hallazgos con criterio WCAG prueban impacto; hallazgos sin criterio muestran que la conformidad no basta.
- Comunica por audiencia: una página y clips para dirección, informe con evidencias para producto, incidencias para desarrollo y devolución accesible a participantes y asociaciones.
- Las recomendaciones deben ser ejecutables y verificables; cierra el ciclo con seguimiento y una ronda de validación.
Comprueba lo que has aprendido
Esta lección se puede leer libremente. Para hacer su test de 3 preguntas, los ejercicios prácticos con páginas reales, guardar tu avance y optar al examen y al certificado, matricúlate en el curso.
Matricularme · nivel 7 (179 €)