Informes de usabilidad: separa observaciones, interpretaciones y propuestas

Distingue lo que ocurrió, tu explicación y la propuesta

«La persona abrió Facturación mientras buscaba cómo exportar» es una observación. «Esperaba encontrar la exportación junto a la configuración de la cuenta» es una interpretación pendiente de comprobar. «Mover el botón» es una propuesta. Separarlas permite evaluar un problema sin confundir una solución con un hecho.

El caso de este artículo es hipotético. Ilustra cómo redactar un informe de usabilidad; no describe un estudio real de ScribeFlash ni una mejora demostrada de la finalización de tareas.

1. Define la tarea y graba con tus propias herramientas

Acuerda el objetivo, el punto de partida, la versión, el dispositivo o la tecnología de asistencia y qué significa completar la tarea. «Prepara un informe para enviarlo a un colega» deja abierta la ruta; «haz clic en Exportar» revela el paso que quizá quieres investigar.

La guía de pruebas de usabilidad moderadas de GOV.UK recomienda tareas creíbles que no revelen la respuesta. Registra también las ayudas de quien modera la sesión.

Obtén el permiso de grabación correspondiente y acuerda el tratamiento de los datos personales. Graba con tus herramientas de investigación o reuniones y sube el archivo de audio o video. ScribeFlash no graba la pantalla del test ni observa automáticamente los movimientos del mouse. La transcripción recoge el habla; las acciones silenciosas necesitan observación y una grabación externa como fuente.

2. Anota la evidencia antes de nombrar el problema

En la tarea ficticia T1, U1 abre Facturación, regresa al proyecto y pregunta en 04:18: «¿Dónde consigo un archivo para enviarlo?» Entonces quien modera señala el botón de exportación.

Mantén tres campos:

• Observación: la navegación, el regreso, la pregunta y la ayuda recibida. Atribuye las acciones a la observación o al video y la cita a la transcripción.
• Interpretación: la ubicación o la etiqueta de exportación podrían no coincidir con sus expectativas. Los permisos o un estado desconocido del proyecto son otras explicaciones.
• Propuesta: probar un acceso o una etiqueta más clara. Todavía requiere validación.

No deduzcas emociones ni una ruta del mouse a partir de una frase. Si falta la grabación externa, indica qué acciones no pudiste comprobar. La guía de análisis de investigación también distingue observaciones, hallazgos y acciones.

3. Crea una ficha que el equipo pueda revisar

Incluye los datos necesarios para valorar cada problema:

1. Título concreto: «U1 no encontró la exportación del informe sin ayuda».
2. Tarea y entorno: T1, página inicial, prototipo o versión, dispositivo y condiciones de la cuenta.
3. Secuencia observada: los pasos vistos y las intervenciones de quien modera.
4. Fuentes: código del participante, marca de tiempo, cita exacta y nota de observación atribuida.
5. Efecto: abandono, finalización con ayuda o solución alternativa.
6. Explicaciones: tu interpretación, otras causas posibles y dudas pendientes.
7. Siguiente paso: responsable, cambio o pregunta por probar y evidencias necesarias para revisar el problema.

Guarda los pasajes hablados como evidencias y añade el contexto observado en la nota de investigación. Una pregunta del proyecto puede conectar varios momentos de la misma tarea sin convertir cada cita en un hallazgo separado.

4. Prioriza por el efecto en la tarea

Acuerda qué significan las etiquetas de prioridad. Un bloqueo sin alternativa, varios intentos para recuperarse y una breve duda sobre una palabra requieren conversaciones distintas. Comprueba si una intervención ocultó un fallo y si la tarea afectada era esencial.

«U1 necesitó una pista» describe mejor los datos que «los usuarios no pueden exportar». Si cuentas casos, indica quién intentó la misma tarea y en qué condiciones. Un estudio pequeño con selección intencional no establece una tasa de fallo de toda la población.

Conserva también los casos satisfactorios. Si el participante ficticio U2 encuentra Exportar de inmediato, compara su página inicial, experiencia y permisos visibles. Esa diferencia puede explicar cuándo aparece el obstáculo.

5. Prepara la siguiente prueba en el informe

Presenta la decisión considerada y la tarea, seguidas del obstáculo observado, sus fuentes, el efecto, las explicaciones alternativas y la próxima comprobación. Incluye los intentos exitosos y las preguntas abiertas.

Para el problema hipotético de exportación, podrías comparar el control actual con una etiqueta más clara manteniendo neutral la tarea. Define antes qué observarás: descubrimiento sin ayuda, solicitudes de apoyo, ruta elegida y utilidad del archivo. No presentes esas observaciones futuras como una mejora ya lograda.

En ScribeFlash, revisa los hallazgos con sus fuentes antes de confirmarlos. El generador de informes organiza los hallazgos confirmados en un documento editable. La revisión humana sigue siendo necesaria para distinguir palabras, notas de observación y propuestas; un informe no puede aportar una acción que nadie registró.

Usa una plantilla y examina un ejemplo completo

Elige pruebas de usabilidad en las plantillas de investigación. El proyecto de ejemplo y sus descargas muestra la estructura de evidencias a informe con datos expresamente simulados. Para comparar varias sesiones, consulta el proceso de análisis de entrevistas.

Antes de compartir

Comprueba que cada problema identifica tarea, fuentes, ayuda recibida y consecuencia observable. Acota las interpretaciones, presenta las recomendaciones como propuestas y elimina datos identificativos innecesarios. El destinatario debe distinguir qué ocurrió, cómo lo interpretas y qué quieres verificar después.