Pied de page fixe vs pied de page non fixe dans l'application Web mobile
Sur une application Web, un pied de page fixe crée un problème de performances, car la réponse et la sensibilité ne sont pas aussi bonnes qu'une application native. Mais nous avons des contrôles importants au niveau du pied de page, comme l'ajout d'éléments à la liste ou l'envoi du formulaire. C'est donc une décision risquée pour nous, d'avoir ou non un pied de page fixe.
Veuillez me faire savoir si une étude ou une analyse convaincante a déjà été effectuée sur le même, faites-moi savoir si plus d'informations sur mon cas spécifique sont nécessaires.
Edit: comme l'a suggéré l'un des collègues experts, j'ai besoin d'une alternative au pied de page pour mon contexte où actuellement le pied de page que j'ai dans mon application a deux boutons d'action importants. Veuillez me faire savoir s'il existe une alternative possible
Pour ajouter des éléments: considérez un menu coulissant pour celui-ci, par exemple: glissez du bord droit de l'écran vers le centre, et vous obtiendrez un menu sur le côté avec les options pertinentes. Suggérez un menu latéral en affichant un graphique approprié au centre à droite. N'oubliez pas qu'il sera affiché en haut de la liste, vous ne devriez donc pas avoir de problèmes avec des facteurs de forme plus petits; en décidant de soumettre ou d'ajouter, vous probablement n'avez pas besoin des informations affichées ci-dessous.
Alternativement, le formulaire ou le bouton d'ajout pourrait être placé en haut et en bas des listes (étant donné qu'il y a plus d'un nombre X d'éléments dans ladite liste) pour en faciliter l'accès. Raisonnement: vous savez déjà que vous souhaitez ajouter quelque chose (en haut) ou vous devez afficher la liste complètement avant de choisir d'ajouter (en bas).
Si vous devez être en mesure d'ajouter à la liste à tout moment trivial dans le défilement de la liste, vous pouvez créer quelque chose qui répond à un événement de presse. Lorsque vous le maintenez pendant N-millisecondes, le bouton ou le formulaire d'ajout apparaîtra à cet emplacement. Vous avez juste besoin d'une superposition unique pour transmettre ce comportement aux utilisateurs.
Pour moi, avoir toujours les boutons "ajouter" et "soumettre" en vue n'a aucun sens. Cela prend de la place, et si ce n'est pas le cas, il sera difficile de toucher des écrans de plus haute résolution.
Avez-vous essayé le prototypage? Je sais que cela peut sembler idiot à ce stade, mais je pose une question légitime. Dans des situations telles que vous décrivez, il n'y aura pas de recherche qui répondra à votre question en passant facilement une heure ou deux à faire des tests de couloir.
Si vous avez des fonctions utilisateur critiques qui se trouvent uniquement dans le pied de page, et qu'il y a beaucoup de défilement pour accéder à ce pied de page, il doit être corrigé. Mais si ces fonctions ne sont effectuées que par un petit groupe d'utilisateurs et qu'il n'y a pas beaucoup de défilement, ne corrigez pas le pied de page. Si vous êtes dans les airs, prenez les deux solutions, faites un test utilisateur contre-pondéré et voyez ce que les gens disent.
Dans ce cas, je pense que cela dépend vraiment de la fréquence à laquelle les éléments d'actions sont utilisés. S'ils ne sont pas utilisés aussi souvent, je ne suis pas sûr que vous ayez à vous soucier d'un pied de page collant.
Une autre considération serait le chrome du navigateur. Il existe généralement un pied de page pour le navigateur lui-même. Dans cet esprit, coller quoi que ce soit au fond devient problématique pour deux raisons:
- L'utilisateur peut accidentellement appuyer sur un bouton du navigateur lorsqu'il essaie d'interagir avec votre application.
- Si vous introduisez un deuxième pied de page collant, vous perdez un espace d'écran précieux.
Avec tout cet esprit, j'aime penser au moment où l'utilisateur aura besoin de ces boutons. Par exemple:
Serait-il possible d'ajouter automatiquement un autre élément de liste lorsque celui-ci est nécessaire? S'il y en a un vide lorsque le formulaire est soumis, il peut simplement être ignoré. Une autre option pourrait être d'ajouter une icône "+" à côté du dernier élément pour indiquer que l'utilisateur peut en ajouter d'autres.
Avec le bouton Soumettre, j'ai tendance à pencher vers une solution qui la place au bas du formulaire. Donc, "soumettre" doit être collant, ou pouvons-nous simplement le placer sous le dernier élément du formulaire?
J'espère que cela pourra aider!
Edit: Je viens de réaliser que cela peut vous être utile. Consignes relatives à l'expérience utilisateur Apple . Je me rends compte qu'ils ne savent pas tout, mais cela peut être une bonne ressource pour vous dans ce cas.
Que diriez-vous de rejeter le pied de page fixe et de transmettre ses options/actions à un panneau latéral fixe à droite ou à gauche? Il pourrait être ouvert via un bouton de menu à proximité.