Cómo evaluar un diseño sin asumir interacciones invisibles.
Evalúa el diseño según un objetivo del usuario y pruebas visibles. Una captura no revela todos los estados de teclado, comportamientos de carga o interacciones.
Adapta el flujo de trabajo a tu tarea.
Evalúa el diseño proporcionado frente a un objetivo explícito y cita pruebas visibles en cada hallazgo. Separa observaciones de composición y redacción del comportamiento que no puede establecerse con una imagen estática.
- Qué aportas
- Contenido de página o imagen de diseño proporcionada y objetivo del usuario.
- Qué obtienes
- Crítica de usabilidad basada en pruebas con incertidumbre sobre interacciones no visibles.
Mira la entrada y el resultado.
Entrada y salida ilustrativas · ejemplo didáctico, no una ejecución de WebAct en directo
Ejemplo campo
A checkout screenshot shows two equally prominent buttons with unclear labels.
Ejemplo completo
Clarify the primary action and button meanings; reserve judgment about keyboard behavior until it can be tested.
Carga esta entrada en el prompt y cópialo en WebAct para probar la tarea. Tu resultado puede diferir del ejemplo.
Decisiones y solución de problemas.
¿Una captura muestra si funciona la interacción por teclado?
No. Muestra decisiones visuales; el comportamiento del foco y el funcionamiento de los controles requieren revisión interactiva.
¿Por qué la crítica contiene preferencias y no hallazgos prácticos?
Relaciona cada observación con el objetivo del usuario y una consecuencia concreta. Distingue un problema de usabilidad de una elección estilística opcional.
Pruébalo con tu propia fuente.
Sustituye el ejemplo por tu material en el prompt. Conserva los requisitos que necesites y copia la tarea en WebAct.
Personalizar y copiar la tarea ↑