Bouton Retour et bouton Menu dans la navigation supérieure pour iOS
Nous voulons que les utilisateurs naviguent sur notre application à l'aide d'un menu latéral.
Une fois qu'un utilisateur quitte les pages principales de l'application, le bouton de menu (dans le coin supérieur gauche de la navigation) se transforme en bouton de retour.
Cependant, le contenu de notre application est suffisamment prolifique pour que je pense que nous avons également besoin d'un bouton de menu constamment présent dans la navigation supérieure pour revenir à la maison ou sur une page principale. Les utilisateurs pourraient finir par taper "en arrière" pour toujours sans bouton de menu global. Mais nous avons également besoin d'un bouton de retour.
Quelqu'un peut-il penser à une solution viable? Quelqu'un a-t-il vu des options de navigation alternatives, peut-être comme ceci:
Merci pour toute aide que vous pourriez avoir!
Le "retour" à côté du bouton "menu" n'est pas l'approche la plus conventionnelle à cela. J'ai cependant vu la recherche à côté d'autres actions telles que la composition dans laquelle Twitter implémente, mais rien à côté de l'action du menu principal.
Une approche pourrait consister à utiliser une navigation secondaire sous la barre de navigation qui permet à l'utilisateur de parcourir les écrans secondaires. Cela vous permet toujours d'accéder au menu de n'importe où dans l'application, à moins qu'il n'y ait une action qui nécessite une séquence Push/modale dans le contenu, dans laquelle cela nécessiterait généralement un bouton de fermeture ou de retour. Il n'y a aucun problème avec cette approche étant donné que l'utilisateur s'y attend généralement. 
Bien que les autres réponses soient différentes façons de lutter contre le problème, elles ne sont peut-être pas les meilleures. En raison de la taille de l'écran, la mise en place d'une barre de navigation secondaire nuirait en fait à l'expérience utilisateur.
Avez-vous considéré les raisons pour lesquelles vous voulez un menu latéral par rapport à tout autre type de menu, la raison pour laquelle je pose cette question est que cela pourrait être beaucoup plus utile et simple si vous aviez un menu déroulant similaire à celui de Vine. Ce que vous pourriez faire est d'afficher une petite flèche à côté de l'étiquette de titre et lorsqu'un utilisateur appuie dessus, la flèche tourne vers le bas et un menu glisse vers le bas sous la barre de navigation. Voici deux excellentes bibliothèques tierces qui peuvent vous aider à démarrer:
1) https://www.cocoacontrols.com/controls/navigation-men
2) https://github.com/romaonthego/REMen
Cependant, si vous avez vraiment besoin d'un menu latéral, je vous recommande d'utiliser des gestes. Si l'utilisateur veut accéder au menu, il peut effectuer un long geste de maintien/pression n'importe où sur la barre de navigation et faire glisser vers la droite pour révéler le menu latéral. Vous pouvez l'expliquer lors du premier téléchargement de l'application.
Le menu (Hamburger) en question prend en charge la navigation de retour vers le concentrateur dans le modèle de navigation moyeu et rayons :
Contrairement aux boutons de retour (qui vous ramènent simplement au niveau précédent), il a la fonctionnalité utile de permettre aux utilisateurs de ne pas faire de sélection de menu et de revenir à l'écran dont ils sont originaires (où ils cliquent sur l'icône de menu).
Considérer ce qui suit:
- Ce que vous proposez est vraiment un bouton d'accueil; il ne suit pas la convention du bouton hamburger.
- S'il est présenté sur chaque écran, sa fonction peut être déroutant - certains utilisateurs peuvent supposer que le bouton affichera les options du niveau précédent , pas ceux du hub.
- Certains écrans (comme les écrans fonctionnels) peuvent nécessiter une simple sauvegarde ou annulation options uniquement (écran modal/cul-de-sac/toilettes - une fois que vous y entrez, vous devez retourner d'où vous venez). En d'autres termes, dans certaines applications vous souhaitez interdire les utilisateurs rentrant chez eux.
- Vous êtes guérir les symptômes plutôt que de traiter la racine du problème, c'est-à-dire que vous avez une hiérarchie trop profonde dans votre application. Pensez simplement à Spotify, où vous pouvez actuellement descendre dans la hiérarchie de nombreux niveaux (6 si je ne me trompe pas), puis appuyer sur le bouton de retour plusieurs fois. Tandis qu'Apple, pour lutter contre une hiérarchie aussi profonde, au lieu d'afficher un écran de navigation avec tous les albums des artistes, placez tous les albums et les chansons sur le même écran et utilisez le défilement au lieu de la navigation en profondeur.
Tout cela pour faire valoir qu'une telle proposition n'est pas idéale.
Ce que je n'aime pas dans la première image, c'est que le bouton de retour est à côté du bouton de menu. Je pouvais voir des utilisateurs frapper accidentellement le bouton de menu lorsqu'ils voulaient riposter ou vice versa.
Qu'en est-il de déplacer votre recherche dans le menu latéral et de déplacer votre bouton de retour du côté droit de la barre de navigation supérieure?
Il s'agit d'une approche similaire à ce que je vois avec l'application Facebook: 