La conception iOS basée sur la barre d'onglets pour les applications basées sur les flux est-elle un meilleur UX?
Travailler sur une application iOS basée sur les flux et se demander ce que pensent les gens barre d'onglets conception iOS pilotée pour les applications basées sur les flux. Il existe une grande quantité de preuves qui soutiennent l'utilisation bien intégrée des deux principaux styles de navigation iOS - Hamburger/Flyout Nav et Tab Bar Nav.
Avantages de Hamburger Nav
- Idéal quand il y a plus de 5 vues "principales"
- La navigation supérieure persistante reste à l'écart
- La navigation peut rester cohérente entre iOS et les applications Android
- par exemple. Foursquare 6.0, Facebook, Path
Avantages de la navigation dans la barre d'onglets
- Rend l'interaction avec les écrans plus "exploratoire"
- Place la navigation dans une zone qui est peut-être plus généralement obstruée par votre pouce
- par exemple. Twitter, Instagram
Ce n'est pas une question un peu plus subjective, car je ne sais pas s'il existe une réponse "correcte", car les deux styles de navigation se sont bien comportés dans le monde iOS.
Mais que pensez-vous de ce qui est le mieux pour l'utilisateur? S'il s'agit d'un défilement vertical basé sur un flux comme interaction principale - Pensez-vous qu'une barre d'onglets ou une barre de navigation persistante avec un menu déroulant a plus de sens pour la navigation?
Il existe quelques directives (nombre d'éléments, etc.) que vous pouvez utiliser pour choisir entre les deux options. Mais, au-delà de ceux-ci, c'est à vous en tant que designer, quel choix vous voulez faire. J'ai souligné certains cas où une conception particulière pourrait être plus favorable à l'utilisation.
Une navigation par onglets n'est utile que si vous avez un petit nombre d'onglets (4-6). De nombreuses applications préfèrent avoir un nombre impair d'articles si elles veulent faire un onglet particulier mis en évidence par exemple: instagram. Cela leur permet de se concentrer sur un aspect particulier de la navigation ou établir l'onglet principal et les onglets secondaires.
Le menu hamburger n'est efficace (à mon avis) que lorsque vous avez un quantité considérable d'articles dans la navigation. Il est également utile lorsque vous voulez faire deux niveaux de hiérarchie de navigation. L'avantage du menu hamburger est qu'il peut théoriquement avoir éléments sans fin puisque vous pouvez faire défiler ce menu sans perdre le focus du contenu principal, par exemple: facebook.
Edit: Comme Charles Wesley l'a souligné à juste titre, si vous avez divers éléments que vous pouvez regrouper sous une étiquette générique "plus", vous pouvez avoir plus de 4-6 éléments dans le menu de la barre d'onglets. La plupart des applications semblent utiliser la barre d'onglets de cette manière. Il convient de noter que dans ce cas, vous décidez consciemment que vous souhaitez vous concentrer sur 4 éléments dans votre menu et tout le reste peut être caché sous plus.
D'après mon expérience, l'utilisation d'une barre d'onglets est utile lorsque les utilisateurs basculent fréquemment entre les options à tout moment et en tout point de l'application. La barre d'onglets est généralement persistante, de sorte que l'utilisateur peut basculer en un seul clic. Un exemple pourrait être des onglets pour différentes vues du même type d'élément (comme les applications dans l'App Store)
Le menu hamburguer est meilleur lorsque les options sont basées sur des scénarios. L'utilisateur va commencer et terminer sa tâche en sélectionnant une option et nous pouvons supposer qu'il ne changera pas fréquemment (comme dans Foursquare).
En répondant directement à votre question, je dirais qu'il n'y a pas d'option meilleure ou pire, cela dépend de l'utilisation spécifique et de l'architecture d'information de votre application.