J'ai joué avec la conception matérielle et je faisais une application où l'utilisateur peut interagir avec un élément en le faisant glisser vers la droite ou vers la gauche (en appuyant dessus, cela fait une troisième chose). L'idée est que si vous le faites glisser d'un côté, l'utilisateur indique que c'est "mauvais" et si vous le faites glisser de l'autre côté, cela signifie qu'il est "bon".
Maintenant, j'ai cherché quelle direction est généralement bonne et laquelle est mauvaise. J'ai trouvé beaucoup d'opinions différentes. Il y a d'abord la méthode bien connue de Tinder ("bonne" à droite, "mauvaise" à gauche), mais l'application de messagerie Android fournie avec le téléphone que vous glissez dans l'autre sens (suppression vers la droite, se déplaçant vers la gauche).
D'un autre côté, pour moi (je n'ai fait aucun test utilisateur ou quoi que ce soit, alors peut-être que c'est juste moi), il semble beaucoup plus facile de glisser vers la droite. Dans ce sens, la bonne option devrait être celle que je m'attends à ce que l'utilisateur fasse le plus souvent ou que je souhaite qu'il emploie le plus souvent.
Y a-t-il d'autres façons "scientifiques" de décider de cela?
Je n'ai trouvé aucune recherche à ce sujet mais vous pouvez analyser:
Comme @Devin l'a mentionné dans les commentaires, je ne pense pas que le balayage offre une meilleure convivialité, mais une interaction plus sophistiquée.
Alternativement, vous pourriez offrir les deux options, les boutons et le balayage, afin que les utilisateurs de "boutons" puissent les utiliser et ceux qui découvrent l'action de balayage pourrait l'utiliser s'ils le souhaitent (bien que vous deviez vous assurer que cela n'interfère pas avec d'autres actions)
Je n'ai pas vu d'étude, mais du point de vue de l'utilisabilité, je n'aime vraiment pas cette micro-interaction.
Il n'y a pas d'indication de facilité d'utilisation/de disponibilité. Les utilisateurs doivent être formés ou ils ne savent peut-être même pas que l'interaction existe. Même s'ils sont formés, il n'y a aucune indication quant à la direction qui provoque quelle action, il est donc facile pour l'utilisateur d'oublier quand il revient à l'application.
Il est appliqué de manière incohérente. Différentes applications utilisent le glissement de carte différemment, il n'y a donc pas de convention solide.
Même Gmail, l'une des interfaces les plus utilisées/apprises de la planète, peut à peine s'en tirer avec cette interface. Je ne serais pas surpris de le voir évoluer (pour inclure une meilleure accessibilité) ou supprimé à l'avenir.
Si vous allez utiliser cette conception, il est très important que les actions ne puissent pas être annulées, car les utilisateurs peuvent ne pas se souvenir dans quelle direction faire glisser, ou peuvent glisser par accident parce qu'ils ne réalisent pas/oublient que l'action est disponible.
En utilisant Gmail et Inbox by Gmail comme exemples, nous pouvons voir une nette différence dans les idées à ce sujet. À moins que vous ne vous battiez sérieusement pour l'espace au sein de l'objet, je recommanderais d'utiliser des icônes qui reflètent l'action. Cela supprimerait toute courbe d'apprentissage entraînant la suppression d'actions d'une vue claire.
Gmail:
Boîte de réception de Gmail:
Vous mentionnez la façon dont Tinder gère le balayage (droite -> bonne, gauche -> mauvaise), mais en plus, Tinder propose des boutons qui effectuent exactement le même comportement et sont visibles à tout moment par l'utilisateur. Ces boutons sont placés au même endroit que leurs directions de balayage correspondantes (c'est-à-dire: n'aime pas le bouton à gauche, balayez vers la gauche pour ne pas aimer).
En supposant que ces éléments pouvant être glissés figurent dans une liste, tenez compte des éléments suivants:
Taper sur un élément pour le développer, avec des boutons pour l'action "bonne" et "mauvaise" apparaissant sous l'élément. L'orientation des boutons serait alors alignée dans le sens de leur balayage correspondant, que vous seriez libre de déterminer.
Je ne sais pas s'il y a une étude à ce sujet. Glisser vers la gauche peut signifier supprimer dans de nombreux cas, mais cela peut également signifier aller de l'avant et glisser vers la droite pourrait signifier revenir en arrière. Dans votre cas, je pense que le feedback devrait être plus intuitif. Pensez-vous que faire glisser vers la gauche/droite est suffisant pour dire aux utilisateurs ce qui se passe? Pouvez-vous faire glisser de haut en bas? pouce en l'air/pouce en bas?