15

StackOverflow Careersの再開機能（ただし、再開データではありません）のように、jQueryWebアプリを介して編集/作成可能なセクションに分割されたデータがいくつかあります。それはもう少し階層的です（ジョブはサブジョブを持つことができますなど）ので、私が取るCRUDの方法に応じて、それは異なる量の作業を意味します。私はそれを正しく行うために時間を費やしてもかまいませんが、最適なユーザーエクスペリエンスではない何かを凝ったものにするために多くの時間を費やしたくありません。

この種のセグメント化された階層的なテキストデータを「編集」するさまざまなスタイルについて調査が行われたことがありますか。

  1. その場で編集します（たとえば、役職などのフォーム要素をクリックすると、編集可能になり、[OK]をクリックして保存します）

  2. 新しい画面に移動する編集ボタン（現在のStackOverflowなど）

  3. モーダルフォームをポップアップする編集ボタン

  4. すべてのフィールドは開いていて編集可能で、単一の保存ボタン（StackOverflow Careersなど）

最高のユーザーエクスペリエンスを提供するために、これらのさまざまなフォームをいつ使用する必要があるかについて、一般的なコンセンサスはありますか？

4

1 に答える 1

12

場合によります。ユーザーベースがWebに精通している場合は、自然な編集フローが提供されるため、インプレース編集アプローチをお勧めします。

その場で編集

階層のセクションを編集するときは、残りの情報とインラインで編集します。これにより、編集内容が他の情報にどのように適用されるかを確認できます（画面間を行ったり来たりする必要はありません） 。

使いやすさの点では、グループ化されたアイテムを一度に編集できるシナリオは、複数のクリックを節約できるので便利です。たとえば、ジョブに次のデータ項目がある場合：

Title
Description
Positions

各アイテムをインプレースで編集する動作とともに、一度にすべてを編集するメカニズムを提供することをお勧めします。

インライン編集は、階層の他のセクションが誤って更新されるのを防ぎます。

モーダル編集

この編集方法では、階層全体と編集中のセクションの間に障壁が生じます（つまり、入力する情報と階層内の位置との関係は、UIを見てもすぐにはわかりません）。

新しい画面

モーダル編集と同様に、編集された情報と階層全体との関係は失われます。ただし、これは非常に基本的な設定であり、ほとんどのユーザーベースがすぐに理解できます。また、偶発的な更新からドキュメント全体を保護します。

すべてのフィールドが開いています

これは、編集された情報を（その場で編集する場合のように）コンテキスト内に保持するという利点を提供し、非常に簡単です。要素をクリックして編集する必要があることをユーザーが学習する必要がある学習曲線はありません。

ただし、好奇心旺盛な子供たちによって複数のフォームが台無しになっている人として、階層全体が意図しない更新にさらされる方法は好きではありません。

于 2010-07-27T16:20:10.510 に答える