Planificar la investigación inclusiva: preguntas, métodos y momento

Antes de reclutar a nadie hay que saber qué se quiere aprender y con qué método se aprende mejor. Muchas organizaciones que dan el paso de «hacer algo con usuarios» organizan un test de usabilidad al final del proyecto porque es lo único que conocen, y descubren barreras que ya no pueden corregir. En esta lección aprenderás a convertir una necesidad de negocio en preguntas de investigación, a elegir el método que responde a cada pregunta, a situarlo en el ciclo de vida del producto y a escribir un plan de investigación realista, con el tiempo y el presupuesto que exige trabajar con personas con discapacidad.

Por qué la conformidad no basta (y qué no puede hacer la investigación)

Ya sabes de niveles anteriores que una auditoría según WCAG-EM (se abre en una ventana nueva) comprueba criterios de conformidad de WCAG 2.2. Esa comprobación es imprescindible, pero responde a una pregunta concreta: «¿cumple?». Hay otras preguntas que solo responden las personas: «¿pueden completar el trámite?», «¿cuánto les cuesta?», «¿qué estrategias usan?», «¿confían en el resultado?». Un formulario puede cumplir 3.3.2 Etiquetas o instrucciones y seguir siendo incomprensible; un flujo puede cumplir 2.4.3 Orden del foco y exigir 200 pulsaciones de tabulador.

La relación funciona también al revés. El propio W3C, en su guía sobre implicar a las personas usuarias en la evaluación, recuerda que la investigación con usuarios no sirve para determinar la conformidad: ocho sesiones no cubren todas las páginas, estados y combinaciones de tecnologías de apoyo. Investigación y auditoría son complementarias; ninguna sustituye a la otra.

De la necesidad a las preguntas de investigación

Una buena investigación empieza por preguntas, no por métodos. Parte del objetivo del proyecto y formula de tres a cinco preguntas que, si se responden, permitan tomar decisiones. Distingue dos familias:

• Preguntas generativas o de descubrimiento: qué necesitan las personas, cómo resuelven hoy la tarea, qué barreras y estrategias de compensación encuentran. Se hacen antes de diseñar. Ejemplo: «¿Cómo piden hoy cita médica las personas usuarias de lector de pantalla y qué canales usan cuando la web falla?».
• Preguntas evaluativas: si una solución concreta funciona. Se hacen sobre prototipos o productos. Ejemplo: «¿Pueden las personas usuarias de magnificación completar el nuevo formulario de cita sin ayuda en menos de cinco minutos?».

Las preguntas deben ser específicas (qué tarea, qué perfil), abiertas a respuestas que no esperas y conectadas con una decisión. «¿Es accesible nuestra web?» no es una pregunta de investigación: es una pregunta de auditoría, y además demasiado amplia.

El mapa de métodos

Cada pregunta tiene uno o dos métodos que la responden mejor. La siguiente infografía resume los ocho métodos que verás a lo largo del curso.

El momento en el ciclo de vida

Como viste en el curso «Accesibilidad en el ciclo de vida del producto», cuanto antes se detecta una barrera, más barato es corregirla. Con la investigación ocurre lo mismo, pero con un matiz: lo que se decide pronto no es solo el detalle técnico, sino qué se construye.

1. Descubrimiento: entrevistas, observación y diarios para entender a las personas antes de diseñar. Es donde aparecen las necesidades que nadie del equipo había imaginado.
2. Diseño: co-diseño y pruebas tempranas con prototipos navegables. Un prototipo hecho solo de imágenes no se puede probar con lector de pantalla; un prototipo en HTML sencillo sí.
3. Construcción: test moderados sobre versiones intermedias, en paralelo a la auditoría de componentes.
4. Producción: test de validación tras las correcciones, encuestas, estudios de diario y análisis de las comunicaciones recibidas por el mecanismo de comunicación que exige el RD 1112/2018 (PDF, se abre en una ventana nueva) o por atención al cliente.

El plan de investigación

Un plan de una o dos páginas evita la improvisación y permite pedir presupuesto con argumentos. Debe contener:

• Contexto y decisión: qué se va a decidir con los resultados y quién decide.
• Preguntas de investigación (3-5) y, para cada una, el método elegido.
• Perfiles de participantes por tecnología de apoyo, experiencia y contexto, como verás en la lección siguiente.
• Calendario: reclutar a personas con discapacidad lleva más tiempo; cuenta con tres o cuatro semanas desde el primer contacto con las asociaciones hasta la primera sesión.
• Presupuesto: compensación, desplazamientos, intérpretes de lengua de signos, subtitulado en directo, versiones en lectura fácil, alquiler de espacios accesibles y horas del equipo, que son más porque las sesiones son más largas.
• Riesgos éticos y de protección de datos: datos de salud, grabaciones, temas sensibles, participantes con apoyos para la toma de decisiones. Revisión por el delegado de protección de datos.
• Entregables y devolución: qué recibe cada audiencia y qué recibirán las personas participantes y las asociaciones.

Para profundizar, la guía del W3C Involving Users in Web Projects for Better, Easier Accessibility explica cómo implicar a las personas usuarias en cada fase de un proyecto.

Resumen

• La auditoría responde «¿cumple?»; la investigación responde «¿funciona y por qué?». Son complementarias y la investigación no determina la conformidad.
• Empieza por 3-5 preguntas específicas, generativas o evaluativas, conectadas con una decisión, y elige el método después.
• Sitúa cada método en su fase: descubrimiento, diseño, construcción y producción; cuanto antes, más capacidad de cambiar lo esencial.
• Un plan de una o dos páginas recoge decisión, preguntas, métodos, perfiles, calendario, presupuesto, riesgos éticos y devolución.