web-dev-qa-db-fra.com

Faire la différence entre les mises à jour de masse et individuelles (application mobile)?

Nous faisons une application sur la livraison de colis dans différentes zones et le statut serait mis à jour lorsque les colis atteindraient certains points. Selon l'image ci-dessous, tous les éléments (6 lignes) sont dans le même groupe. Dans un cas normal/habituel, la mise à jour du statut serait pour tous (d'où le menu déroulant), cependant, il peut y avoir des cas où un élément peut être manquant (ou endommagé, etc.). Par conséquent, nous aimons également la possibilité de mettre à jour le statut de chaque élément individuellement.

enter image description here

enter image description here

Maintenant, mon inquiétude est qu'il existe 2 façons de le mettre à jour, un (1) via la mise à jour en masse (liste déroulante) et deux (2) lorsque vous cliquez sur le statut, une superposition avec les différents types de statut apparaîtra.

Est-ce que cela déroutera l'utilisateur? Est-ce une pratique courante?

user-expectationdropdownstatuschoices
3
catandmouse

Je pense que cela confondra l'utilisateur car il existe deux façons très différentes de faire la même chose (changer le type d'état).

Je pense que vous devriez donner à l'ensemble du groupe son propre "Statut du groupe". Il devrait agir de la même manière que définir le statut d'un élément unique, mais serait beaucoup plus propre et un peu plus intuitif pour l'utilisateur. Peut-être quelque chose comme ça:

Mass Update

1
adriennetacke

Je pense que vous êtes assez proche de la meilleure solution pour cela à mon avis. J'aime la fenêtre contextuelle qui comporte divers boutons radio qui permettent à l'utilisateur de modifier rapidement le statut.

Nous pouvons/devrions également utiliser la même fenêtre contextuelle pour le scénario en vrac, l'utilisateur sélectionne les différents éléments à l'aide de la case à cocher ou en appuyant longuement sur l'élément et une fois qu'il a sélectionné plus de deux éléments, il voit un bouton en haut à droite qui dit changer de statut. Appuyez sur ce qui devrait ouvrir le même popup et laisser l'utilisateur choisir le statut des commandes sélectionnées à la fois. Il n'est pas nécessaire que tout soit dans le groupe, mais les commandes qui nécessitent l'action groupée.

De cette façon, la mécanique reste la même, l'interface reste la même et c'est une situation gagnant-gagnant. Pour le rendre plus sujet aux erreurs, nous pouvons ajouter une confirmation qui demande à l'utilisateur de confirmer juste en cas de changement en masse.

0
Taroon Tyagi

De la façon dont vous l'avez en ce moment, il est déroutant que lorsque vous modifiez le statut général, ils soient tous mis à jour (comme si l'utilisateur avait cliqué un par un sur chaque élément et modifié sa valeur).

Cela pourrait apporter un comportement étrange:

#A Status1
#B Status1
#C Status2
#D Status1

changer #General en Status2 entraînera

#A Status2
#B Status2
#C Status2
#D Status2

si vous changez à nouveau #General en Status3, quel est le résultat?

#A Status3
#B Status3
#C Status3 <--
#D Status3

ou

#A Status3
#B Status3
#C Status2 <--
#D Status3

J'empêcherais le statut général de modifier chaque statut individuel:

status

Dans cet exemple, vous pouvez définir chaque élément sur le statut de votre choix. Mais il y a une option supplémentaire qui est "par défaut".

Lorsque vous attribuez une valeur par défaut à un élément, la valeur sélectionnée dans la section Par défaut lui sera appliquée . Cependant, lorsque vous modifiez cette section par défaut (ci-dessous), cela ne changera pas l'option sélectionnée dans chaque élément (l'option sélectionnée restera "par défaut", bien que maintenant cette valeur par défaut implique un autre état).

0
Alvaro