web-dev-qa-db-fra.com

Est-il judicieux d'afficher la valeur précédente sur la page de modification du produit

Je veux que la communauté pense à la page de modification du produit. Actuellement, il s'agit d'une disposition à deux colonnes; une avec des attributs et une autre avec des zones de saisie mais j'ai un argument avec mon propriétaire de produit qui veut une colonne de plus (sortie/valeur précédente).

Il pense: l'utilisateur veut voir quelle était la valeur précédente. Étant donné que la base d'utilisateurs n'est pas technique, et avec la troisième colonne, ils peuvent facilement voir et comparer la valeur actuelle et la nouvelle valeur.

Ce que je pense est: peut-être que l'utilisateur n'est pas technique mais quand il/elle atterrit sur la page d'édition, ils trouveront des zones de saisie préremplies et s'ils veulent éditer, ils peuvent simplement effacer et taper à nouveau. Bien qu'ils ne puissent pas voir/comparer mais je pense la troisième colonne n'est pas nécessaire et cela réduira l'encombrement à l'écran.

C'est juste une perception et une expérience de développeur, mais aucune thèse solide à prouver.

1
Hemchandra

Approches alternatives: -

1) Vous pouvez penser à afficher un résumé des modifications dans une boîte de dialogue de confirmation contextuelle, lorsque l'utilisateur clique sur le bouton "Soumettre".

2) Ou marquez les champs modifiés (couleur d'arrière-plan ou couleur de bordure) et affichez l'ancienne valeur lors du survol de la souris dans une info-bulle.

Les approches ci-dessus satisfont aux deux exigences: -

1) Uncluttered Modify UI sans troisième colonne pour afficher la valeur précédente.

2) Afficher ce qui a changé de quelle valeur en utilisateur, afin que l'utilisateur soit informé de son action.

2
Chetan

Et comme ça:

mockup

télécharger la source bmml - Wireframes créés avec Balsamiq Mockups

0
Ades