Ai-je vraiment besoin d'un bouton de retour?
J'ai créé un webapp dont l'utilisateur peut voir de nombreux messages sur la page principale.
Une fois cliqué, la fenêtre redirige vers la page de publication.
Sur ma barre de navigation, j'ai le logo de mon site Web qui, lorsqu'il est cliqué, redirige vers la page principale.
Certains de mes utilisateurs se plaignent qu'il n'y a pas de bouton de retour pour revenir d'où ils viennent.
Je pense qu'il y a 2 choix - le logo du site Web et le bouton de retour du navigateur.
Ils veulent une troisième option (inutile pour moi au moins) qui est un lien appelé "retour" qui les dirigera vers la page principale.
Un bouton de retour est-il nécessaire?
Si vos utilisateurs vous disent qu'ils ne savent pas comment revenir, c'est une indication assez claire que oui, vous avez besoin d'un bouton de retour dans votre application. Il pourrait être utile de faire quelques études d'utilisabilité rapides pour voir si elle est spécifique à la plate-forme (comme l'indique la réponse de JohnGB), mais cela ressemble à un cas où vous devriez écouter vos utilisateurs.
De plus, dans chaque étude d'utilisabilité que j'ai effectuée, il est clair que la fonction "cliquez sur le logo pour rentrer à la maison" n'est utilisée que par les utilisateurs d'ordinateurs très avertis. Bien sûr, votre public peut être des utilisateurs expérimentés, mais ne supposez pas que tout le monde connaît cette convention.
Ensuite, il ne vous reste que le bouton de retour du navigateur, et pour cela, je vous renvoie à ce classique: Les utilisateurs comprennent-ils le bouton de retour du navigateur?
Cela dépend de la plate-forme pour laquelle vous concevez et du HIG que vous suivez. Une application Web est souvent utilisée sur un appareil mobile (voir Sencha Touch).
Si c'est Android, il y a un bouton de retour au système, donc vous vous n'en avez pas besoin.
Si c'est iOS, vous avez probablement besoin d'un, même si c'est juste pour maintenir la cohérence avec l'apparence d'iOS.
Si c'est sur un PC, vous pouvez vous en sortir en utilisant le bouton de retour arrière comme arrière, mais cela ne fonctionnerait pas si quelqu'un utilisait la même application sur son iPad.
Si vous voulez que l'application fonctionne sur de nombreux appareils, vous devez inclure un bouton de retour pour répondre à ceux qui n'en auront pas.
C'est une webapp et un utilisateur inexpérimenté peut avoir besoin d'un coup de main pour savoir comment revenir à son point de départ. Les utilisateurs expérimentés se retrouvent piégés dans le bouton de retour du navigateur, car il ne peut pas faire confiance. Dans certains cas (en particulier les transactions financières), le bouton de retour peut vous déconnecter complètement du système, et vous devez vous reconnecter - pas ce que vous voulez faire sur un petit appareil.
Je suppose que vous n'avez pas de système bancaire - mais le comportement cognitif appris des autres applications Web rend les utilisateurs peu sûrs et douteux. C'est mauvais. Faites-leur confiance en votre application en ajoutant un bouton de retour.
Et...
Certains de mes utilisateurs se plaignent qu'il n'y a pas de bouton de retour pour revenir d'où ils viennent.
Depuis que vous avez reçu cette réclamation - il n'y a aucune raison de ne pas impulser un bouton de retour. Assurez-vous que vos utilisateurs se sentent en sécurité en utilisant votre application Web est tout ce qui compte.
Avez-vous entendu parler de la chapelure? Je pense que le fil d'Ariane résoudra parfaitement les problèmes de vos utilisateurs, même pour les pages à plusieurs niveaux.
Gardez également à l'esprit qu'à l'avenir, il est possible que vos utilisateurs demandent un bouton de transfert.
Ou, comme c'est une webapp, vous pouvez repenser la mise en page avec des boutons arrière et avant comme boutons de navigation latéraux et le contenu est affiché entre les boutons.