J'ai toujours trouvé que la barre de navigation inférieure était l'une des pires conventions d'interface utilisateur dans la pratique courante, car elle constitue une violation de la hiérarchie des informations. Bien sûr, le menu hamburger est également universellement détesté, donc je ne veux pas faire ça.
Dans quelle mesure la barre de navigation supérieure est-elle testée et établie sur les appareils mobiles? C'est évidemment l'étalon-or pour l'expérience de bureau, mais je conçois spécifiquement pour le téléphone en ce moment.
La navigation inférieure était une excellente idée lorsque Apple est sorti avec elle. Steve était concentré sur le laser sur la convivialité d'une seule main. La navigation inférieure a été conçue pour permettre une commutation de vue rapide et pratique là où l'utilisation mobile l'affaire semblait l'exiger.
Malheureusement, la navigation inférieure est un cauchemar hiérarchique lorsqu'elle est utilisée pour l'architecture d'informations principale d'une application. Les concepteurs de produits principalement familiarisés avec iOS ont commencé à prendre la position la plus basse comme une donnée et à tout mettre là-bas. Alors que les applications Web sont devenues une solution mobile viable et que la navigation supérieure a été reportée dans le cadre de mises en page réactives simples, un nouveau modèle a commencé à prendre forme.
Entrez le passage progressif de Google à une organisation centrée sur l'expérience ...
Regardez les Material Design guidelines pour une perspective bien développée sur la navigation supérieure. Ils ont récemment ajouté la navigation inférieure pour les scénarios de commutation fréquents, mais il a un angle légèrement différent dans MD.
Une partie de la logique derrière la meilleure solution de navigation de MD, en plus de la victoire évidente de la hiérarchie des informations, est le fait que l'action devrait vous guider à travers les vues d'une application. Nous n'avons pas à forcer les utilisateurs à appuyer sur des onglets et à parcourir manuellement leur flux de travail.
Pour aller encore plus loin, Google a préconisé un modèle de fonctionnalité centré sur l'activité: quelle que soit la vue ou même l'application , ne "intention" emmènera l'utilisateur là où le composant d'application dont il a besoin .
L'ajout récent d'onglets inférieurs dans MD n'est pas seulement en réponse aux concepteurs de produits iOS du monde. L'utilisation des onglets inférieurs peut être utilisée lorsqu'un changement de vue rapide manuel est nécessaire. Cela semble particulièrement bien dans une vue basée sur les gestes où vous souhaitez fournir des repères pour le comportement de balayage gauche/droite (bien que la navigation supérieure puisse faire la même chose).
La perspective de navigation du bas sur l'utilisabilité physique a un problème: les utilisateurs ont décidé que ce n'était pas un gros problème. Combien de téléphones 4 pouces font des listes de technologies de pointe ces jours-ci. Les autres téléphones de petit format sont pour la plupart des appareils à petit budget.
Pour les utilisateurs d'iPhone 6+ à une main, devrions-nous développer une navigation en bas à gauche? ????
C'est probablement plus réaliste ...
Je pense que vous devriez reconsidérer la navigation du bas:
Une réponse en ligne à cela est la Convivialité de choisir cette position.
Lorsque vous tenez votre mobile en main, votre pouce entre immédiatement en action et la position inférieure lui est facilement accessible par le haut. À l'ère des appareils grand écran, il est difficile de tenir le téléphone en main et d'accéder à la navigation placée en haut. C'est pourquoi Apple a changé la position des boutons de volume pour les appareils iPhone 6+ pour les rendre accessibles d'une seule main.
Il pourrait y avoir de nombreuses autres raisons, mais je pense que c'est la principale. La navigation du bas est plus tile que celle du haut.