Est-il approprié de s'appuyer sur une découverte accidentelle pour des fonctionnalités d'interface utilisateur non vitales ou moins couramment utilisées?
Chaque fonction d'une interface nécessite une réflexion sur la façon dont les utilisateurs seront informés sur la façon de la trouver et de l'utiliser.
Certaines fonctionnalités, comme le verrouillage push-shift-double-pour-majuscules d'Android sur le clavier physique, ne sont explicitement mentionnées nulle part dans l'interface utilisateur elle-même. (Peut-être le manuel d'instructions, mais qui les lit?) La fonctionnalité est découverte presque assurément par accident lorsqu'un utilisateur essaie de désactiver Shift et la trouve en mode de verrouillage des majuscules. Parce que tomber sur cette fonctionnalité particulière ne fait pas vraiment de dégâts majeurs, s'appuyer sur une découverte accidentelle semble suffisamment efficace dans ce scénario, et les utilisateurs se souviendront comment l'utiliser à partir de ce moment.
Il existe d'autres moyens d'alerter un utilisateur sur une fonctionnalité, mais je ne vois pas où de telles instructions seraient utiles ici. Lorsqu'un utilisateur appuie sur Shift, un message peut l'informer de la fonction de verrouillage des majuscules, ou le message peut apparaître à chaque fois jusqu'à ce que l'utilisateur l'utilise finalement ou indique au téléphone d'arrêter de le lui rappeler. De toute façon, ces messages prennent de l'immobilier, et j'imagine qu'ils seraient beaucoup plus ennuyeux qu'utiles.
Je dirais "Oui", mais reformulerais peut-être un peu la question en "découverte accidentelle de autrement accessible fonctionnalités".
Prenons l'exemple de l'iPhone:
- Hier, j'ai découvert qu'un de mes amis n'était pas au courant du "balayage horizontal" pour afficher le bouton Supprimer (par exemple des messages dans votre boîte de réception), bien qu'il utilise intensivement l'iPhone pendant plusieurs mois. Il en va de même pour appuyer sur "Modifier" pour supprimer en masse les e-mails.
Pourquoi?
Puisqu'il pouvait supprimer le message de l'intérieur de chacun. - La même chose s'est produite avec une autre personne qui n'était pas au courant du fait que le fait d'appuyer sur le haut de l'écran défile jusqu'en haut. Ils faisaient simplement défiler régulièrement plusieurs fois jusqu'à atteindre le sommet.
En bref - si l'action est un "bonus" (plus facile/plus rapide) pour une fonctionnalité par ailleurs évidente, ça va.
Si vous avez une fonctionnalité qui n'est pas accessible d'une autre manière, j'hésiterais à la masquer complètement sans indication (bien que cela puisse signifier que les utilisateurs la rechercheront explicitement :)). Dans ce cas, un petit "i" ou une icône similaire montrée par l'action une ou très peu de fois (avec la possibilité de "ne plus afficher") peut être acceptable, mais cela dépend de l'application spécifique. Certaines applications de bureau peuvent même afficher des "astuces de démarrage", des écrans (que la plupart ignorent 95% du temps).
La réponse dépend de si nous parlons d'interface utilisateur tactile ou de souris/clavier. Avec les souris, nous avons la capacité de fournir de nombreux indices et indices visuels basés sur le survol. OMI, cela rend la découverte accidentelle plus acceptable qu'avec les interfaces utilisateur tactiles.
Cela dit, écoutez Dan: ce devrait être une "découverte accidentelle de fonctionnalités autrement accessibles" - jamais la seule façon de faire quelque chose.
Facilitez également la découverte en utilisant des modèles cohérents. Par exemple. de nombreux utilisateurs de souris feront un clic droit sur différentes parties de l'interface utilisateur pour voir s'ils peuvent obtenir un menu contextuel. Sur iPhone, un raccourci commun consiste à appuyer et maintenir, et je me retrouve souvent à essayer de faire exactement cela pour voir quels goodies je peux dénicher.
Pour prendre l'iPod comme exemple. Je ne connais personne qui ait lu les instructions ... certainement pas. Il m'a fallu un certain temps pour comprendre que UP (dans le cercle UI) signifiait GAUCHE à l'écran. Et CENTER signifiait DROIT.
Totalement contre-intuitif pour mon cerveau à l'époque et je n'arrêtais pas de le gâcher. Ce sont les boutons les plus utilisés dans l'ensemble de l'appareil. Mais je l'ai compris (comme le reste du monde) et je m'y suis habitué.
Un autre exemple: Photoshop a des tonnes de raccourcis clavier. Si vous ne les connaissez pas, vous pouvez toujours travailler. Mais les connaître fait de vous un "gourou" et vous êtes donc plus fidèle au produit. Il est bon de laisser les utilisateurs expérimentés trouver des joyaux cachés.
Réponse courte: Oui, c'est approprié.
Je prendrais la position opposée à Glen. Les contrôles contre-intuitifs sont une mauvaise idée, et vous ne devriez pas avoir à mémoriser des dizaines de raccourcis obscurs pour être compétent.
Cela dit, je soutiens pleinement la méthode de découverte "accidentelle mais probable", pour les raisons exactes que vous avez indiquées.
Dans les cas où vous avez tant de fonctionnalités que les afficher toutes serait une idée horrible, je soutiens l'utilisation d'une interface modale telle que la barre du ruban que Microsoft a mise dans Office 2007 et au-dessus. Lorsque l'utilisateur sélectionne une tâche, retirez tout le reste et n'affichez que les éléments relatifs à cette tâche. Il n'y a aucune raison pour que l'utilisateur doive parcourir des menus sans fin. Ceux habitués aux menus détestaient la nouvelle version d'Office, mais presque tout le monde a fini par apprécier son efficacité.
Je pense que ces fonctionnalités doivent être cachées dans un endroit où les utilisateurs rechercheront probablement la première minute où ils en ressentiront le besoin. OU, si c'est vraiment pour être accidentel, ne devrait pas effrayer les utilisateurs, mais plutôt être agréablement surpris.
C'est drôle comment j'ai trouvé le raccourci pour prendre une photo avec mon iPhone juste avant iOS 4.0 quand ils l'ont retiré ou changé. :-)
C'est drôle comment de temps en temps j'arrive à prendre une capture d'écran de l'iPhone, par accident, mais je ne peux pas dire exactement comment je le fais. Mais je n'ai pas pris la peine de lire le manuel.
Ces fonctionnalités masquées renforcent l'engagement des utilisateurs envers le produit. Même s'ils pensaient avoir fait une erreur au début, cela augmenterait leur compétence et les rendrait plus exploratoires. Alors oui, je dirais qu'ils sont non seulement appropriés, mais hautement considérés. Mais réfléchi sagement. Comme vous l'avez dit, cela ne devrait s'appliquer qu'aux fonctions non vitales avec des fonctionnalités d'annulation ou/et une tolérance aux pannes élevées.
Les deux façons pourraient être bonnes.
Comme Glen a dit , il peut être bon de laisser les gens les découvrir et ensuite être heureux de l'avoir trouvé. Je pense que cela rend les gens plus heureux, de le retrouver eux-mêmes plutôt que de laisser l'application les orienter vers quelque chose. Vous obtenez un sentiment de fierté et aimez en même temps l'intelligence des designers.
Mais, pour les fonctions que vous souhaitez toujours pousser un peu, vous pouvez faire quelque chose entre les deux. Comme vous l'avez déjà dit, un message peut sembler pointer vers une certaine fonctionnalité. Si vous passez un peu de temps à faire en sorte que le message ne soit pas irritant , je pense que cela peut fonctionner. Pour utiliser l'exemple shift/majuscules:
- n'affiche le message que la - troisième fois ils utilisent la touche shift
- seulement quand ils ont utilisé le décalage plus tôt pour taper plus d'une lettre en majuscules
- seulement quand ils ont découvert d'autres fonctionnalités eux-mêmes et peuvent donc être intéressés à devenir un expert
Oui, il faut un peu plus de conception pour les entrées de coup droit et de calcul/base de données. Mais cela prend déjà juste pour montrer quelque chose jusqu'à ce qu'ils le rejettent.