どちらがより良いオプションで、なぜですか?
確認して削除[アクションは元に戻せません]
または
ワンクリックで削除[元に戻すオプションを提供]
サイトGood-UIは元に戻すを主張しています: 確認を求めるプロンプトの代わりに元に戻すを試みます
アクションボタンまたはリンクを押したとしましょう。アンドゥは、何よりもまずスムーズにアクションを実行できるようにすることで、最初の人間の意図を尊重します。一方、プロンプトは、ユーザーの意図を常に質問することによって、ユーザーが何をしているのかわからないことをユーザーに提案します。私はほとんどの場合人間の行動が意図されており、小さな状況でのみ偶然であると想定します。プロンプトの非効率性と醜さは、ユーザーが繰り返しアクションを実行する必要があり、何度も何度もプロンプトが表示される場合に見えます-非人間的な体験です。アクションを元に戻す機能を有効にし、可能な場合は確認を求めないようにすることで、ユーザーをよりコントロールしやすくすることを検討してください。
私は同意する傾向があります。合理的に考え、意図したアクションを実行するユーザーの能力を尊重します。しかし、必要に応じて引き戻す機会を与えてください。
これは、確認ダイアログが決して適切ではないということではありません。状況によります。システムがアクションを撤回できないことは、もちろん、確認を使用する1つの理由です。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
次のようには機能しません。
確認の代わりに「元に戻す」アクションが使用されるいくつかの他の例を次に示します。
Gmailには Labs 機能があり、メールの送信アクションを取り消すことができます。
実際には、システムは実際の送信アクションを遅延させるだけであり、実際に送信が発生する前にユーザーが要求を取り消すことができます。しかし、ユーザーにとってこれはそれほど重要ではありません。Gmailが誤って送信した電子メールを(短い歴史の中で)魔法のように思い出す能力は、私が知る必要があるすべてです。
OSXでファイルを削除すると、mostほとんどの場合、確信があるかどうかを尋ねるダイアログボックスは表示されません。実際に「ゴミ箱に移動」アクションを実行します。この場合、ごみ箱からファイルを復元することでアクションを取り消すことができます(このアクションがモデル化されている物理的な世界のメタファーのように)。
これは、ネットワークドライブ、またはOSXがファイルをゴミ箱に移動できない他の場所からファイルを削除しようとすると変わります。この場合、確認ウィンドウが表示され、非常にはっきりと、続行するとファイルが二度と表示されないことを伝えます。
確認付きの削除は次のようになります。
ユーザーが1から3に移動しようとする(つまり、アクション2を実行するつもりだった)と仮定すると、ユーザーはステップ2bに関心を持ちません。
ユーザーエラーを減らすために削除ガードを導入しましたが、アクションが意図的である場合(これは多くの場合そうです)、ステップ2bは余分です。
一方、元に戻すは次のようになります。
ここでは、ユーザーは1から3に移動する際のステップが少なく(パフォーマンスの負荷が少ない)、1に戻すオプションがまだあります。
したがって、UX理論かグラフ理論か-後者のオプションは前者よりも優れています。
メイヨーが指摘したように、いくつかの例外があります。プライバシーの懸念と同様に、期待されるユーザーの意図が何かを完全に削除する場合の場合と同様です。
他の回答ですでに述べられている(十分に表現された)クレームに対する反論として、確認ダイアログすべきは、アクションが頻繁に実行されないおよび逆転が難しい。一般的な例は、コンピューターへのプログラムのインストールです。
Windowsマシンは、プログラムが管理者権限へのアクセスを要求するたびにこの確認ダイアログを提供します。これは、プログラムがハードドライブに対して何かを実行できるようにすると、危険な結果が生じる可能性があるためです。それ以外の場合、ユーザーは、システムに害を与えている場合に気付かない可能性もあります。
確認ダイアログを使用するかどうかを決定する前に、誤って削除した場合のシステムへの影響を確認してください。設定や項目を作り直すだけの場合は、追加の手順はおそらく必要ありません。元の状態に戻るまでシステムにセキュリティの脆弱性が存在する場合は、安全のために確認を求めることをお勧めします。
一般的なケースでは、私はEvil Closet Monkeyに同意します。UndoはDeleteよりも摩擦が少ないため、望ましいです。しかし、Delete + Confirmが望ましいケースが少なくとも1つあります:ユーザーが困惑している場合。
ユーザーは、タスクを完了したいが、それを行う方法がわからず、失敗することを期待しているときに圧倒されます。ユーザー自身が経験していることをユーザー自身が認識できないほど微妙な場合もあれば、明らかなパニックに向かって上昇する場合もあります。状態がわかると、ユーザーの観察中にそれを認識できます。一部のユーザーは、コンピューターと対話するときは常にこの状態になります( "このマシンは私を嫌う!")。他のユーザーは、まったく新しい挑戦に直面し、目に見えるサポートなしで沈んだり泳いだりした場合にのみ、この状態になります。
圧倒された状態のユーザーはトンネルビジョンを持っています。彼は重要で明白な手がかりを逃します。彼はまた、まるで彼がそうであったかのように行動していますscatterbrained-彼はしばしば、間違っていることに気付かずに明らかに間違った行動をすることを選びます。この状態に入る確率は知性とは相関関係がないことに注意してください-私はその状態で著名なSTEM研究者を見てきました-この状態のユーザーは、たとえ彼が通常非常に知的な人であっても、非常に愚かなことをします。
その結果、圧倒されたユーザーは1)誤って[削除]ボタンをクリックし、2)[元に戻す]メッセージを見落とす可能性が高くなります。したがって、保護メカニズム全体が失敗します。そして、傷害に侮辱を加えるために、ユーザーが自分のデータが欠落していることに気づくと(それは数日後かもしれません)、コンピューターの相互作用に潜むもう1つの目に見えない危険として記録され、最初に圧倒的な状態を引き起こす無力感を強化します場所。
一方、圧倒されたユーザーが誤って[削除]をクリックし、確認を求めるモーダルダイアログで挨拶された場合、1)見逃すことはできません。 (最悪の場合、彼はそれに気づくまでなぜ他に何も機能しないのか疑問に思うでしょう)。 2)彼は、このシステムには、彼が本当の危険に入るのを防ぐ明白な保護があることを理解しています。これは彼が少しリラックスしてガードを下げるのに役立ち、圧倒された状態の強度を減らします。モーダルダイアログの煩わしい性質は、自信のあるユーザーにはやや煩わしいものですが、パニック/圧倒されたユーザーにとっては朗報です。
圧倒されたユーザーが両方のタイプのシステムを操作することを確認しました。経験からわかります:ほとんどのユーザーが圧倒された状態になると考える理由がある場合は、[削除+確認]オプションを選択してください。これは、たとえば高齢者のユーザー(コンピューターの経験が少なく、新しいことを学ぶのが難しいため、少なくとも少しは頻繁に圧倒されます)、または仕事の変動が大きく、トレーニングがほとんどない、またはまったくない職位の従業員に義務付けられているシステムを実装している。
私が実際に小さなcms uiで実装することを選択した3番目の方法があり、クライアントはこれまでのところ満足しているようです。私はまた、確認メッセージを避け、元に戻すだけを実装することはオプションではありませんでした。そのため、追加のステップを追加する代わりにafterユーザーが既にコンテンツを削除しようとしたので、ステップbeforeを追加しました–そのため、まず削除を「ロック解除」する必要がありますボタン-そして、それはワンクリックです。
技術的には確認画面とほぼ同じです。ただし、実際のユーザーエクスペリエンスはかなり異なるようです。ユーザーは'insane'よりもむしろ'incharge'であるかのように扱われます。
ファイルがいっぱいのフォルダをある場所から別の場所にコピーしたいので、操作を開始します。コンピュータは、ファイルがコピーされており、完了するまでに約2.5時間かかることを知らせるのに十分です。涼しいので、いくつかの用事を実行し、軽食をとって食べることに決め、戻ったときにこれで迎えられます。
ユーザーが削除操作を適切に認識していて、それを元に戻す簡単な方法がある場合は、壊滅的なものとは見なされないため、ユーザーをブロックしない方がよいでしょう。
Androidギャラリーの「フィルムストリップビュー」とそのスワイプダウンから削除は、「削除して元に戻す」が望ましいという考えの強力な反例です。誤って削除するのは簡単です。閲覧しようとしているときに、削除と同じ種類のアクション(意図しないタッチ)を行うと、元に戻すことができなくなります。
私にとって、これは大きなUXの失敗です。 「削除して元に戻す」が不適切なインターフェースモデルであることを必ずしも意味するわけではありませんが、確認なしで削除するオプションを提供しているときは常に、元に戻す機会から離れるのが非常に難しいか、またはまたは、元に戻した後も、元に戻す/元に戻すが適切な期間利用できるようにする必要があります。
削除操作の重大度も考慮する必要があると思います。たとえば、RRを追加または削除するDNSセットアップインターフェイスがある場合、削除は重大なアクションではなく、最悪の場合、ユーザーは削除されたレコードを再作成できます。一方、写真/ビデオ、VPSインスタンス、または再作成が困難または不可能である他のものを削除する場合、誤って簡単に削除してしまうのは非常に悪いUXです。これらの場合、削除するためにパスワードを再入力する必要さえあると私は主張します。
確認ボックスよりも元に戻すを選択する主な理由は、アランクーパーが「About Face 2.0、The Essentials of Interaction Design」で説明しています。
確認は、人間の行動の癖を示しています。予期しないときにのみ機能します。確認が日常的な場所で提供されている場合、ユーザーはすぐに確認を受け、日常的に一目で解雇されます。
基本的に、他の人が確認ダイアログを最初は煩わしく、ユーザーのフローを妨害していると指摘している一方で、ユーザーが慣れてくると、それらはフローの一部になるとさらに危険です。その時点で、彼らは彼らがすることになっていることをするためにまったく仕事をやめ、それはユーザーが修正できない間違いをするのを止めます。
したがって、ユーザーが破壊的なアクションを元に戻すことを許可すると、2つの利点が得られます。これにより、ユーザーはフローを中断せずに作業でき、間違いを犯したり、考えなくても修正したりできます。
これは、従業員が重要なものを誤って削除しないようにするためです。 「元に戻す」機能は通常X秒後に消えます。このようにして、アイテムが誤って完全に削除される危険性があります。確認ウィンドウ/通知は、ユーザーが削除を確認するためにアクションを実行する必要がある「追加の手順」を提供します。
これは、ユーザーの専門知識とアクションの重大度という2つの要因に依存すると思います。削除機能が不可逆的または破壊的なアクションである場合は、ユーザーに意図を確認させることをお勧めします。これにより、誤って削除機能がトリガーされることがなくなります。
一方、削除機能が頻繁に行われる通常のやり取りであり、元に戻すことができる場合は、確認ポップアップをバイパスできます。ユーザーをパワーユーザーと見なす場合、確認をバイパスすることもできます。
それはすべて、ユーザーのタイプとコンテキストに依存します。わからない場合は、安全にプレイすることをお勧めします。ユーザーにとってそれほど苦痛ではないことについて考えてください。ポップアップで[OK]をクリックする必要があるか、誤って影響を与える可能性のあるものを誤って削除してしまった場合は、
モバイルデバイスでは、大きなボタンの付いた確認ダイアログを使用して、ユーザーが古い食料品リストの代わりに猫の写真のアルバムを誤って削除しないようにします。
タッチスクリーンを備えたモバイルプラットフォームでミスを犯すのは非常に簡単です。
ユーザーがカートに多くのアイテムを入れていて、それらのいくつかを削除したい場合はどうでしょうか。各項目に元に戻す操作があると、インターフェースが乱雑になり、単純な削除がより複雑な問題に変わります(元に戻すアクションで削除された各項目を表す)。最近削除したアイテムのみを元に戻しますか?その場合、行内の複数のアイテムを削除すると、元に戻すダイアログや確認ダイアログが表示されずに、アイテムが削除されます。
Aza Raskinはこの問題について素晴らしい記事を書いています: 取り消しを意味するときに警告を使用しないでください 。彼は、確認が非人道的である一方、取り消しが人間の働き方により優れている心理的理由を説明しています。