web-dev-qa-db-fra.com

Basculement du mode UI, Afficher / Masquer

Je travaille actuellement sur une application Web d'entreprise. Dans l'écran de saisie de la facture, j'ai eu des problèmes d'interface utilisateur.

Fondamentalement, l'écran de saisie de facture actuel ressemble à ceci:

Screenshot

Mode/état par défaut Mode/état d'entrée d'article (lorsque le bouton "Basculer entrée d'article" est enfoncé)

Le problème actuel selon lequel la méthode actuelle de saisie des articles n'est pas intuitive.

L'édition en ligne est envisagée mais rejetée en raison de la nécessité d'avoir le module de recherche et de sélection d'inventaire présent à tout moment car le style de saisie automatique flottant des modules est maladroit.

Est-il possible de basculer entre des écrans/modes plus intuitifs que la solution de boutons actuelle?


Il y a encore des choses sur lesquelles on travaille, comme la meilleure façon d'afficher les prix sans afficher 4 chiffres, tout en conservant la précision. (quelques conseils seraient sympas)

2
vener

Comment savez-vous que ce n'est pas intuitif? Quel est exactement le comportement de vos utilisateurs et que disent-ils?

S'ils ne trouvent tout simplement pas le bouton, je suppose que votre problème principal est le libellé du bouton. Lorsque les utilisateurs doivent ajouter un élément de facture, ils ne pensent pas "Je dois basculer quelque chose". Ils pensent "J'ai besoin d'ajouter ou de modifier un produit". Essayez donc plutôt "Product Input". Si vos utilisateurs ont également du mal à trouver les autres fonctions de "bascule", c'est probablement votre problème.

En général, vous souhaitez indiquer l'action de contrôle avec sa conception graphique, plutôt que l'étiquette de texte. Par exemple, pour votre bouton, ajoutez à la fin de l'étiquette une flèche vers le haut ou un signe + ou un robinet de style Java-Swing fermé, en le remplaçant par une flèche vers le bas, un signe - ou ouvrez le robinet lorsque le volet de saisie est ouvert. Ou faites du bouton un bouton à bascule. Il n'est peut-être pas si important pour l'utilisateur d'anticiper le comportement des interfaces utilisateur dans ce cas - il verra ce qu'il fait et saura quoi faire ensuite lorsqu'il cliquera sur le bouton.

Un autre problème possible est que vous semblez combiner l'édition et l'ajout d'éléments dans le même bouton, ce qui a une certaine logique. Cependant, l'idée d '"entrée" pourrait être un niveau d'abstraction au-dessus de la façon dont vos utilisateurs pensent des choses. Au contraire, ils peuvent penser à ajouter et à éditer des fonctions distinctes qui devraient avoir des contrôles distincts. Vous devez donc avoir des boutons Ajouter et Modifier distincts (basculant tous les deux dans le même volet) et vivre avec l'encombrement supplémentaire. Pour les étiquettes, j'essaierais "Modifier le produit" et "Ajouter un produit" ou "Insérer un produit".

Vous souhaiterez peut-être également envisager de rendre le volet par défaut visible pour les utilisateurs susceptibles de le modifier.

Bummer que vous ne pouvez pas trouver un moyen de faire un montage sur place.

3
Michael Zuschlag