Est-il correct d'avoir des liens de commande ou des boutons dans une étape d'un assistant?
J'ai un scénario dans lequel l'utilisateur doit effectuer une action après avoir entré des informations dans une étape sur un assistant. Cette action peut-elle être lancée avec une commande sur l'étape afin de réduire le nombre d'étapes sur l'assistant?
Voir la maquette ci-dessous. Je veux que l'utilisateur sélectionne explicitement la commande d'autorisation, donc j'ai trouvé cette solution. Est-ce correct ou est-ce une mauvaise pratique d'avoir des commandes dans un formulaire comme celui-ci?
Modifié (compte tenu des nouvelles informations des commentaires):
Dans de nombreux cas, oui.
La validation de ligne individuelle est souvent un excellent gain de temps et d'amélioration de la confiance, et devrait être encouragée plus souvent qu'elle ne l'est. La validation de ligne individuelle fournit
- confirmation immédiate aux utilisateurs que leur réponse est valide, ou
- rétroaction immédiate aux utilisateurs que leur réponse doit être mise à jour.
Si la réponse est valide, ils peuvent immédiatement vider cet objet cognitif de leur mémoire active.
Si la réponse n'est pas valide, ils peuvent la corriger pendant qu'ils y réfléchissent activement. Cette:
- réduit le temps nécessaire pour corriger une erreur individuelle,
- réduit les rafraîchissements du formulaire (car le formulaire n'a pas besoin de tout publier en même temps, puis de repeindre toutes les erreurs en une seule fois), et, par conséquent,
- réduit le temps total pour remplir un formulaire.
La validation en temps réel, selon le type de données, est également un excellent choix, et est facilement implémentée en affectant une action " onblur " au champ du formulaire.
Cependant:
À partir de votre texte d'instruction, vous avez décrit le bouton Valider comme une action de test. Cependant, comme vous avez l'intention d'initier un point de décision impliquant l'engagement de l'utilisateur, il doit s'agir de sa propre étape discrète. De plus, les instructions doivent être plus claires sur ce que l'utilisateur est sur le point de faire pour qu'il ne fasse pas de choix involontaire.
Un assistant peut avoir des boutons ou des liens pour aider les utilisateurs à saisir correctement les commandes de l'assistant (par exemple, un bouton Parcourir pour un nom de fichier ou des liens d'aide pour une documentation supplémentaire). Il peut également être judicieux dans certains cas particuliers d'avoir un lien de commande ou un bouton dans un assistant pour permettre à l'utilisateur de prendre l'une ou l'autre branche dans le flux de tâches. Cependant, conformément à la philosophie et à l'application d'un assistant, le choix de branchement lui-même devrait généralement être une page distincte qui explique clairement les alternatives. Les consignes relatives à l'expérience utilisateur Windows vous recommandent " ne mettez pas plus d'une décision utilisateur sur une seule page de l'assistant ." Si vous n'avez pas besoin d'expliquer chaque étape, vous n'avez peut-être pas besoin d'un assistant.
Mais tout cela ne s'applique pas dans votre cas, car il semble que les utilisateurs devraient toujours cliquez sur Autoriser - ce n'est pas une branche.
Efficacité de l'alternative 1 = alternative 2
Je suppose que la conception alternative n'est pas un bouton Autoriser, mais plutôt un bouton Suivant qui exécute la vérification d'autorisation, ce qui entraîne généralement une autre page de l'assistant (étape 3) indiquant que l'URL est autorisée, et l'utilisateur clique ensuite sur le bouton Terminé. Votre conception peut réduire le nombre de pages, mais elle ne réduit pas le nombre de étapes du point de vue des utilisateurs. Dans tous les cas, l'utilisateur doit (1) saisir une URL, (2) cliquer sur Autoriser/Suivant, (3) cliquer sur Terminé. La quantité d'effort de l'utilisateur est la même. En supposant que les pages se chargent très rapidement (et elles le devraient), le délai normatif de fin est également le même.
En attendant, votre conception pourrait être source de confusion. Que se passe-t-il si les utilisateurs sélectionnent Terminé avant l'autorisation? L'URL n'autorise-t-elle pas l'URL (c'est-à-dire qu'elle est annulée, pas terminée) ou tente-t-elle d'autoriser l'URL sans vérifier d'abord les droits? Et s'il n'y a pas de message d'erreur, cela signifie-t-il que l'autorisation a réussi? Ou aurait-il pu essayer et échouer silencieusement en raison de droits insuffisants? Quel que soit votre choix, comment l’utilisateur sait-il ce que vous avez sélectionné?
Variante 3
Selon vos recherches d'utilisateurs, les utilisateurs pensent-ils généralement qu'ils ont le droit d'autoriser les domaines dans les questions? Ou entrent-ils dans une ancienne URL en espérant avoir les droits? Je suppose que le premier est vrai. Si c'est le cas, pour améliorer l'efficacité de la conception, ne disposez pas de bouton d'autorisation distinct. Faites en sorte que le bouton Terminé effectue la vérification des droits et terminez tout le reste de la tâche en une seule étape en arrière-plan, puis quittez l'assistant. Toute la justification de la métaphore de "l'assistant" est qu'elle fait les choses de manière automagique. Il n'y a pas de page finale "votre domaine a été autorisé".
Si l'utilisateur clique sur Terminé et que l'assistant se ferme, l'utilisateur suppose que l'assistant a fait ce qui était censé le faire et a autorisé le domaine. Une étape distincte "autorisation réussie" ne fournit pas suffisamment d'informations pour justifier son existence si l'utilisateur s'attend à avoir les droits. Cela ressemble trop à une page de "félicitations", que les directives d'interaction avec l'expérience utilisateur de Windows 7 (page 16) conseillent de ne pas inclure dans un assistant. Si l'application constate que l'utilisateur n'a pas les droits, restez sur la page URL, affichez le texte d'erreur expliquant le problème et permettez à l'utilisateur de corriger l'URL (qui avait très probablement une faute de frappe simple).
Je suis totalement d'accord avec Matt mais je pense que vous pouvez le rendre encore meilleur en vérifiant automatiquement l'url.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
