ユーザーに確認を求めるのはいつが適切ですか？
数回、誤って一部のメールをアーカイブしました（ご存知のタッチスクリーン）。通常、メッセージやメールのアーカイブ中に確認を求めません。しかし、それらは削除中に行います。では、どのような場合にユーザーの確認を求めるのが適切でしょうか？
ほとんどの場合、ユーザーの確認は悪い解決策です。これはユーザーのフローを壊し、確認で「はい」を習慣的にクリックするという実際のリスクがあります。基本的に、99％のアクションで、1％がうまくいかない場合に注意を払う必要があります。そしてそれは不十分に動作します。
この記事 は、私が説明できるよりもよく説明しています。
もちろん、元に戻すオプションがない場合、確認が唯一のオプションであることがよくありますが、それでもユーザーにリスクを認識させるためのより良いまたは追加の方法があります。
- 危険なアクションと安全なアクションを空間と色で区別します。ユーザーが既にアクションを開始するリスクbeforeを認識しており、誤ってアクションを開始するリスクを制限していることを確認してください
- 即時のフィードバックが必要ない場合は、アクションをキューに入れます（Gmailはメールを送信するときにこれを行うことができます）。間違いの可能性を理解するために、ユーザーに少し時間を与えてください。これにより、基本的に一時的に元に戻すことができます。
- 確認ダイアログでプレビューを表示します。確認が意味のある方法で外観を変更する場合、それはユーザーを習慣的な流れから切り離すのに役立ちます。 「ちょっと待って、私は欲しくないそれ！」応答。
- A）ユーザーが元に戻す可能性があるであるかどうかを確認します。ただし、b）できないです。
- A）とb）を回避する設計。
確認は次の場合に保証されます
ユーザーが開始したアクションには重大な結果があり、元に戻すことはできません
ユーザーが開始したアクション自体は危険ではないかもしれませんが、ユーザーが認識しておく必要のあるアクションの重大な副作用があります
効果的な確認の作成については、このUX Design Edgeの記事を参照してください
注：ただし、確認が済んでいるだけでは不十分です。ユーザーは、確認を求めながら、アクションの結果を明確に伝える必要があります。これにより、ユーザー確認のプロセスが成功します。
以下に示すいくつかの条件では、ユーザーからの確認が必要です：-
ユーザーアクティビティによって一部のデータが失われたり、情報の構造が大幅に変更されたとき。
ユーザーが保護された環境に出入りしたとき。
ハードウェアにアクセスするとき、または他のプログラムや構造とやり取りするとき。
支払い方法を所持しているユーザーが成功または失敗した場合。
上記の主な理由以外にも、私たちが働いているシステムや環境に依存していることが多く、そのような要件があるかないかがあります。