Evaluar formularios mediante una tarea completa
Una comparación ficticia muestra qué queda abierto tras aprobar el diseño: la corrección, la conservación de los datos y la recepción confirmada.
Un formulario puede parecer comprensible en una revisión de diseño y generar trabajo adicional al corregir una entrada. La aprobación debe registrar qué parte del flujo se evaluó realmente y qué preguntas siguen abiertas.
La misma consulta, flujos distintos
La tabla describe comportamientos supuestos de dos formularios ficticios de proyecto. Sus vistas iniciales parecen igualmente ordenadas. Ambos indican que el teléfono es opcional; la persona quiere enviar una consulta que permita preguntas por correo.
Caso de comprobación | Versión A | Versión B |
|---|---|---|
Campo de teléfono vacío | Aun así se exige al enviar. | Sigue siendo opcional. |
Correo incompleto | Solo un borde rojo, sin ayuda para corregir. | Texto de error comprensible con acceso al campo. |
Correo corregido | Desaparece el objetivo del proyecto ya introducido. | El objetivo se conserva. |
Transmisión no confirmada | Aparece éxito inmediatamente tras el clic. | La recepción figura aún sin confirmar. |
Revisar solo la vista inicial no revela estas diferencias. Por ello deben considerarse juntos el aspecto y el comportamiento durante la tarea. W3C WAI trata explícitamente las respuestas junto a los campos y sobre el resultado del envío como parte del flujo.
Distinguir observación y comprobación funcional
GOV.UK describe pruebas de uso con tareas concretas e instrucciones claras y neutrales. Aquí el objetivo podría ser: «Envíe una consulta de proyecto que permita al equipo contactar con usted por correo». Se observa si la persona alcanza el objetivo, dónde duda y qué ayuda necesita. La instrucción no revela qué botón debe elegir después.
Una comprobación funcional preparada se dirige además a entradas incompletas y a la ausencia de confirmación del servidor. Puede mostrar si se conservan los valores. Un caso de error ejecutado técnicamente todavía no constituye observación de usuarios reales. Ambos tipos de hallazgos responden a preguntas distintas.
Qué puede establecer una aprobación temprana del diseño
Un diseño visual ayuda a evaluar pronto la redacción, la jerarquía informativa y la proximidad de ayudas. Si no se han desarrollado los flujos, un prototipo interactivo puede explicar las rutas de corrección. La aceptación del servidor debe marcarse allí como un estado supuesto.
Para la aprobación posterior importa el camino completo hasta la recepción confirmada, incluidos los casos de error acordados. Una nota clara identifica la tarea comprobada, el último estado confirmado y los puntos abiertos.
Fuentes
Seguir leyendo
Todos los artículos
Diseño y UX con ASES
Experiencia de usuario, interfaces e imagen de marca