web-dev-qa-db-fra.com

Est-ce que "cliquer pour ajouter" ou "glisser-déposer pour ajouter" est préféré par l'utilisateur?

Je travaille avec un framework de fenêtre ancrable Javascript appelé Golden Layout pour une application web que je développe. Sur leur site, ils ont deux exemples pour ajouter des fenêtres à leur framework qui sont les deux que j'envisage actuellement d'implémenter, je ne suis simplement pas sûr de ce qui est mieux pour l'utilisateur.

Le premier est un méthode de style glisser-déposer . L'utilisateur doit récupérer le composant spécifique dans une liste de composants et le placer sur la page. C'est bien car cela leur permet de placer le module où ils veulent, mais l'utilisateur doit cliquer et faire glisser pour obtenir cet effet.

L'autre méthode est un cliquez pour ajouter une méthode . L'utilisateur clique sur le composant qu'il souhaite ajouter dans la liste et il ajoute le module à la page au plus haut niveau. Il s'agit également d'une bonne approche, mais l'utilisateur doit ensuite le revoir et le repositionner (s'il le souhaite). Je pourrais également voir cela devenir déroutant si l'utilisateur a ajouté de nombreux modules à différents endroits, il pourrait ne pas être en mesure de voir où il a été placé.

Question:

Existe-t-il une meilleure pratique sur la façon dont les utilisateurs doivent ajouter des composants à une page Web? Les utilisateurs préfèrent-ils glisser-déposer ou cliquer pour ajouter? Existe-t-il des statistiques à ce sujet?

16
BDD

Comme je l'ai appris - plus vous offrez d'options pour les mêmes actions - meilleure est l'application. Donc, le conseil serait d'implémenter à la fois le glisser-déposer et le clic pour ajouter, et vous n'avez pas à vous soucier de celui que les utilisateurs utilisent.

Encore mieux, vous avez la possibilité de suivre celle qui est la plus populaire dans votre cas spécifique, ce qui peut différer d'une étude plus générale existante.

23
Benny Skogberg

Les utilisateurs préfèrent-ils glisser-déposer ou cliquer pour ajouter?

Une chose à considérer est que le glisser-déposer peut être difficile avec un pavé tactile d'ordinateur portable. Si le clic pour ajouter peut être utilisé sans une étape de glissement supplémentaire, vous rendrez probablement certains utilisateurs d'ordinateurs portables plus heureux. Cela s'applique également aux écrans tactiles, où le glissement peut être confondu avec une tentative de défilement. Les navigateurs tactiles modernes gèrent cela raisonnablement bien, mais pas parfaitement - et cela peut parfois être frustrant.

Tenez également compte de votre public cible. Devez-vous soutenir les utilisateurs handicapés? Certains peuvent trouver difficile d'utiliser un dispositif de pointage (arthrite? RSI?). D'autres pourraient être malvoyants et se retrouver avec un clavier et un lecteur d'écran - dans leur cas, avoir une disposition fenêtre/MDI pourrait ne pas avoir de sens du tout.

Il se peut que la majorité de vos utilisateurs préfèrent le glisser-déposer, mais il peut également être nécessaire de prendre en charge un mécanisme alternatif (compatible avec le clavier?) Si vous avez l'intention de prendre en charge ces utilisateurs.

7
Bob

Cela dépend, cliquez pour ajouter et faites glisser et déposez les mêmes résultats avec des processus légèrement différents.

Si je clique pour ajouter, l'attente est que j'ai choisi quelque chose de spécifique. Le pro de cette approche va être cette spécificité: "Je veux que cela soit mis dans ce seau." Lorsque c'est le résultat logique de mes efforts, un clic pour ajouter est parfaitement logique. Un bon exemple serait de cliquer pour ajouter à un panier. Il n'y a pas beaucoup d'autres endroits où je pourrais ajouter quelque chose que je veux acheter, et donc cliquer pour ajouter est parfaitement logique. Le con serait un contrôle moins tangible. Par cela, je fais référence au fait que je ne l'ai pas physiquement mis là en tant qu'utilisateur, il est entré par magie, mais peut-être que je voulais qu'il aille ailleurs. Soyez prudent lorsque vous cliquez pour ajouter quelque chose si vous ne savez pas où il doit aller.

Si je fais glisser et déposer, alors on s'attend à ce que j'ai plus d'un endroit que je puisse faire glisser, et que je choisis cet endroit. Les avantages de cette approche est l'activité tangible de la déplacer: "Je peux déposer ceci ici ou là ... ou même ici." Un bon exemple serait un élément sur une liste ou un ensemble de listes. Wunderlist, par exemple, utilise le glisser-déposer pour vous permettre de réorganiser cet élément sur une liste. Le con serait le risque d'erreur, ou pire, le manque d'engagement de l'utilisateur. "Et si je ne le veux pas là-bas", serait une bonne question, mais pourrait conduire à un utilisateur ne sachant pas où le mettre. Il manque également l'immédiateté d'un bouton qui fait l'activité de "mise" pour vous.

5
Mathias Burton

Prise en compte du contexte de l'utilisateur joue le rôle le plus important.

Si votre utilisateur travaille sur un ordinateur portable à l'aide d'un pavé tactile, il lui sera plus difficile de faire glisser la fenêtre avant de la laisser tomber. À quelle fréquence va-t-il le faire? Si cela ne suffit pas souvent, c'est correct, mais si la fréquence est élevée, il serait plus facile de taper sur la fenêtre pour inclure la fenêtre et la disposition serait secondaire.

Sur une tablette/phablet, il serait plus logique de faire glisser et déposer car il est facile pour les utilisateurs de faire glisser des éléments, il peut généralement être plus difficile d'avoir une précision avec votre doigt lorsque vous appuyez sur un petit bouton plutôt que de faire glisser un élément plus gros. Cependant, dans l'exemple de la mise en page Golden, le bouton et l'élément de glissement initial ont la même taille.

Les inconvénients de cliquer sur le navigateur sont les commentaires que l'utilisateur obtient de l'interface. Sur cet exemple de la page de mise en page dorée, il n'y a pas de retour d'information sur le fait qu'il s'est passé quelque chose, il n'y a qu'un changement soudain dans la mise en page, donc la première fois l'utilisateur sera surpris mais ensuite il l'apprendra.

Les inconvénients du glisser-déposer sont qu'il est un peu pénible - surtout lorsque vous cliquez toute la journée au bureau - de faire pression avec votre doigt jusqu'à ce que vous décidiez quelle est la meilleure position pour déposer l'élément.

Opportunité de conception

Cette fonctionnalité de glisser-déposer a maintenant deux états: d'abord cliquez pour commencer à faire glisser et ensuite laissez le bouton de la souris pour déposer et appliquer l'action.

Et si elle avait trois états:

  1. Cliquez pour commencer à faire glisser
  2. Facultatif: faites simplement glisser et déposez trop rapidement (<1 s) pour spécifier qu'il s'agit de l'élément que vous souhaitez utiliser, vous venez de le faire glisser hors de la boîte à outils. Alors restez dans un état comme si vous teniez la souris cliquée
  3. Appliquez l'action soit en laissant le bouton de la souris si le deuxième état n'a jamais été déclenché ou en cliquant

En termes plus simples, il suffit de glisser-déposer rapidement, déplacez la souris pour savoir quel est l'endroit à déposer et quand vous le souhaitez, cliquez simplement pour le déposer. Bien sûr, vous pouvez toujours appuyer sur le bouton esc ou cliquer sur l'élément initial pour annuler l'état actuel.

N'aimeriez-vous pas être à l'état suivant sans appuyer sur le bouton de la souris? golden layout widget

Ce serait bien d'éviter les blessures de stress répétitif avec une bonne conception

1

Je vais adopter une position impopulaire, car je pense que c'est juste. Cela dépend de la polyvalence que vous souhaitez être, ce qui est plus facile. Le glisser-déposer est plus facile lorsque la source et la destination sont à la fois visibles et accessibles. Cliquer pour ajouter est plus facile dans tous les autres cas. Par conséquent, pour s'adapter à une polyvalence maximale, prévoyez les deux, de sorte que lorsque les choix deviennent trop grands pour l'écran, les séjours faciles restent faciles et les séjours difficiles possibles.

1
hildred