確認ダイアログで「XYZを実行してもよろしいですか」の代わりに使用できるものは何ですか。
メッセージに「あなた」という言葉が2度表示されるのが好きではありません。例：
- このアイテムを削除してもよろしいですか？
- 続行してもよろしいですか？
長いメッセージをスキップする理由の1つは、読み取り速度にあります。
議論のために、平均的な読解速度（毎分約200語）の誰かを想定します。（*）
ダイアログで20語だけを使用している場合、そのユーザーに6秒間を費やして、あなたが書いた内容を読んで理解するように求めています。
それはあまり聞こえないかもしれませんが、何かを成し遂げようとしているときに6秒間の強制的な休止は、非常に長い時間に思えるかもしれません。
（*）そして、読み取り速度が遅いということは、知能が低いことを意味していると誤解しないでください。
だから、あなたのための3つの提案は、すべて最小の手間で最大の明快さを目指していました。
- できるだけ簡潔にする
- リスクのあるアイテムを特定する
- アクションのボタンに名前を付けます
これは簡単な削除ダイアログです：
読みやすくするために、単語数を最小限に減らしましょう。
次に、リスクのあるアイテムを特定し、アクションのボタンにラベルを付けます。
はるかに良い-読みやすく、明確。
別の例-継続ダイアログ。
言い回しを簡略化します。
繰り返しますが、何が起こっているのかを識別し、アクションのボタンにラベルを付けましょう。
明確な改善。
これが最後の考えです。ネガティブ、特にダブルネガティブは避けてください。一部のネイティブ英語話者は、ダブルネガティブをトリッキーに見つけ、第2言語として英語を学ぶ多くの人は混乱を招きます（特に、ネイティブタンが反転ではなくダブルネガティブを強調に使用している場合）。
私は常にユーザーにwhichアイテムが削除されていることを示すようにします（特に、ダイアログが問題のアイテムを覆い隠す可能性があるため、またダイアログ内の識別可能なテキストを表示すると注意が喚起されるためです）：
「お気に入りのアイテム」を削除しますか？
作成するアプリの種類に応じて、あちこちに少しユーモアを注入することもできます。
保存せずに続行したくないのですか？ [はい、そのままにしておきます] [そうそう、思い出させてくれてありがとう]
ユーモラスなメッセージをユーザーがテストすると、一般的なメッセージの群れから目立つため、ユーモラスなメッセージがもう少し頻繁に気づかれ、（実際に十分にかわいい場合）ユーザーの顔に笑顔が表示されます。 。これ以上何ができますか？
そのようなダイアログはなく、元に戻す機能を実装することをお勧めします。
ダイアログは95％の時間、役に立たないので、なぜそれを人々に強制するのですか？人を助けようとしていますか？または、ユーザーに責任を負わせようとしているのですが、「重要なアイテムを削除したいことを確認しました。私を責めないでください！」.
何を推測すれば、人々はこれらの対話を無視することを学び、常に無意識のうちに自分が行った行動を確認します。
したがって、それは問題を解決するための間違ったアプローチです。
ここでの問題は、ユーザーの操作が誤って行われた場合に望ましくない影響を与える可能性があることです。
その問題のより良い解決策は、ユーザーが変更をロールバックできるようにすることです。
削除の取り消しを許可した場合は、次の2つのメリットがあります。
- 役に立たないダイアログでユーザーを煩わせる必要はありません。
- ユーザーは、意図しない削除から回復できます。
取り消しを実装することは、確認ボックスを表示するよりもはるかに困難です。
Googleは2つの異なる方法を提案しており、どちらも「あなた」を完全に削除します。
Googleデザインライティングガイドライン は次のことを示唆しています。
不要なフレーズを省く
多くの一般的な紹介フレーズをスキップして、要点を正しく理解できます。
さらに マテリアルデザインアラートダイアログ は、質問を言い換えて「本当によろしいですか？」
タイトルバー付きのアラート
タイトルバーアラートは、接続が失われる可能性など、リスクの高い状況でのみ使用してください。ユーザーは、タイトルとボタンのテキストだけに基づいて選択肢を理解できる必要があります。
タイトルが必要な場合：
- 「USBストレージを消去しますか？」など、コンテンツ領域に説明のある明確な質問またはステートメントを使用してください。
- 「警告！」などの謝罪、あいまいさ、質問は避けてください。または「本当によろしいですか？」
このアイテムを削除しますか？
継続する？
要点はまっすぐ。
覚えておくべき重要なことは、人々は「本当によろしいですか」というメッセージを無視することです。あなたは彼らに決定について考えさせる必要があります。これが私の好意の1つです。
あなたが得たものは文法的に正しいですが、私はあなたの主張を理解します。
メッセージを2つのフレーズに分解してみてください。
このアイテムは削除されますか？
これにより、質問の重要な部分が（おそらく）読みやすくなる前に移動します。
また、元に戻すことができるアクションのメッセージを避け、取り消し可能なアクションの数を最小限に抑える傾向があります。
重要なメッセージについては、できるだけ明確にして、ユーザーがメッセージを確実に読めるようにします。
のようなメッセージ
ここをクリックすると、次のことに同意したことになります...
本当によろしいですか...
ユーザーに迷子になり、ユーザーはyada、yada、yada、何でも...と読み、見ないで[はい]をクリックします。
ユーザーにメッセージを読んでもらうには、メッセージを正しい順序にする必要があります。
- 発生するアクションに名前を付けます
- 次に警告
- 次に質問
- 次に、実行するアクション。
アプリケーションを送信しようとしています。このアクションは元に戻せません。続行しますか？はいをクリックして続行するか、キャンセルをクリックしてください
これは少し長いですが、ユーザーがメッセージを読む必要がある場合、これが最も安全な方法です。
Delete、erase、save..etcなどの明示的なアクションが常に当てはまるとは限りません。ユーザーが進行中の重要なプロセスを無意識のうちに終了する場合があります。
例：ユーザーが支払いの途中で、[戻る]ボタンを押します。
このシナリオでは、ユーザーに警告する必要があります。
Mac OS Xの Appleヒューマンインターフェイスガイドライン には、メッセージボックス（アラートパネル）について十分な説明があります。
ボタン名は、ユーザーがボタンを押したときに実行するアクション（たとえば、消去、保存、削除）に対応している必要があります。ダイアログの右端のボタン、アクションボタンは、アラートメッセージテキストを確認するボタンです。通常、アクションボタンはデフォルトボタンですが、常にではありません。 （Cocoaメソッドでは、右端のボタンはデフォルトボタンとは限りませんが、常にデフォルトボタンと呼ばれます。）詳細については、「ダイアログを閉じる」を参照してください。
WindowsメッセージボックスAPIの問題は、必要なボタンの名前を実際に指定できず、代わりに独自のメッセージボックスをロールするか、組み込みの[はい]/[いいえ]/[OK]/[キャンセル]ボタンを使用する必要があることです。 。
さらに読むために、メッセージボックスに関する一般的な問題について説明する興味深い記事を以下に示します。 メッセージボックスが悪である理由 。