Cómo hacer pruebas de usabilidad a un curso de eLearning
Cómo testear un curso de eLearning con usuarios reales antes del lanzamiento. Métodos, preguntas clave y análisis de resultados. UX research aplicado al diseño instruccional.
Las pruebas de usabilidad aplicadas a experiencias de aprendizaje son la diferencia entre diseñar lo que pensás que funciona y saber lo que funciona. Son baratas de hacer, rápidas de analizar y revelan problemas que ningún experto anticipa.
En esta guía:
Qué es una prueba de usabilidad en L&D
Una prueba de usabilidad es una sesión estructurada donde una persona representativa de la audiencia usa un prototipo o una versión real de la experiencia de aprendizaje mientras observas.
No es una revisión de contenido por parte del cliente. No es una validación por parte del SME. No es una encuesta posterior al curso. Es observar a alguien que no conoce el diseño enfrentarse a él por primera vez.
El objetivo no es medir cuánto aprende el participante. Es entender dónde la experiencia genera fricción, confusión, aburrimiento o abandono. Esa información guía mejoras concretas antes del lanzamiento.
Cuándo testear
La mayoría de los equipos de L&D testea después del desarrollo, cuando ya es caro cambiar algo. El timing correcto es al revés.
Con prototipo en papel o wireframe (antes de desarrollar). Valida el flujo, la estructura y la comprensión de las instrucciones. Una hoja A4 doblada en 8 pantallas puede revelar los problemas de arquitectura más importantes.
Con prototipo de media fidelidad (antes de terminar el desarrollo). Validás actividades, feedback e interacciones. Herramientas como Rise o Storyline permiten publicar versiones incompletas para probar.
Con el curso terminado pero antes del lanzamiento. La versión más común. Tardía pero mucho mejor que no testear.
En iteraciones periódicas con cursos ya lanzados. Especialmente útil cuando los datos de LMS muestran abandono en una sección específica.
Regla práctica: Cinco personas que hagan un think-aloud revelan entre el 80% y el 85% de los problemas de usabilidad. No necesitas grupos grandes ni estadística para obtener información accionable.
Tipos de prueba
Think-aloud (pensar en voz alta)
El método más valioso para experiencias de aprendizaje. El participante verbaliza lo que piensa mientras usa el curso: qué ve, qué intenta hacer, qué le resulta confuso y qué le parece claro.
Observa sin intervenir, toma notas y graba (con permiso). Al final haz preguntas de cierre.
Prueba de tareas
Pide al participante que complete una tarea específica sin guiarlo: “encuentra la sección sobre X y responde la actividad”. Mide tiempo, errores y confusión.
Útil para testear navegación, búsqueda interna y arquitectura de un programa largo.
Revisión experta (heurística)
Un especialista en UX o diseño de experiencias revisa el curso contra una lista de principios de usabilidad. No requiere reclutamiento de participantes pero es menos confiable que la observación real.
Útil como primer filtro antes de hacer pruebas con usuarios.
Prueba de comprensión de objetivos
Antes de que el participante vea el curso, pregúntale: “basándote en el título y la descripción, ¿qué esperas aprender? ¿Para qué te sirve?”. Revela si el encuadre inicial conecta con las expectativas reales de la audiencia.
Cómo reclutar participantes
El participante correcto es alguien representativo de la audiencia objetivo real. No el manager que pidió el curso. No el SME. No un colega de tu equipo.
Perfil a buscar
- Rol y nivel de experiencia similar a la audiencia objetivo
- Que no haya participado en el diseño del curso
- Que no sea experto en el tema (a menos que el curso sea para expertos)
- Que use los mismos dispositivos y plataformas que la audiencia real
Cómo encontrar participantes
En contextos corporativos, los mejores participantes son empleados de otros equipos que coincidan con el perfil. Cinco personas son suficientes para una primera ronda.
En proyectos de consultoría, negocia con el cliente una muestra pequeña de la audiencia para una sesión piloto. Es fácil de justificar: “queremos asegurarnos de que la experiencia funciona para su equipo antes del lanzamiento oficial”.
Compensación
En contextos corporativos, una sesión de 45-60 minutos durante el horario laboral no requiere compensación adicional. En proyectos externos, puedes ofrecer acceso anticipado al curso completo o un certificado de participación.
Preparar la sesión
Guión de facilitación
El guión no tiene que ser rígido, pero necesitas:
- Introducción (5 min): explicar el propósito de la sesión, pedir permiso para grabar, aclarar que estás testeando el diseño, no al participante.
- Instrucciones del think-aloud (3 min): pedirle que verbalice lo que piensa mientras usa el curso.
- Práctica del método (2 min): pedirle que haga think-aloud mientras usa una app o sitio que ya conoce.
- Sesión principal (20-35 min): el participante usa el curso mientras observas.
- Preguntas de cierre (10 min): preguntas abiertas sobre la experiencia general.
Preguntas de cierre útiles
- “¿Qué parte fue más difícil de entender?”
- “¿Hubo algo que esperabas encontrar y no encontraste?”
- “¿Cambiarías algo de la forma en que está organizado?”
- “¿Qué harías diferente la próxima vez que necesites aplicar esto en tu trabajo?”
Configuración técnica
- Computadora con el curso cargado en el estado correcto (no lo arranques en medio del módulo)
- Grabación de pantalla + audio si la sesión es remota (Zoom, Loom)
- En persona: un segundo observador que tome notas mientras facilitas
- Acceso al prototipo o curso sin restricciones de login que puedan interrumpir
Conducir un think-aloud
El mayor error en un think-aloud es intervenir cuando el participante tiene dificultades.
Lo que no haces:
- Explicar cómo funciona algo cuando el participante está confundido
- Confirmar o negar si su interpretación es correcta
- Sugerir qué hacer cuando está trabado
Lo que sí haces:
- Recordar el método si deja de verbalizar: “¿qué estás pensando ahora?”
- Preguntar sobre una reacción que tuviste visible: “dijiste ‘ah’ ahí, ¿qué pasó?”
- Dejar silencios incómodos. El silencio suele llevar al participante a verbalizar lo que callaba.
Si el participante genuinamente no puede continuar y necesita ayuda, dásela, pero registrá el momento como un problema de diseño.
Qué observar y registrar
Durante la sesión, toma notas en tiempo real o marca timestamps en la grabación para revisar después.
Señales a registrar
Confusión. El participante pausa, vuelve a leer, dice “no entiendo” o toma una dirección equivocada.
Frustración. Expresiones faciales o verbales de irritación, intentos repetidos de hacer la misma acción sin éxito.
Desorientación. El participante no sabe dónde está dentro de la experiencia, qué viene después o cómo volver a algo que vio antes.
Salto de actividades. El participante omite deliberadamente una sección o una instrucción.
Deleite o sorpresa positiva. También importa. Registrar qué funcionó bien informa qué replicar.
Abandono o desconexión. El participante deja de prestar atención activa (scrollea rápido, responde sin leer, cierra pestañas).
Analizar y priorizar hallazgos
Después de 5 sesiones, tienes notas y grabaciones. El análisis no tiene que ser complejo.
Proceso de síntesis
- Lista cada problema observado en una fila de una planilla.
- Marca en cuántas sesiones apareció el mismo problema.
- Prioriza por frecuencia e impacto: ¿bloquea el progreso o solo genera fricción menor?
Clasificación de problemas
Crítico. El participante no puede completar la actividad o no entiende el objetivo de la sección. Requiere rediseño antes del lanzamiento.
Mayor. Genera confusión o fricción significativa pero el participante eventualmente avanza. Requiere corrección.
Menor. Pequeñas inconsistencias o fricciones cosméticas. Se resuelven si hay tiempo.
Presentá los hallazgos con evidencia directa: citas textuales del participante y screenshots o timestamps de la grabación. Los datos directos son más convincentes que las interpretaciones.
Qué medir más allá del quiz
Los quizzes miden si el aprendiz puede reproducir información en el contexto del curso. No miden si puede usarla en el trabajo, si la experiencia fue comprensible o si algo generó abandono.
Métricas de experiencia
Tasa de abandono por sección. Si el 40% de los aprendices no llega a la sección 3, hay un problema en las secciones 1 o 2, no en la 3.
Tiempo en cada sección vs tiempo estimado. Secciones donde el tiempo real supera mucho al estimado suelen tener problemas de claridad. Secciones donde el tiempo es muy inferior pueden tener contenido que se saltea.
Intentos en actividades específicas. Más de 2-3 intentos en una pregunta puede indicar ambigüedad en el enunciado, no dificultad conceptual real.
Tasa de repetición. Cuántas personas repiten módulos o secciones, y cuáles. Si nadie vuelve voluntariamente a repasar, puede indicar que no encontraron el contenido útil.
Métricas post-curso
Intención de aplicación. Una pregunta inmediatamente al terminar: “¿Qué harás diferente en la próxima semana como resultado de este programa?” Una respuesta específica indica transferencia probable. Una respuesta genérica indica que el aprendizaje quedó abstracto.
Seguimiento a 30 días. Una encuesta breve preguntando si pudieron aplicar algo. Opcional, pero de alto valor para evaluar impacto real.
Errores comunes
Testear con el SME o el cliente. Conocen el contenido. No representan a la audiencia. Sus problemas no serán los problemas reales de los aprendices.
Intervenir cuando el participante tiene dificultades. Cada intervención contamina la sesión. Lo que quieres observar es exactamente ese momento de fricción.
Testear sólo el contenido, no la experiencia. “¿Entendiste el concepto de X?” no es una pregunta de usabilidad. “¿Pudiste completar la actividad de la sección 2?” sí lo es.
Hacer pruebas demasiado tarde. Testear después del desarrollo completo significa que los cambios son costosos. Testear con un prototipo de papel toma 2 horas y puede evitar semanas de retrabajos.
Concluir que un problema es del participante. Si un aprendiz no entiende algo, el diseño es el que tiene el problema. No hay aprendices que “no saben usar la tecnología”: hay instrucciones que no son claras para ellos.
Preguntas frecuentes
¿Cuántas personas necesito para una prueba de usabilidad?
Cinco personas que hagan un think-aloud son suficientes para identificar entre el 80% y el 85% de los problemas de usabilidad de un diseño. Este dato viene de la investigación de Jakob Nielsen. Para una segunda ronda después de correcciones, otras 5 personas suelen ser suficientes para confirmar que los problemas críticos fueron resueltos.
¿Qué diferencia hay entre una prueba de usabilidad y una evaluación formativa?
La evaluación formativa es un concepto más amplio que incluye cualquier método de revisión durante el diseño (revisión por pares, revisión de expertos, piloto). La prueba de usabilidad es un método específico: una sesión de observación donde un usuario representativo interactúa con el diseño mientras el facilitador observa sin intervenir. Toda prueba de usabilidad es evaluación formativa, pero no toda evaluación formativa es una prueba de usabilidad.
¿Puedo hacer pruebas de usabilidad de manera remota?
Sí. Herramientas como Zoom con compartir pantalla y grabación funcionan bien. Pide al participante que comparta su pantalla mientras usa el curso y verbaliza el protocolo think-aloud. Las sesiones remotas son ligeramente más difíciles de facilitar porque pierdes el lenguaje corporal, pero son igual de valiosas en términos de hallazgos.
¿Qué hago si el participante no verbaliza lo que piensa?
Es normal al principio. Recuérdale el método de manera neutral: "¿qué estás pensando ahora?" o "cuéntame qué ves en esta pantalla". Si sigue sin verbalizar, espera. El silencio suele llevar a la verbalización. Si tienes una práctica previa con una app conocida al inicio de la sesión, el participante llega más cómodo con el método.
¿Cómo presento los hallazgos al cliente o stakeholder?
Con evidencia directa: citas textuales, screenshots y grabaciones específicas. Un stakeholder que escucha a un participante real decir "no entiendo para qué tengo que hacer esto" es más persuasivo que un informe que dice "la sección 2 presentó problemas de comprensión". Tres o cuatro fragmentos de video bien seleccionados suelen ser suficientes para justificar cambios importantes.
¿Puedo hacer pruebas de usabilidad con el LMS ya configurado?
Sí, y a veces conviene hacerlo así porque los problemas de la LMS (logins, navegación, notificaciones) son parte de la experiencia del aprendiz. Puedes crear usuarios de prueba en el LMS y hacer la sesión completa con el flujo real de acceso.
¿Qué pasa si los hallazgos revelan problemas que no puedo cambiar por restricciones de tiempo o presupuesto?
Documenta todos los problemas y prioriza los críticos. Si no puedes resolver algo para el lanzamiento, puedes mitigarlo (una nota de instrucción adicional, un email previo al lanzamiento con contexto, un facilitador disponible para preguntas). Y documenta el problema para la próxima iteración del curso.
¿Las pruebas de usabilidad reemplazan la evaluación de nivel 1 de Kirkpatrick?
No, son complementarias. Las encuestas de satisfacción de nivel 1 miden la percepción del aprendiz después de la experiencia. Las pruebas de usabilidad miden la experiencia mientras ocurre. Una experiencia puede tener baja satisfacción reportada por razones de diseño que una prueba de usabilidad antes del lanzamiento habría identificado.
¿Necesito saber UX para hacer pruebas de usabilidad?
No. El método think-aloud es aprendible en pocas horas. El conocimiento de UX ayuda a interpretar hallazgos con más profundidad, pero observar a un aprendiz real usar tu curso por primera vez ya genera insights valiosos aunque no tengas formación formal en UX research.
¿Qué herramientas uso para registrar y analizar los hallazgos?
Para grabar: Zoom, Loom o cualquier herramienta de grabación de pantalla. Para tomar notas en tiempo real: una planilla simple con columnas para timestamp, observación y sección del curso. Para analizar: agrupar notas en una planilla compartida y contabilizar frecuencia de problemas similares. No hace falta software especializado para proyectos pequeños o medianos.
