Où placer le lien ou le bouton «<Retour»?
Je construis un site transactionnel simple avec un processus en deux étapes sur le web et sur mobile (responsive). Ciblez les utilisateurs de 30 à 40 ans, hommes et femmes, qui sont relativement avertis en technologie.
La première page est une page de sélection, où l'utilisateur sélectionne l'option qu'il souhaite. La deuxième page est l'endroit où le récapitulatif de l'option et de soumettre.
Sur la deuxième page, j'ai un lien texte "retour" pour revenir en arrière. Mais pensez-vous que c'est nécessaire? De nos jours, beaucoup de gens savent comment revenir à la page précédente en utilisant le bouton de retour du navigateur. Ma seule préoccupation est que les gens penseraient que l'utilisation du bouton de retour du navigateur ne conservera pas la sélection qu'ils ont effectuée.
Si vous souhaitez inclure le bouton "Retour", où est un bon placement? En haut à gauche ou en bas à gauche? Sous le titre ou au-dessus du titre "Étape 2. Confirmez votre sélection". et pourquoi?
Si vous parlez de applications mobiles, le en haut à gauche est la position standard pour iOS et Android (techniquement c'est le bouton haut) sur Android, mais c'est assez proche).
Si vous parlez d'un site Web, il y a pas de placement standard pour un bouton de retour, car il y a un bouton de retour au clavier, et donc la plupart des sites ne se soucient pas d'un bouton de retour.
Cela dit, je vous encourage fortement à vous placer en haut à gauche si votre site utilise une langue de gauche à droite car c'est conceptuellement la direction du retour, et où la plupart des gens regarderont (en fonction de l'expérience mobile). Si vous avez une bonne raison de l'avoir en bas à gauche, cela peut aussi fonctionner, mais vous devrez le justifier.
Comme toujours, vous devez tester cela avec vos utilisateurs pour être sûr.
La réutilisation des métaphores visuelles peut être source de confusion
Les gens suivent généralement des habitudes. Si quelque chose ne fonctionne pas comme prévu, cela peut les confondre ou les faire dévier.
Les navigateurs Web (à l'exception de IE dans Windows 8 sur un ordinateur de bureau) offrent généralement une méthode intuitive de navigation vers l'arrière. La plupart de cette navigation est assez cohérente entre les navigateurs par conception. Il n'est pas nécessaire de reproduisez cette navigation sur la page parce que vous occupez un espace d'écran précieux.
Si vous concevez une application Web qui fonctionne en mode application (appareils mobiles), généralement back est à gauche pour l'anglais et forward est à droite . La plupart des langues asiatiques d'après mon expérience fonctionnent également de cette façon car leurs interfaces sont largement "américanisées" même si elles peuvent lire de droite à gauche ou en bas de la page. Le mode d'application permet au navigateur d'agir comme une application autonome sans fournir les boutons de navigateur standard. En concevant une application autonome, l'interface doit gérer toute navigation souhaitée et être hautement testée.
Si vous utilisez la navigation de style "piste des cookies" ou "piste des miettes de pain" home > category > page vous ne devez pas inclure de bouton de retour dans ce verrouillage pour deux raisons.
- Si vous utilisez un vrai bouton de retour, les gens retourneront à la page de référence (peut-être pas sur votre site, il doit donc tenir compte de la référence).
- La plupart des gens s'attendent à ce que la trace des cookies montre la hiérarchie des pages. Si le site a un contenu complexe non lié, cela peut être inutile.
De plus, la plupart des périphériques d'entrée fournissent un bouton de retour physique de par leur conception (souris, claviers, trackballs, tablettes et pads multi-touch).
Pour changer leurs résultats, je voudrais que le bouton dise quelque chose à l'effet de Modifier ou Réviser ces informations intuitivement près du contenu en cours d'édition. Sur des écrans plus grands, si l'interface est évolutive, le bouton de retour peut ne pas indiquer la possibilité de modifier. De plus, certains sites Web ne conservent pas la saisie des utilisateurs lorsque les gens utilisent le bouton retour du navigateur par conception. En expirant la page précédente, les informations ne sont pas stockées dans le cache du navigateur (comme en utilisant le bouton de retour sur un site bancaire).
Si vous ne traitez pas d'informations sensibles, je ferais fonctionner le site dans les deux sens afin qu'ils puissent "modifier" et utiliser la navigation intégrée pour leur navigateur ou leur périphérique d'entrée.
Je proposerais d'avoir deux façons de prendre du recul dans votre site Web.
Puisqu'il s'agit à peu près d'un court assistant, je m'attendrais à ce que chaque étape (sauf la première évidemment) me donne la possibilité de continuer ("soumettre") ou de revenir en arrière et de réviser un choix antérieur ("annuler"). Lorsque vous recherchez "Puis-je revenir en arrière", il est logique de regarder en bas de l'écran à côté du bouton Soumettre.
Dans de nombreuses applications pour smartphones, il est courant d'avoir un bouton de retour en haut. Comme John l'a mentionné, c'est l'endroit logique pour un bouton de retour, car vers le haut et vers la gauche sont liés à l'arrière, au bas et de la droite vers l'avant. Cela a du sens dans une application comme un assistant comme vous semblez le créer.
Le fait de disposer de tels boutons dans la fenêtre d'affichage, au lieu de s'appuyer sur le navigateur ou les boutons matériels, soutiendrait davantage "l'app-ness" de votre site Web et vous permettrait d'assurer implicitement à votre utilisateur qu'aucune donnée ne sera perdue.
La chose la plus importante ici est de s'assurer et d'utiliser « au lieu de <
;RÉ