Quand est-il approprié de rendre une action "Afficher moins" une fois que l'utilisateur clique sur un lien "Afficher plus" après avoir exposé une description tronquée?
Personnellement, j'aime quelque chose de similaire à l'expérience App Store (sans lien "Afficher moins"), mais je suis curieux de connaître vos découvertes/expériences.
Un "afficher moins" est une action contextuelle appropriée lorsqu'une liste d'éléments peut avoir beaucoup de texte à afficher. Une quantité écrasante de texte dans les éléments répertoriés n'est pas la meilleure pratique UX. Par conséquent, basculer entre tout voir et une partie du texte peut être une bonne disposition en utilisant "afficher moins".
ex: Une photo avec quelques informations de base et des informations détaillées. Vous pouvez afficher les informations que vous souhaitez à l'utilisateur au premier coup d'œil et basculer les informations détaillées avec "afficher plus et afficher moins".
En règle générale, chaque "afficher plus" doit être accompagné d'un "afficher moins".
Lorsque vous avez conclu que vous aviez besoin d'un "Afficher plus", vous avez abandonné le contrôle de l'option d'affichage à l'utilisateur.
Pour le dire différemment: Vous avez conclu que vous ne pouvez pas décider vous-même de la quantité de données à afficher et que vous devez charger l'utilisateur de la décision. Maintenant, ne retenez pas les contrôles dont ils ont besoin pour prendre le contrôle.
Ou, pour le dire différemment: l'interaction utilisateur préférée est essayer - voir les résultats - annuler. Vous enlevez l'annulation.
Vous devez utiliser par défaut contrôle total, dans ce cas, un Show less
. Habituellement, il peut être facilement intégré au show more
, idéalement, il reste en place pour que le contenu puisse être basculé sans viser la souris.
Il peut y avoir des cas où un show less
pourrait être omis: lorsque la raison d'origine de montrer moins disparaît. Un cas serait le traitement séquentiel des enregistrements, où un enregistrement (étendu) n'est plus jamais visité.
Travaillons à travers cela logiquement. Pourquoi voudriez-vous "montrer moins"? Parce qu'il n'y a pas assez d'espace pour tout afficher.
Maintenant que le défilement est la norme et une chose naturelle pour les utilisateurs, nous avons vraiment très peu de cas où vous n'avez pas assez d'espace pour afficher le contenu. Nous faisons simplement défiler vers le bas pour voir le reste.
Le seul cas auquel je peux penser est si le système se souvient et persiste les paramètres sur une vue particulière. Un utilisateur peut vouloir toujours voir les détails ou toujours les condenser lors du chargement de l'écran.
par exemple. Pour la Business Intelligence, un utilisateur peut souhaiter afficher un grand ensemble de données d'une manière particulière à des fins de génération de rapports. Pour certaines personnes, voir les chiffres détaillés peut être un aspect important de l'examen des données. Pour d'autres, un résumé peut suffire. Une option persistante "voir plus" "voir moins" peut alors être utile.
Cela a frappé le bon endroit de bonnes questions pour moi. C'est simple, a une résonance et reste au fond de votre esprit toute la journée.
Hier, j'ai été à l'écoute de ce type d'interaction et je l'ai remise en question chaque fois qu'elle se produisait et j'ai au moins une réponse qui me satisfait.
Non. Il n'y a aucune valeur pour afficher moins.
Le principal problème concerne la langue.
Vous utilisez le terme "Afficher moins" car ils ont sélectionné "Afficher plus". Mais remplacez "Afficher plus" par "En savoir plus" ou "En savoir plus", qui décrivent ce que ils font et non ce que fait l'interface. Vous ne pouvez pas lire moins ou apprendre moins quand vous avez déjà lu ou appris quelque chose. C'est pourquoi il est faux de dire "montrer moins" - parce que le langage est en dissonance avec l'action.
Vous pouvez le renommer 'Expand' et 'Collapse', seulement maintenant nous avons convenu que 'Read more' est vraiment ce que l'utilisateur est ici, alors c'est une bonne UX de l'utiliser comme étiquette.
Mais attendez. Il n'y a pas d'antonyme pour Read less.
La solution qui semble fonctionner le mieux est de concevoir l'interface avec une interaction "étroite". Cela signifie bien qu'ils ont fini de lire ce qu'ils ont développé et qu'ils sont prêts à passer à autre chose.
Bien sûr, cela ne fonctionnera pas si vous n'avez qu'une petite quantité de contenu selon votre exemple.
J'irais avec "Montrer moins" si j'étais toi.
Si vous décidez d'utiliser la divulgation progressive, consultez les Directives Microsoft pour les contrôles de divulgation progressive pour vous assurer de signaler correctement ce qui s'est passé, en utilisant l'interaction et le glyphe corrects.
C'est un long sujet, alors assurez-vous de faire défiler jusqu'à la section Contrôles de divulgation progressive , à mi-chemin de la page.
En règle générale, "montrer moins" doit être utilisé avec soin et l'expérience utilisateur doit être conçue en fonction du contexte. Il ne suffit pas de l'utiliser pour terminer une interaction utilisateur bidirectionnelle.
Cependant, il y a des cas où "montrer moins" est vraiment utile, par exemple.
Affichage maigre dans un affichage de style galerie (un élément par écran avec les actions suivantes/précédentes): "Afficher moins" doit être mémorisé pour les éléments suivants à afficher. Ainsi, l'utilisateur peut se concentrer sur l'objectif principal sans se laisser distraire par les détails.
Affichage maigre dans un affichage de liste: Si un seul clic "afficher plus" développe de nombreux éléments sur une seule page, "afficher moins" ramène une meilleure vue d'ensemble pour un affichage plus rapide des éléments
Ainsi, chaque utilisation de "montrer moins" doit être évaluée en fonction du contexte environnant.
Quelle est l'alternative d'avoir une interface avec laquelle vous pouvez interagir, mais dans un seul sens?
En d'autres termes, vous disposez d'une hiérarchie d'informations, mais la seule façon de revenir à la vue de haut niveau est de recharger les informations à partir de zéro.
Les arbres avec des boutons plus/moins pour développer les informations sont bons pour cela.
J'ai vu certaines applications qui ne contiennent que le lien "Afficher plus" mais vous y verrouillent sans vous donner l'option "Afficher moins". IMO si c'est trop de texte et que l'écran est encombré, donnez la possibilité de faire les deux. Parfois, j'ai rencontré que le lien "Afficher plus" est destiné à un coup d'œil rapide ou à la consommation, puis les données sont censées être cachées à nouveau.
L'appel à des actions comme "Afficher plus/En savoir plus/En savoir plus" est relatif au contexte. Une liste détaillée exigerait un "afficher plus"; un article d'actualité/blog demanderait "en savoir plus"; une description de produit aurait besoin d'un "en savoir plus".
Respectivement, la présence d'une contre-action (montrer moins) doit également être dérivée du contexte. Un reportage ou un article de blog peut révéler une lecture supplémentaire, parfois suffisamment longue pour que le lecteur ait oublié que le texte supplémentaire a été révélé par un appel à l'action "en savoir plus", rendant ainsi inutile une action "montrer moins". Une description de produit, d'autre part, si elle est placée dans une liste d'autres produits (où une comparaison de produits, par exemple, fait partie de la portée), une action "afficher moins" pourrait servir à d'autres fonctions contextuellement pertinentes - comme afficher plus d'informations sur une vue unique pour comparer les produits.
Pour ne pas deviner, vous pouvez toujours exécuter le test A/B pour voir ce qui fonctionne le mieux. disons avec les prochaines expériences possibles:
1) afficher plus et afficher moins sont présents, une partie du texte est masquée par défaut; 2) montre juste plus, une partie du texte est cachée par défaut; 3) tout le texte est affiché, juste "afficher moins" est présent par défaut; 4) alors que la description est affichée par défaut, aucune possibilité de masquer/afficher la description
Vous devrez sélectionner des mesures cibles et voir comment les vrais utilisateurs de votre site Web réagissent, puis implémenter simplement la version qui conduit à la conversion la plus élevée.
Les tests permettent d'éliminer tout travail de supposition.