Évaluer un design sans présumer des interactions invisibles.
Évaluez le design selon un objectif utilisateur et des indices visibles. Une capture ne révèle pas tous les états clavier, chargements ou interactions.
Adaptez le processus à votre tâche.
Évaluez le design fourni face à un objectif explicite et citez des éléments visibles pour chaque constat. Séparez observations de mise en page et de texte des comportements impossibles à établir sur une image fixe.
- Ce que vous fournissez
- Contenu de page ou image fournie et objectif de l’utilisateur.
- Ce que vous obtenez
- Critique d’utilisabilité étayée, avec incertitude sur les interactions invisibles.
Consultez les données et le résultat.
Entrée et sortie illustratives · exemple pédagogique, pas une exécution WebAct en direct
Exemple champ
A checkout screenshot shows two equally prominent buttons with unclear labels.
Exemple complet
Clarify the primary action and button meanings; reserve judgment about keyboard behavior until it can be tested.
Chargez ces données dans le prompt, puis copiez-le dans WebAct pour essayer la tâche. Votre résultat peut différer de l'illustration.
Décisions et dépannage.
Une capture permet-elle de savoir si le clavier fonctionne ?
Non. Elle montre des choix visuels, tandis que le focus et le fonctionnement des contrôles demandent un examen interactif.
Pourquoi la critique exprime-t-elle des préférences plutôt que des constats utiles ?
Reliez chaque observation à l’objectif utilisateur et à une conséquence concrète. Distinguez un problème d’utilisabilité d’un choix stylistique facultatif.
Essayez avec votre propre source.
Remplacez l'exemple par vos données dans le prompt. Gardez les exigences nécessaires, puis copiez la tâche dans WebAct.
Personnaliser et copier la tâche ↑