Je suis impliqué dans un projet de refonte (application web) où le système existant lance des pop-ups aléatoires assez fréquents. Ces fenêtres contextuelles sont utilisées pour recueillir des informations et également pour afficher des informations et des confirmations. En considérant simplement d'entrer 1-2 champs de formulaire ou en vérifiant et en appliquant des critères de filtre, des popups ont été utilisés. J'essaie de me débarrasser de ces pop-ups redondants. Désormais, les parties prenantes insistent pour conserver la plupart des fenêtres contextuelles car elles pensent que les utilisateurs connaissent très bien le système.
J'ai du mal à convaincre les parties prenantes `` pourquoi les fenêtres pop-up ne devraient pas être utilisées ou au moins minimisées '' Toute directive/recherche suggérant des scénarios pour une utilisation correcte de la pop (quand l'utiliser et quand ne pas le faire) m'aidera à comprendre et à convaincre les parties prenantes en conséquence.
Les pop-ups sont super. Ils sont généralement appelés dialogues modaux car un utilisateur ne peut rien faire d'autre que terminer la tâche dans la fenêtre contextuelle. Il s'agit de leur fonctionnalité principale et ils sont meilleurs et plus clairs que la plupart des solutions similaires. Dans OSX vous avez également ce qu'ils appellent des feuilles, mais ils sont beaucoup moins clairs sur le fait que vous devez les terminer avant de pouvoir revenir à l'application principale.
Windows GUI guidelines parle de boîtes de dialogue non modales , celles qui vous permettent encore d'interagir avec le reste de l'interface. Ils seraient toujours devant, et probablement sur le chemin. Prenez par exemple le Pop-over décrit dans les OSX Human Interface Guidelines : vous ne pouvez pas vraiment interagir avec le calendrier derrière le pop-over. Ce qui est bien, ce genre de boîtes de dialogue, c'est qu'elles offrent d'autres sorties: vous pouvez toujours accéder à un élément de menu dans la fenêtre parent, y aller et en même temps fermer la fenêtre contextuelle. Il évite de dire spécifiquement à la fenêtre contextuelle de se fermer et vous permet de poursuivre votre tâche plus facilement.
Ainsi, les dialogues, même ceux qui ne sont pas modaux, interrompent tout ce que l'utilisateur faisait, sortent de la disposition visuelle de l'écran et attirent totalement l'attention de l'utilisateur. Si c'est ce que vous devez accomplir, ils basculent et il existe de nombreux cas d'utilisation pour eux.
Cependant, ce pouvoir incroyable a tendance à être surutilisé. Le principal problème réside dans l'idée que vous devez décider ce que l'utilisateur doit faire en ce moment. Les clients ont tendance à aimer ce sentiment de contrôle. Ils sentiront que l'information X est super importante en ce moment et que l'utilisateur devrait abandonner tout ce qu'il faisait et donner cette information. Les programmeurs aiment également ce type de contrôle afin de ne pas avoir à gérer le fait de ne pas avoir certaines informations.
Cependant, cela entre totalement en conflit avec ce qui est important pour l'utilisateur. Les gens aiment avoir un sentiment d'autonomie et de contrôle , un peu comme votre client. Les fenêtres contextuelles prennent le contrôle de l'utilisateur, exigeant l'attention sur quelque chose de spécifique.
Les fenêtres contextuelles se détachent également du flux de l'application et ne peuvent donc pas faire partie de ce flux. Si vous essayez de créer une interface dans laquelle l'utilisateur peut se concentrer sur l'exécution d'une tâche, vous devez éviter d'utiliser des fenêtres contextuelles pour certaines parties de cette tâche. Ce qui les rend si puissants les rend aussi terribles: un utilisateur devra reconfirmer sa position à l'écran ("qu'est-ce que c'est, où suis-je") dès que la boîte de dialogue s'ouvre, puis à nouveau lorsqu'elle se ferme. Les pop-ups, par définition, brisent la concentration.
Un concept très important dans la conception UX est l'idée de le flux comme état d'esprit . Bien que cela soit généralement discuté dans le contexte des jeux , car des concepts comme les objectifs et le contrôle en font évidemment partie, ces choses sont importantes dans tout ce que nous faisons. Nous devons nous efforcer de créer des expériences qui font que les gens se sentent bien, quoi qu'ils fassent . Les facteurs clés pour que cela se produise sont les suivants (tirés de l'article lié, je souligne), et notez comment les fenêtres contextuelles fonctionnent contre un certain nombre de ces facteurs:
Les études ont suggéré que la phénoménologie du plaisir a huit composantes principales. Lorsque les gens réfléchissent à ce que l'on ressent lorsque leur expérience est la plus positive, ils mentionnent au moins un, et souvent tous, des éléments suivants:
1. Nous sommes confrontés à des tâches que nous avons une chance d'accomplir;
2. Nous devons être capables de nous concentrer sur ce que nous faisons ;
3. La tâche a des objectifs clairs;
4. La tâche fournit une rétroaction immédiate;
5. On agit avec une implication profonde, mais sans effort , qui supprime de la conscience les inquiétudes et les frustrations de la vie quotidienne;
6. On exerce un sentiment de contrôle sur leurs actions;
7. Le souci de soi disparaît, pourtant, paradoxalement, le sentiment de soi émerge plus fort après la fin de l'expérience du flux; et
8. Le sens de la durée est modifié.
tldr: utilisez des pop-ups quand vous en avez besoin, mais elles ne sont pas nécessaires autant que vous le pensez et elles gênent le flux, rendant vos utilisateurs mécontents
Le simple fait est qu'un le popup attire l'attention d'un utilisateur loin de la page et lui fait prêter attention au popup. Si le contenu de la fenêtre contextuelle n'est pas nécessaire ou plus important que le contenu de la page, il ne devrait pas y être. Si c'est plus important, alors ça devrait.
Donc, sans information claire sur le caractère critique ou non des fenêtres contextuelles, nous ne pouvons pas vraiment dire si elles sont justifiées ou non. Cependant, je ne peux pas penser à un cas d'utilisation où de nombreuses fenêtres contextuelles régulières améliorent l'UX.
Si les fenêtres contextuelles ne donnent que des informations, il peut être utile de consacrer une partie de la page à ces informations. Quelque chose comme une barre d'état.
Venant simplement d'un point de vue utilisateur, je ne supporte pas les popups. Les seuls que je peux tolérer sont ceux qui nécessitent une action immédiate (par exemple, "votre appareil est sur le point de manquer de batterie").
Pour votre exemple, dans le cas où les champs n'ont peut-être pas été saisis correctement, je soumettrais ou lorsque l'utilisateur passe au champ suivant (s'il y en a un), mettez-le en surbrillance de manière à attirer l'attention de l'utilisateur sur le fait que une action est toujours requise.
Poursuivant avec le raisonnement de John, les popups sont obstructifs et ennuyeux. Ils ne sont la plupart du temps qu'un intermédiaire redondant que l'utilisateur habitué rejettera aveuglément (par habitude) mais n'appréciera jamais, et que l'utilisateur novice trouvera surtout déroutant et frustrant.
Juste pour illustrer un exemple du monde réel, demandez à votre responsable s'il souhaite que des portes à deux marches soient installées dans sa maison, où il devra ouvrir deux portes au lieu d'une pour entrer dans chaque pièce de sa maison, juste pour pour ce scénario unique quand ils commencent à entrer dans une pièce mais décident de ne pas le faire ".
Les popups de confirmation peuvent être justifiés, mais devraient principalement être un dernier recours pour les actions irréversibles.
Les fenêtres contextuelles sont utiles s'il est pertinent de garder l'utilisateur dans son contexte d'interaction. Par exemple, si votre utilisateur effectue une tâche grâce à un processus en plusieurs étapes, des informations supplémentaires dans une étape peuvent être collectées grâce à une fenêtre contextuelle afin que le processus ne soit pas interrompu et que le contexte soit toujours gardé à l'esprit.
Les fenêtres contextuelles sont également utiles si des informations optionnelles sur un seul élément sont accessibles (par exemple: plus d'informations, détails, spécifications, ...).
Un pop-up qui interrompt l'utilisateur ne doit être utilisé que pour les messages (confirmation, erreur, avertissement, ...).
Quelques règles que je vis:
(1) Atteindre une situation où une fenêtre contextuelle s'affiche au-dessus d'une fenêtre contextuelle équivaut à mettre fin au monde - ne le faites jamais, jamais. La meilleure façon de le faire est de ne pas utiliser du tout de popups, ou de manière extrêmement réservée! Étant donné les systèmes d'exploitation mobiles, par exemple Android (Sony Android est encore pire), peut afficher des fenêtres contextuelles de lui-même (le système d'exploitation faisant quelque chose)), si vous résolvez des problèmes UX dans votre application avec des popups, vous contribuez efficacement à réaliser des popups par-dessus les popups.
(2) Les fenêtres pop-up ont moins de propriétés d'écran. Ce n'est en aucun cas une bonne chose pour un long message. Par exemple. popup montrant un document légal = crime UX. Le mobile a déjà un écran très limité ...
(3) Les endroits les plus faciles à cliquer/toucher sont l'endroit où vous vous trouvez actuellement et les coins de l'écran. Les fenêtres contextuelles forcent l'utilisateur à se concentrer sur la partie centrale de l'écran, s'éloignant souvent de l'endroit où il se trouvait et devant cliquer sur l'une des parties les plus difficiles de l'écran pour cliquer. Lorsque vous affichez une fenêtre contextuelle, vous rendez littéralement la vie difficile au Utilisateur - considérez cela lorsque vous étouffez votre UX avec des popups.
(4) Toujours fermer une fenêtre contextuelle lorsque l'utilisateur clique en dehors de la fenêtre contextuelle, sinon vous forcez l'utilisateur à faire quelque chose de difficile juste pour fermer la fenêtre contextuelle (reportez-vous à (3)).
(5) Sur Android, assurez-vous que le bouton Retour ferme la fenêtre contextuelle. Votre UX clairement impressionnant ne garantit pas de violer les bases de l'UX de la plate-forme.
Je suggère que vous spécifiez une alternative pour les fenêtres pop-up (quelque chose comme les fenêtres modales, les barres d'état comme suggéré précédemment, etc.) en créant des wireframes et en montrant comment vous prévoyez d'améliorer l'UX et de garder les choses fonctionnelles, les gens ne lâcheront pas quelque chose qui est mauvais parce qu'au fond, ils en tirent toujours quelque chose de bien, à moins que vous ne leur présentiez une alternative qui donne le même résultat mais le fasse mieux, cordialement.