web-dev-qa-db-fra.com

Modification d'un objet parent à partir d'un des nombreux objets enfants

Disons que vous avez un foo. Tout foo peut être acheté de plusieurs manières - prêts à différentes conditions, baux, etc. Le foo possède certaines propriétés qui affectent les scénarios de paiement, comme le PDSF, le prix de vente, le frais de port, etc.

J'ai un écran qui montre tous les scénarios possibles pour un ensemble de foos donné dans lequel un client pourrait être intéressé à acheter. Appelons cela Screen 1.

Payment Scenarios by Foo

Chaque scénario de paiement possède son propre écran dans lequel vous cliquez avec des détails supplémentaires et d'autres options que vous pouvez modifier (comme le terme, la configuration de différents paramètres de taxation, etc.). Appelons cela Screen 2.

Individual Payment Scenario

Si le prix de vente, l'expédition, etc. d'un foo doit être modifié, l'endroit évident pour le faire est au niveau supérieur, Screen 1, lors de l'énumération de foos et des aperçus de scénario de paiement donnés. Cependant, une préoccupation a été exprimée: si un utilisateur est déjà dans un scénario de paiement - Screen 2, ils doivent cliquer sur l'aperçu foo pour modifier ces informations. Ce n'est pas idéal, car cela prend plus de temps et de clics pour l'utilisateur, interrompant son flux de travail.

En revanche, nous rendons ces informations visibles sur les écrans enfants - Screen 2. Nous pouvons le rendre modifiable à partir de ces écrans, au lieu d'être simplement visible. Cependant, je crains que cela ne prête à confusion. Par exemple:

  • Lors de la modification du prix de vente du foo de Screen 2, l'utilisateur saura-t-il qu'il est en train de le modifier pour tous les autres scénarios de paiement relatifs à ce foo?
  • Penseront-ils qu'ils sont en train de modifier ces détails pour ce scénario spécifique?
    • Dans l'affirmative, existe-t-il un moyen (non intrusif) d'indiquer clairement que cela affectera les autres paiements?
  • Est-ce même souhaitable? Y a-t-il une raison pas pour ce faire qui outrepasse la facilité d'utilisation supplémentaire?
  • Si nous l'implémentons, est-il préférable de supprimer la modification au niveau supérieur, de conserver un seul chemin de clic pour modifier une information donnée (une plainte cohérente sur notre conception actuelle est qu'il existe trop de façons de terminer une une action donnée)?
1
Locke

Écran 1 n'est pas l'endroit évident pour modifier le prix/expédition pour chaque foo, car vous ne voyez pas de telles informations sur l'écran 1 (selon la maquette).

Lorsqu'une personne est sur un écran 2 (scénario unique), elle a la possibilité de voir une information détaillée et c'est l'endroit où prendre la décision de la modifier.

Je suppose que certains paramètres à modifier sont global (changeront tous les scénarios) et certains sont local (changeront un scénario spécifique). Vous pouvez fournir une option n pour "Edit Foo A Super Edition". Une fois en mode d'édition , séparez clairement les paramètres qui sont globaux et ceux qui s'appliquent uniquement à un scénario local.

Alternative

Foo A Super Edition - les informations sur l'écran 1 peuvent être divisées dès le départ, séparant les informations globales des locales par scénario. La personne pourrait modifier chacun.

1
JakubTutaj