web-dev-qa-db-ja.com

多くの子オブジェクトの1つから親オブジェクトを編集する

あなたがfooを持っているとしましょう。任意のfooは、複数の方法で購入できます-異なる条件でのローン、リースなど。fooには、MSRP、販売価格、送料等.

顧客が購入に興味を持っている可能性がある特定のfoosのセットについて考えられるすべてのシナリオを示す画面があります。これをScreen 1と呼びましょう。

Payment Scenarios by Foo

各支払いシナリオには独自の画面があり、クリックして追加の詳細や編集可能なオプション(期間、さまざまな課税パラメーターの構成など)を選択できます。これをScreen 2と呼びましょう。

Individual Payment Scenario

fooの販売価格や配送料などを編集する必要がある場合、foosを一覧表示するときに、それを行うための明白な場所はScreen 1です。指定された支払いシナリオの概要。ただし、ユーザーが既に支払いシナリオ-Screen 2を使用している場合、この情報を編集するにはfoo概要に戻る必要があるという懸念が生じています。ユーザーにとって余分な時間とクリックが必要となり、ワークフローが中断されるため、これは理想的ではありません。

一方、この情報は子画面に表示されます-Screen 2。単に表示するだけでなく、これらの画面から編集可能にすることができます。しかし、そうすることは混乱を招くのではないかと心配しています。例えば:

  • Screen 2からfooの販売価格を編集する場合、ユーザーはそのfooに関連する他のすべての支払いシナリオで価格を編集していることを知っていますか?
  • 特定のシナリオの詳細を編集しているだけだと思いますか?
    • もしそうなら、これが他の支払いに影響することを明確にする(邪魔にならない)方法はありますか?
  • これは望ましいことですか? notを使用して、追加の使いやすさを無効にする理由はありますか?
  • 実装する場合は、最上位の編集を削除し、単一のクリックパスを維持して特定の情報を編集する方がよい(現在の設計で一貫した不満は、与えられたアクション)?
1
Locke

画面1は、(モックアップに従って)画面1にそのような情報が表示されないため、各fooの価格/送料を編集するための明白な場所ではありません。

人が画面2(単一シナリオ)にいるとき、彼女には詳細情報を表示する機会があり、これが編集を決定する場所です。

編集する一部のパラメーターはglobal(すべてのシナリオを変更します)であり、一部はlocal(特定のシナリオを変更します)と想定します。 「Edit Foo A Super Edition」にoneオプションを提供できます。 編集モードになったら、どのパラメーターがグローバルで、どのパラメーターがローカルシナリオにのみ適用されるかを明確に分離します。

代替

Foo A Super Edition-画面1の情報を最初から分割し、シナリオごとにグローバル情報をローカルから分離できます。人はそれぞれを編集できます。

1
JakubTutaj