TranskribatorTranskribator
Informe de pruebas de usabilidad: cómo vincular los problemas con la grabación
Investigación de interfaces

Informe de pruebas de usabilidad: cómo vincular los problemas con la grabación

Documente los resultados de una prueba de usabilidad: observación, contexto de la tarea, impacto, prioridad y verificación del cambio. Incluye una ficha de ejemplo y una plantilla de informe.

El equipo de Transkribator5 min de lectura
FUENTEINFORME DE PRUEBASObservación: dos intentospor la ruta equivocadaImpacto: la tarease detuvoHipótesis: la accióncuesta encontrarlaComprobación: repetirla tarea sin pistasDE LAS PALABRAS A LOS RESULTADOS
Trabajo con una grabación realEjemplo didáctico ilustradoPlantilla para copiar
Investigación de interfaces

El informe empieza con las observaciones

«Al participante no le gustó la navegación» no aclara qué hay que corregir. La grabación puede mostrar que abrió tres veces la sección de pagos buscando cómo devolver un pedido y después pidió ayuda. Eso permite reproducir el problema en una tarea concreta.

Guarde las condiciones de la prueba: versión de la interfaz, dispositivo, escenario, criterio de éxito y ayuda de la persona moderadora. De otro modo, el equipo podría confundir una dificultad del prototipo con un fallo del producto en uso o contar un resultado con pistas como un éxito autónomo.

Procedimiento

Convierta las sesiones en hallazgos verificables

  1. Marque los episodios importantes

    En cada sesión, marque el inicio de la tarea, las dificultades, la recuperación y el resultado. Compare la transcripción con la grabación de pantalla. «Hice clic» no siempre describe un clic real. Guarde los códigos de tiempo de antes y después para que se vea el contexto.

  2. Separe la observación de la explicación

    Registre la acción y el resultado en el campo de observación. Escriba la posible causa en otro campo. «Buscó la devolución en Pagos» es una observación. «El nombre de la sección no está claro» es una hipótesis que se puede probar con otra versión de la interfaz.

  3. Compare casos parecidos

    Agrupe episodios solo si presentan el mismo problema en tareas comparables. Indique cuántos participantes se encontraron con el problema y cuántos hicieron la tarea. Evite extrapolar la proporción de un grupo pequeño a todo el público del producto.

  4. Defina una acción y una comprobación

    Valore el impacto: la tarea se detuvo, requirió ayuda o se completó con pasos adicionales. Acuerde la prioridad según el contexto del producto. Para el cambio propuesto, indique qué resultado observable de la próxima prueba mostrará si ha ayudado.

Análisis de un ejemplo

Un usuario busca cómo devolver un pedido

El siguiente ejemplo didáctico es ficticio. Los nombres, las condiciones y los resultados solo sirven para explicar el método.

Fragmento de una grabación didáctica · 12:40
Seguramente está en Pagos. No, aquí solo está la tarjeta. ¿Escribo a soporte? No veo dónde devolver el pedido.

Una sola intervención no permite saber qué sucedió en la pantalla. En el ejemplo, la grabación muestra dos visitas a Pagos y que la tarea se detuvo hasta que el moderador dio una pista. Anótelo en la ficha junto con la versión del prototipo.

Añadir un enlace a la ficha del pedido es una opción que aún debe verificarse. La próxima prueba mostrará si el participante encuentra la acción sin ayuda y sabe qué pedido está devolviendo.

Observación: dos intentos por la ruta equivocadaImpacto: la tarea se detuvoHipótesis: cuesta encontrar la acciónComprobación: repetir la tarea sin pistas
La ficha separa el comportamiento del participante de la explicación del equipo y la comprobación posterior.
CampoEjemplo de anotaciónPara qué sirve
ContextoPrototipo A, devolución de un pedido pagadoEntender las condiciones
EvidenciaSesión U3, 08:15–09:02Comprobar el episodio
ImpactoSolo continuó tras una pistaEvaluar el efecto
Siguiente acciónProbar la ubicación en la ficha del pedidoProgramar la comprobación
Plantilla lista para usar

Ficha de problema para el informe

Prepare primero las fichas y resuma después los obstáculos principales. Así las conclusiones se mantienen ligadas al material de la prueba.

Plantilla de trabajoSelecciona y copia
Título breve del problema:
Versión / dispositivo / tarea:
Participante y código de tiempo:
Acción observada:
Impacto sobre la tarea:
Ayuda del moderador:
Repeticiones en sesiones comparables:
Posible causa:
Prioridad y motivo:
Cambio propuesto:
Cómo se comprobará el resultado:
Comprobación del resultado

Compruebe que el informe permite actuar

  • Los hallazgos importantes se pueden localizar en la grabación.
  • Queda claro si la tarea se completó sin ayuda.
  • La causa se presenta como hipótesis.
  • La propuesta tiene un criterio para la próxima prueba.
SesiónPantalla y conversaciónObservaciónAcción en la tareaProblemaImpacto y prioridadComprobaciónEscenario modificado
Un informe útil permite verificar el hallazgo y planificar la próxima prueba.
Preguntas frecuentes

Veamos los detalles

¿Hace falta un vídeo largo para cada problema?

No. Basta con un enlace preciso o un código de tiempo con el contexto necesario si el equipo puede consultar el original. Un fragmento corto debe conservar las pistas y los cambios en la tarea.

¿Puedo indicar una solución enseguida?

Sí, como propuesta del equipo, con su justificación y una forma de verificarla. Que el participante haya sugerido un botón similar no demuestra que la solución funcione.

Sigue trabajando con la grabación