web-dev-qa-db-ja.com

削除などのアクションを実行するときにキャンセルオプションを表示することはお勧めできません

Metro Designのフライアウトのガイドラインについて読んでいました。

削除など、ユーザーが開始したアクションのみを含めます。反対のアクションや[キャンセル]ボタンは含めないでください。これは、フライアウトを閉じることで実現できます。

enter image description here

フライアウトの外側をクリックして削除が行われないようにするオプションがあることは理解していますが、初めてメトロレイアウトを使用していた場合、明確なキャンセルが表示されないため、これを防ぐ方法について混乱します。ボタン。

だから私の質問は次のとおりです:不可逆ではない可能性がある削除または発声フォーマットなどのアクションを実行する場合、ユーザーがキャンセルする別の方法を知っている可能性があるという信念に頼るのではなく、キャンセルボタンを用意することをお勧めしませんアクション(たまたま隠されている)

2
Mervin

そのガイドラインは好きではありません。重要なユーザーアクションで革新的であることを試みることは危険な場合があります。ユーザーがこのような確認ボックスの「OK」と「キャンセル」オプションに精通していることに疑いはないと思います。

オプションが1つだけのフライアウト(「OK」など)には、ieなどの情報が含まれていました。 「ここではそれはできません。」それはアクションをアクティブにしません。

私が知っている人は、明確なクローズアクションなしで写真が表示されたライトボックスを閉じることにまだ問題があるので、重要な決定で何が起こるでしょうか?

2
Hoshts

Jakob Nielsenの10ユーザーインターフェイスデザインのユーザビリティヒューリスティックスには、2つのポイントがあります。それは、キャンセルボタンや緊急終了ボタンがないことは、ユーザビリティにとって悪い考えであることを示しています。

ユーザーコントロールと自由度
ユーザーは多くの場合、誤ってシステム機能を選択します。拡張ダイアログを経由せずに不要な状態を残すには、明確にマークされた「非常口」が必要になります。元に戻すとやり直しをサポートします。

エラー防止
適切なエラーメッセージよりも優れているのは、最初から問題が発生しないようにする慎重な設計です。エラーが発生しやすい状態を解消するか、それらをチェックして、アクションをコミットする前に確認オプションをユーザーに提示します。

from Jakob Nielsenの10ユーザビリティヒューリスティックス

もう1つの方法は、元に戻す機能に依存することですが、ユーザーが誤って情報を削除できる(そして削除する)可能性があるという事実は、最初に防ぐ必要があります。

Usability Body of Knowledgeには、エラー防止のもとで使用できる設計の3つの原則がリストされています。

エラーの防止と処理:

Forgiveness:入力の妥当なバリエーションを許可します。ユーザーが可能な限り重大なエラーを発生させないようにし、潜在的に破壊的なアクションを許可する前にユーザーに確認を求めます。

エラー回復:問題を説明する明確でわかりやすいメッセージを提供し、ユーザーがエラーから回復するのに役立つ解決策を提案します。

元に戻すとやり直し:「緊急出口」を提供して、ユーザーが不要なアクションを放棄できるようにします。アクションを元に戻す機能は、不安を和らげ、不慣れなオプションのユーザー探索を促進します。

from 使いやすさの知識体系:使いやすいデザインの主体

したがって、ユーザーが間違いを犯す可能性があるため、非常口の経路を削除しないことには大きな理由があります。

0
Adriaan

それが下りる最良のルートだとは私も思いません。一部のユーザーにとっては、onlyオプションは画像を削除することであり、選択肢がないという信念に陥る可能性があります。代わりに、「削除/削除しない」という従来の方法を採用します。

ボタンを使用する場合は、一部のユーザーを混乱させる可能性があるため、表現にも注意してください。たとえば、「キャンセル」ボタンの使用に関するこの記事を見つけました: http://uxmovement.com/forms/killing-the-cancel-button-on-forms-for-good/

0