Probar un prototipo con una tarea concreta
Un ejemplo desarrollado con un documento muestra cómo plantear una tarea neutral y separar observación, interpretación y siguiente cambio.
Una prueba de prototipo necesita una pregunta examinable mediante el comportamiento. «¿Le gusta el portal?» orienta poco. Es más útil preguntar si los clientes profesionales encuentran las condiciones de entrega vigentes y aprobadas para su cuenta sin indicaciones del camino.
El ejemplo es totalmente hipotético. La tarea, los documentos y las notas no proceden de un estudio real con clientes.
Defina el modelo y el éxito antes de probar
El portal contiene el documento archivado D-11 y la versión actual aprobada D-12. El equipo conoce ese estado previsto. El éxito consiste en encontrar la versión actual y explicar por qué es correcta con la información mostrada.
Prepare el prototipo para poder recorrer ese camino. Los enlaces y estados pertinentes deben permitir responder a la pregunta. Un modelo que no abre el documento no demuestra la tarea completa.
Dé una tarea sin revelar la solución
Una posible instrucción es:
Está preparando un pedido. Encuentre las condiciones de entrega actualmente aprobadas para su cuenta de cliente. Muestre cómo reconoce la versión válida.
La tarea indica el objetivo, sin menús ni secuencia de clics. Elija personas para las que el trabajo sea plausible. Explique la prueba y el carácter de modelo. No demuestre el camino antes.
Observe lo que la persona hace. Anote preguntas y pistas del moderador. Encontrar con ayuda es distinto de hacerlo de forma autónoma.
Separe observación y explicación
Estas entradas son ejemplos inventados de cómo analizar notas.
Observación supuesta | Interpretación posible | Siguiente cambio o comprobación |
|---|---|---|
Abre la primera entrada sin comprobar la aprobación | El estado podría pasar inadvertido | Hacer más claras versión y aprobación y repetir |
El enlace no responde en el modelo | El prototipo no permite la tarea en ese punto | Añadir la conexión o cambiar expresamente el alcance |
Encuentra el documento correcto solo tras una pista | La resolución autónoma sigue sin aclararse | Repetir el camino revisado con una tarea neutral |
«La persona no entiende el portal» sería ya una interpretación amplia. Las acciones concretas y el estado exacto del modelo son más trazables. Un enlace sin conectar es primero un problema de la prueba, no evidencia de error del usuario.
Defina el paso siguiente
Decida qué incertidumbre debe resolver el cambio. Pruebe después la versión revisada con el mismo objetivo, sin dar la solución. Documente personas, condiciones y partes del modelo consideradas.
Un prototipo clicable no demuestra permisos reales, almacenamiento permanente ni rendimiento en producción. Una tarea completada tampoco sustituye la evaluación de accesibilidad conforme a estándares. La prueba responde preguntas concretas; sus límites deben quedar visibles al decidir.
Fuentes
Seguir leyendo
Todos los artículos
Diseño y UX con ASES
Experiencia de usuario, interfaces e imagen de marca