web-dev-qa-db-ja.com

データをすぐに、または保存中に失うことをユーザーに警告する必要がありますか?

私は次のようにWebアプリのアカウントフィールドを管理するためのインターフェイスを持っています。

mockup

download bmml sourceBalsamiq Mockups で作成されたワイヤーフレーム

前提は単純です。フィールドは2つのタイプ(パブリックとプライベート)です。上記のインターフェースには3つのリストが含まれており、その中のフィールドはドラッグアンドドロップ可能です。したがって、Field 3をパブリックにしたい場合は、Public Fieldsリストの適切な位置にドラッグします。 Field 4を削除したい場合は、Deleted Fieldsにドラッグします。

フィールドには4つのタイプがあります。

  • 削除できないデフォルトのフィールド。
  • 削除して非公開にできないデフォルトのフィールド
  • 以前に作成され、データが入力および保存されたフィールド(contains data)。
  • 追加されたばかりで、データがまったく含まれていないフィールド(インターフェースに説明テキストがない)。

フィールドを削除するには、ユーザーはフィールドを[削除済みフィールド]リストにドラッグするか、フィールドを編集している場合は削除ボタンを使用できます。

mockup

bmmlソースをダウンロード

ユーザーがSave Fieldsを押すまで、何も変更されません。この時点で、リクエストがサーバーに送信され、削除されたフィールドにデータが含まれている場合は、そのデータも削除されます。リクエストが成功すると、Deleted Fieldsのアイテムは削除され、復元できなくなります。

上記の場合:

  • 収集されたデータを含むフィールドが削除されるとデータが失われることをユーザーに警告することが重要だと私は感じています。警告は基本的にポップアップし、Confirmation dialogueのように動作するモーダルです。これはすぐに実行する必要がありますか(削除されたフィールドにドラッグされたフィールドまたはクリックされた削除ボタン)、またはユーザーがSave Fieldsをクリックしたときに実行する必要がありますか?

  • Contains datamicrocopyは、フィールドに以前のデータが適切に格納されているという事実を伝えますか?簡潔でありながら、フィールド[contains data]が適切であるという考えを伝えているフレーズが欲しいのですが。

1
F21

改善できる2つの場所。

1。 Microcopy:Izhakiのコメントがスポットされています。追加します。私は公私について知りません。彼らはウェブ上で異なることを意味することができます。表示および非表示または表示フィールド、非表示フィールドまたはアクティブおよび無効についてはどうですか?リーダーボードに表示/リーダーボードから削除。 (リーダーボードを:でフィールドを表示しているものに置き換えます)。 1分ほどかかりましたが、データの意味がわかります。有意義だと思う。データが含まれている代わりに、「37エントリ」または「データベースの37エントリ」を試してください。簡潔にする必要がある場合は、「使用中!」

2。ドラッグアンドドロップを削除セクションに再検討します。ドラッグアンドドロップを実行して、意図したとおりに実行します。混乱の一部は、パブリック/プライベートコンテナーと同じ種類のコンテナーではない削除されたコンテナーに同じ重みと相互作用が適用されていることです。

それを区別して、ドラッグアンドドロップを削除することを検討してください。削除はコンテキストポップアップに委任されたままにします。

私はそれをバックアップします。ドラッグアンドドロップは、パブリックからプライベートにフィールドをすばやく整理し、表示に対応するスタックに配置できるため、ユーザーに役立ちます。削除コンテナのスタックは無関係であり、画面をドラッグする動作はそれほど便利ではありません。要素をクリックして、ポップアップを表示し、ドラッグよりも速く削除をクリックできると思います。 5回試してください。私はckicl winsをクリックします。さらに、失礼なしに削除できないフィールドを管理することもできます。 「あなたはこれを削除できません!」ドラッグ時。または、あなたが知っているからではなく、ドラッグできないように見える、より丁寧なもの。そしてもう1点。削除は頻繁に行われますか?表示されていない場合、リストは表示されません。リストは、誰かがフィールドを削除した場合にのみ表示されます。これで、UIがシンプルになりました。

mockup

download bmml sourceBalsamiq Mockups で作成されたワイヤーフレーム

ただし、削除リストはIS重要です。トイレに流されそうなことを知らせます。たぶん、要素をドラッグして戻すことができます。またはホバーに戻りリンクが表示されます。同じです。意図はありますが、削除機能は表示によって適切に区別されます。

mockup

bmmlソースをダウンロード

その後!保存時に、データが取り返しのつかないほど削除される場合にのみ、意味のあるメッセージを提供します。 「ユーザーデータを含む3つのフィールドを削除しようとしています。削除してもよろしいですか?

3つの名前とデータ数をリストします。

追加クレジット:(私はこれを開発していないため)3つをリストし、後で削除するために非表示リストに戻せるようにします。このようにして、後戻りする必要がありません。

シンプル。お役に立てば幸いです。

1
Itumac

私はあなたのアイデアについていくつかコメントがあります:

  • 「フィールドの保存」は良い名前ではありません。「変更を保存」または「変更をコミット」の方がいいと思います。ユーザーがフィールドを削除されたビンにドラッグした場合、「フィールドの保存」はあまり意味がありません(削除するフィールドを保存していますか?ええ?)。
  • 「削除済み」ビンには、削除されたフィールドは表示されません。どちらかと言えば、「To be Deleted」フィールド、またはよりエレガントな方法でそれを「ゴミ箱」と呼びます-何かをそこにドラッグしたときに何が起こるかを人々が理解しても問題ないと思います。
  • 同じように、「削除」ボタンはフィールドを実際に削除するのではなく、削除のマークを付けるだけです。したがって、おそらく「ゴミ箱に移動」という名前の方がはるかに優れています。
  • 「ゴミ箱」に何かをドラッグするたびに確実に尋ねると、ユーザーはあなたに嫌いになります。 OSで複数のファイルを選択してDeleteキーを押した後、OSから「本当によろしいですか?」ファイルごと。 (システムの前で私を想像することもできます。3つのフィールドを削除したいので、最初のフィールドをドラッグします。最初にドラッグします。警告メッセージが表示されます。それを読みます。それを取得します。確認します。2番目のフィールドをドラッグします。メッセージが表示されます。繰り返しますが、私はそれをすでに知っているので、少しイライラします。次に、3番目のフィールドをドラッグします。今は本当に嫌いです。)あなたが防止しようとしているのは、人々が彼らの行動の結果を知らないことです。それらを一度認識させるだけで十分であり、ドラッグごとにこれを行う必要はありません。

  • 私が完全に正直だとしたら、「データを含む」が本当に何を意味するのかわかりません。それは、フィールドを作成した人が、もう見ることができないより多くのデータを入力したということですか?データを含むフィールドよりも「未使用」のフィールドを示す方が良いでしょうか?

1
Izhaki