重要でないものを削除する際のガイド方法
ユーザーが何かを削除したい場合は、次の方法で保護する傾向があります。
- 確認を求めます、はい|番号
- 彼らに元に戻すオプションを与える
これは、実際に削除されるコンテンツにも当てはまります。削除したメール、または写真をゴミ箱に移動します。しかしそれほど重要ではないアクションについてはどうですか？記事からタグを削除する、または誰かを友だちからはずすようなものですか？そのような場合、コンテンツは削除されません。それはもはや存在しない関係です。しかし、もう一度追加するのは簡単です。
1つのアプローチは、まったくガイドしないことです。赤い十字だけをクリックして、記事からタグを削除しました。 これでユーザーをガイドする方法はありますか？（簡単に再作成できることを除いて）
アクションの直後に表示される簡単なメッセージを提供して、再考する機会を与えてみませんか？ 「あなたはジャックの友達を外しました。あなたは彼からのアップデートをもう受け取りません。元に戻しますか？」メッセージがダイアログを開かずにページ自体に表示され、1秒後に自動的に消える場合は、非常に微妙で干渉がない可能性があります。これは、「再作成を容易にする」とは少し異なります。なぜなら、「再友好的なジャック」よりも「そもそも友だちでないジャックがいないこと」に近いからです。すぐに元に戻すオプションが表示されなくなるまで、実際にはJackの友だちにならないなど、さまざまな動作が発生する可能性もあります。
または、アクションが実行される前に、ボタンのホバー/ツールチップでこの情報を証明できます。
元に戻す
それが何らかの方法で可能である場合は、現在のセッション/ページの操作の適切な元に戻す機能を提供してください。過去10年間で、ユーザーモデルは「ユーザーがマニュアルを読んで何をするかを知っている」から「ユーザーが物事がどのように機能するかを理解するまで実験する」に変わりました。
関係するデータ（または制限）によっては、これが常に可能であるとは限りません。しかし、これらの小さな変更については、これは確かに当てはまります。
非モーダルのバブル/情報バーを使用して、取り消し機能を初心者ユーザーに通知するように装飾できます（もちろん、これらを無効にするオプションがあります）。取り消しが予期しない、またはすべてのアイテムでサポートされていないアプリケーション/環境に対してのみ、これを行います。
履歴
さらに優れている（ただし、さらに多くの作業が必要）は、ユーザーが少なくとも古いデータを確認できるように、比較可能な履歴であるため、再作成できます。
たとえば、「タグの履歴」または「元の友達」のリストでは、「再タグ付け」または「再友達」することもできます。
これには、量と複雑さの両方で、より多くのデータを保持する必要があります。しかし、エンドユーザーエクスペリエンスは「本当にこのタグを削除しますか？」よりもはるかに優れています。
削除や削除などの「破壊的な」アクションについて、あたかも特別な保護を必要とする特別なクラスにいるかのように扱います。実際には、ほぼすべてのアクションが作成と破壊の両方を行います。 PrintのドキュメントビューをOutlineに変更すると、あるプレゼンテーションが別のプレゼンテーションのために "破棄"されます。質問するのは、「ユーザーが誤ってこのアクションを実行した場合の結果はどのくらい深刻か？」です。不要な「友達」をリストに誤って追加することは、必要な「友達」を削除するのと同じくらい悪いことです。
あなたが探しているガイダンスは：
ユーザーは、アクションを完了するためにかかる作業量と同じかそれより少ない量で、個別のアクションを元に戻すことができる必要があります。
作業時間が20秒未満のアクションを取り消す明確な手段がある場合、アクションには確認がない必要があります。
20秒未満の作業でアクションを元に戻す手段を提供することが技術的に不可能である場合、アクションには確認が必要です。
アクションを元に戻すことは、元に戻すを選択することを意味する場合があり、それは確かにそれを行うための良い方法です。ただし、anyアクションを元に戻すことを含め、アクションを元に戻すための明白な方法である可能性があります。ユーザーが20秒で友達を追加できる場合、友達を削除しても確認は表示されません。
これは、確認が過剰に使用される傾向があることを意味することに注意してください。ユーザーが3年かけて執筆した500ページの小説を削除していてもかまいません。リサイクルから引き出す（またはCtrl-Zを押す）ことで回復できる場合は、確認する必要はありません。個人的には、削除の確認をオフにしてWindows Explorerを実行していますが、まだ後悔していません。
これは、破壊的なアクションだけでなく、allアクションに適用されます。すべてが保存されたら、アプリケーションの終了を確認する必要がありますか？再入力する場合は、アイコンをダブルクリックしてスクロールするだけです。精巧な45秒のログインプロセスを実行する必要がある場合は、はい。
20秒の何が特別なのですか？確認をクリックするのに約2秒かかります。私は、すべてのアクションの10％がエラーであると考えています（おそらく寛大です）。 20秒未満かかるアクションに確認を追加すると、平均してユーザーを保存するよりも多くの作業が作成されます。
それに加えて、確認がユーザーを助けることはしばしばないという事実に加えて。確認の誤用と過剰使用により、ユーザーは通常は読むことなく、習慣から解雇するように訓練されています（詳細は Of Dialogs and Detritus ）。さらに、アクションがコミットされて結果が表示されるまで、ユーザーは間違いを犯していることに気付かないことがよくあります。確認は、主にマウスや指のスリップをキャッチするのに適しています。それ以外の場合は、以下を提供することをお勧めします。
各コマンドの機能を明確に示します。
各コマンドの結果の明確で即時のフィードバック。
明確かつ高速とは、コマンドを逆にすることを意味します。
ボタン/リンクのラベルはあなたの最高のガイドです。 xは、「閉じる」、「隠す」、または「削除」を意味する可能性があるため、少し混乱する可能性があります。何をするにしても、ユーザーに追加の負荷をかけるべきではありません（ダイアログは問題外です）。ユーザーが単純で重要でない何かをしている場合、とにかく読まれない長い説明の必要はありません。
ここでは全員が同意しているようです。私はこのように推論するまで知りませんでした：
重要ではないものを削除することであり、Lodeがそこに置くという仮定があります。ユーザーはそれを削除したいのです。この仮定が当てはまる場合は、削除に必要な行為を明確にする必要があり（Xやマウスオーバーの「削除」など）、それで十分です。ただし、仮定は真実ではない可能性があります。ユーザーは削除したくないが、結果として削除されるアクションを実行するようになりました。ここで、同じXまたは「削除」テキストが警告として機能します。削除されたアイテムは重要ではないので（Lodeの質問では）、それも十分なガイダンスになるはずです。