L'utilisateur doit-il pouvoir appuyer sur les boutons désactivés sur un écran tactile?
Je conçois une application à écran tactile et il y a certains scénarios où le serveur ne peut pas être atteint, une imprimante est désactivée, etc. qui désactivera un bouton (comme le bouton d'impression).
Ma question est: si le bouton est désactivé, l'utilisateur devrait-il pouvoir le sélectionner?
Par exemple, serait-il avantageux de déclencher une superposition avec plus d'informations sur la raison pour laquelle le bouton est désactivé lorsque l'utilisateur a sélectionné le bouton désactivé?
Pour répondre à votre question spécifique, les utilisateurs doivent pas être en mesure d'activer les options désactivées.
Diverger des normes UX comme celle-ci est une mauvaise idée - la plupart des utilisateurs ne cliqueraient jamais sur le bouton désactivé, et ceux qui l'ont fait (probablement par accident) seraient surpris par le résultat.
Leur façon [~ # ~] i [~ # ~] résoudrait ceci est d'afficher l'état de l'imprimante suivant au bouton. Normalement, cela indiquerait "Imprimante: Prêt" et le bouton serait activé, mais à d'autres moments, pourrait afficher "Imprimante: dysfonctionnement" à côté d'un bouton désactivé.
Je suis d'accord avec la réponse de Bevan; vous ne devriez pas dépendre que l'utilisateur clique sur un bouton désactivé pour quoi que ce soit, mais pour répondre à votre question générale, je pense qu'il y a des circonstances où il est raisonnable de fournir une réponse à l'écran lorsque vous appuyez sur un bouton désactivé:
- En tant qu'utilisateur, je suppose généralement qu'un bouton désactivé implique que le système nécessite une action supplémentaire de ma part ou un problème logique (comme un bouton "Précédent" désactivé sur la première page d'une vue paginée), et donc le bouton d'impression étant désactivé (du tout) est généralement en quelque sorte mon faute/responsabilité en tant qu'utilisateur à rectifier. Que cela nécessite plus d'informations ou non dépend fortement de la conception de l'interface utilisateur en question.
- De manière générale, les interfaces à écran tactile ne permettent pas de "survoler" un bouton. Dans une interface utilisateur classique, j'utilise souvent une info-bulle standard pour expliquer à l'utilisateur pourquoi un bouton a été désactivé (en se concentrant sur l'appel à l'action - ce que l'utilisateur peut faire, le cas échéant, pour corriger le problème). Je ne pense pas qu'il soit déraisonnable qu'une "info-bulle" soit déclenchée en appuyant sur un bouton désactivé (bien que je le présente généralement comme un popover plus proche du déclencheur, par opposition à une boîte de dialogue). Je pense que c'est une erreur de dépendre que l'utilisateur clique sur le bouton pour découvrir le problème, mais révéler le problème comme un indice contextuel est, potentiellement, approprié (par exemple "vous êtes sur le premier page "ou" Vous devez sélectionner au moins un élément à imprimer ").
La raison pour laquelle je pense que c'est inapproprié dans ce cas est que la cause du problème (et donc l'action que je dois effectuer pour le résoudre) prête à confusion.
Pour répondre à votre problème de conception spécifique, vous devez d'abord réfléchir à l'appel de l'utilisateur à l'action. Cette fonction est-elle entièrement facultative? Si le bouton n'était pas là, l'utilisateur serait-il confus? Le système fournit-il sa destination sans imprimer? Existe-t-il une autre solution que je peux prendre si j'ai besoin d'une copie papier pour une raison quelconque? Vous dites "l'imprimante fonctionne mal" - y a-t-il des humains autour de moi que je dois conseiller/notifier?
En général, le résultat sera l'un des suivants:
- Désactivez l'intégralité du kiosque (marquez-le comme "Hors service" et demandez aux utilisateurs de passer à une autre unité, si tout va bien avec une imprimante qui fonctionne), comme je l'ai décrit dans cette réponse à votre précédente question similaire .
- Supprimez complètement cette fonction ou remplacez-la par une indication textuelle que L'impression n'est pas disponible à partir de ce terminal (ce n'est pas idéal, mais si l'impression ne représente qu'une très petite partie de ce que fait le produit et vos utilisateurs ne grandiront pas pour en dépendre, alors vous irez probablement bien).
- Si l'utilisateur peut raisonnablement réparer l'imprimante, réactivez le bouton, puis lancez un appel à l'action expliquant à l'utilisateur comment procéder (par exemple, "Votre document n'a pas pu être imprimé car l'imprimante est coincée. Veuillez ouvrir le bac à papier.) et supprimez tous les blocages, puis appuyez sur Réessayer pour réessayer. "). Cette alerte peut également être du type "L'imprimante de ce kiosque est actuellement indisponible. Veuillez alerter un préposé pour que votre document soit imprimé", ou, à la longue "Veuillez appeler le service d'assistance informatique au 1800 000 000 pour signaler ce problème".
Oui et non, mais oui. Si le bouton semble désactivé comme dans votre exemple, alors "non". Les boutons désactivés sont désactivés et cette convention est rarement violée dans la plupart des applications. Si un bouton est clairement désactivé, il est peu probable que les utilisateurs le tapent, de sorte que les informations qu'ils recherchent leur sont cachées. Donc, si vous pouvez cliquer sur le bouton désactivé pour obtenir des informations, non, ce n'est certainement pas intuitif.
MAIS
Les informations sont très précieuses et devraient être facilement accessibles. Heureusement, il existe d'autres façons de le gérer. Vous pourriez:
- remplacer le bouton par du texte -> "Défaillance de l'imprimante" (cela amène les informations au niveau supérieur, aucune interaction requise)
- laissez le bouton dans un état activé (afin que les utilisateurs sachent qu'ils peuvent le toucher) et utilisez la boîte de dialogue comme dans votre question (laissez les informations sur une deuxième couche, mais l'interaction est intuitive, mais le bouton n'indique plus son action réelle)
- le cas échéant, changez le texte du bouton en -> "Erreur d'impression" (laisse des informations sur un deuxième calque, le bouton représente ce qu'il fait vraiment)
Je ne sais pas lequel (le cas échéant) convient à votre interface, mais j'espère que cela vous aidera.