web-dev-qa-db-fra.com

Les différents types de champs doivent-ils contenir des instructions dont le format est différent?

L'équipe de développement (qui comprend moi-même) et l'équipe AQ ​​discutaient du formatage des conseils pour la création d'utilisateurs sur la page d'inscription de notre application.

Certains membres de l'équipe pensent que la mise en forme de tous ces conseils doit être cohérente pour chaque champ. Ainsi, par exemple, ils devraient tous avoir une phrase et des puces avec les critères de ce champ.

D'autres membres de l'équipe n'étaient pas d'accord. Ils disent que nos conseils de mot de passe devraient donner des instructions sur ce qui est acceptable pour le mot de passe au format puce avec une phrase potentiellement incluse, tandis que les autres champs, tels que nom d'utilisateur, contiennent juste une phrase ou deux.

Tous ces conseils doivent-ils suivre le même formatage ou est-il acceptable que différents types de champs aient des conceptions et des formats d'infobulle différents?

Conseils sur le nom d'utilisateur

username tooltip

Conseils de mot de passe

password tooltip

1
Tony Santi

D'après les images fournies, je recommanderais d'utiliser des info-bulles plus courtes et moins longues en général. Google, par exemple, sur sa page de création de compte propose les info-bulles suivantes:

Pour les noms d'utilisateur:

Google Username Tooltip

Pour les mots de passe:

Google Password Tooltip

Maintenant vous demandez peut-être, mais qu'en est-il de la longueur du mot de passe? Pour leur validation, ils disposent des éléments suivants:

Google Validation Error

Google n'utilise que des phrases courtes, douces et pertinentes.

Apple, d'autre part, utilise des puces:

Nom d'utilisateur:

Apple Tooltip

Mot de passe:

Apple Password Tooltip

Maintenant, même si je ne suis personnellement pas un fan d'Apple en raison de la longueur. Ils essaient de présenter très brièvement les restrictions disponibles à l'utilisateur.

L'info-bulle est définie (de ici ) comme:

une petite fenêtre pop-up rectangulaire qui affiche un brève description d'un bouton de la barre d'outils lorsqu'une souris d'ordinateur atterrit dessus bouton; aussi écrit

Essayez de garder les info-bulles brèves, concises et pas terriblement longues. Les deux info-bulles que vous avez présentées peuvent être réduites en longueur, que vous utilisiez des puces ou des phrases. Les deux Apple et Google gardent une utilisation cohérente sur leurs pages d'inscription et je recommanderais de faire la même chose. Puces ou phrases? C'est vraiment à vous de décider, mais la cohérence est la clé.

3
Benjamin

Bien que je convienne que des informations similaires doivent être présentées de manière similaire, il est également important de se rappeler la façon dont vous les présentez dans une info-bulle. L'info-bulle est généralement considérée comme un moyen acceptable de transmettre de très petits blocs d'informations aux utilisateurs lorsqu'ils utilisent l'interface. La transmission d'informations étendues de cette manière n'est généralement pas bonne pour la convivialité: elle distrait l'utilisateur et peut lui faire sentir que l'interface est plus complexe qu'elle ne l'est réellement.

Avec tout cela à l'esprit, je pense personnellement que le contenu de l'info-bulle doit être aussi bref que possible - Si votre interface nécessite des informations plus détaillées pour que l'utilisateur puisse terminer ses tâches avec succès, soit vous devez repenser l'interface pour la rendre plus simple et plus évidente ou (si une refonte est impossible/impossible) l'explication doit être placée dans un endroit plus lisible qu'une infobulle.

0
Andrew Martin