Ejemplo de informe de prueba de usabilidad

Qué muestra un informe de prueba de usabilidad

Un informe sirve para relacionar las tareas que se intentaron, lo que ocurrió y los puntos que conviene revisar. No basta con decir que una pantalla «confunde»: hay que mostrar el contexto de esa observación y distinguirlo de una interpretación.

Este informe breve es completamente hipotético. Muestra cómo relacionar dos tareas con un resumen y una decisión; no corresponde a un estudio de persoon ni fija el contenido de futuros entregables. Si aún no conoces el método, empieza por qué es una prueba de usabilidad.

Objetivo y alcance del informe hipotético

Imagina una app ficticia para organizar las entregas de una tienda. La pregunta es si una persona puede consultar cuándo llega un pedido y cambiar su dirección antes de confirmarlo.

Versión y acceso

Prototipo de ejemplo «Entrega A», con un pedido y dos direcciones ficticias. No se realiza ninguna compra ni se modifica un pedido real.

Contexto de uso

Una persona que recibe compras a domicilio y utiliza esta app por primera vez. Es un personaje inventado, no una participante reclutada.

Alcance

Consultar la entrega y cambiar la dirección. El ejemplo no evalúa pagos, cancelaciones ni funcionamiento técnico.

Registro

Notas ficticias de las acciones, el resultado y la ayuda. No existen grabaciones ni capturas de una sesión real.

Dos tareas, con resultados distintos

Todos los hechos de estas fichas son inventados con fines didácticos; no hay participante, cliente ni sesión real detrás del ejemplo.

Resumen, prioridad y siguiente comprobación

En el ejemplo se encuentra la fecha de entrega sin ayuda, pero no se reconoce el resultado del cambio de dirección sin una indicación. El resumen conserva ambos resultados: no convierte todas las tareas en problemas ni presenta una tasa de éxito de usuarios reales.

Revisaríamos primero la confirmación de la dirección porque afecta la certeza de dónde llegará el pedido. La prioridad se basa en la consecuencia de esa duda, no en una frecuencia demostrada ni en un impacto económico medido. Puedes consultar cómo priorizar problemas de usabilidad para discutir otros hallazgos.

Como siguiente paso, el equipo de producto podría revisar el resumen del pedido y el estado después de guardar. En otra prueba observaría si se reconoce la dirección vigente sin indicaciones, registrando la versión y cualquier ayuda. El informe propone una comprobación; no afirma que el cambio resolverá el problema.

De la observación a un punto para revisar

1. Primero, describe lo que ocurrió

   Anota la tarea, los pasos relevantes y el resultado visible. Evita sustituir esa descripción por «la persona se confundió» si no sabes qué acción o duda lo demuestra.

2. Después, plantea una interpretación

   Explica qué parte de la interfaz podría estar relacionada con el problema. Preséntalo como hipótesis, no como una causa demostrada.

3. Por último, define qué revisar

   Señala una decisión de diseño o una pregunta para la siguiente comprobación. Un episodio aislado no permite afirmar que todas las personas tendrán la misma dificultad.

Si quieres preparar una prueba pequeña antes de leer un informe, usa nuestra guía para probar tu app antes de lanzarla.

Qué define el informe de un estudio real

Antes de ofrecer un precio, la propuesta describe el perfil y número de participantes previstos, las tareas, qué evidencia puede registrarse, la estructura del reporte, el idioma y el plazo. El informe final solo cubre el alcance acordado. Una grabación, una captura o una métrica específica no están incluidas por defecto.

Los hallazgos permiten revisar cómo se entendieron los recorridos observados. Por sí solos no prueban demanda, ventas futuras, seguridad del software ni ausencia de errores técnicos.

Esta estructura sigue la recomendación de Digital.gov sobre registrar observaciones y presentar hallazgos de forma útil.

Más guías para tu próxima prueba

• Cuánto cuesta una prueba de usabilidad: qué define la cotización
• Cómo probar el proceso de compra de una app
• Cómo priorizar problemas de usabilidad después de una prueba
• Ver todas las guías