メッセージに「あなた」という単語が2回表示されるのは好きではありません。例:
- よろしいですか?このアイテムを削除しますか?
- 続行してもよろしいですか?
コメント
- わからない自分の言葉を2回見たくないというのは、台詞のテキストを変更するのに十分な理由ですが、ボートに浮かぶものは何でも:)
- 可能であれば”ダイアログでよろしいですか。人々は習慣から[はい]または[OK]をクリックする傾向があるため、’は、間違ったことをすることに対する安全策ではありません。’確認をスキップする方がはるかに優れていますが、元に戻すことができます。AzaRaskinは次のように述べています。元に戻す場合は警告を使用しないでください
- @Patrick:回答に入れてください。
- -このアイテムを削除しますか?はいいいえ-よろしいですか?はいいいえ-これを削除することの意味を理解していますかs?はいいいえ-コーラまたはペプシ?はいいいえ
回答
長いメッセージをスキップする理由の1つは、読み取り速度によるものです。
話し合いのために、平均的な読解速度(1分間に約200語)の人を想定します。(*)
ダイアログで20語しか使用しない場合は、「ユーザーはあなたが書いたものを読んで理解するのに6秒を費やします。
それはあまり聞こえませんが、何かを成し遂げようとしているときに6秒の一時停止が課せられるのは非常に長い時間のように思えます。
(*)そして、読み取り速度が遅いということは知性が低いということを誤解しないでください。
つまり、3つの提案はすべて、最小限の手間で最大限の明確さを目指しています。
- できるだけ簡潔にする
- リスクのあるアイテムを特定します
- アクションのボタンに名前を付けます
簡単な削除ダイアログがあります:
読みやすくするために、単語数を最小限に抑えましょう。
それでは、危険にさらされているアイテムを特定し、アクションのボタンにラベルを付けましょう。
はるかに優れています-読みやすく、明確です。
別の例-継続ダイアログ。
文言を簡素化します。
ここでも、何が起こっているのかを特定し、ボタンにラベルを付けましょう。アクション。
明確な改善。
ここに最終的な考えがあります。ネガティブなことは避けてください。 、especia lly二重否定。英語を母国語とする人の中には、二重否定を扱いにくい人もいます。また、第二言語として英語を学ぶ人の多くは、混乱を招きます(特に、母国語が反転ではなく二重否定を強調に使用している場合)。
コメント
- または、WindowsUXガイドライン msdn.microsoft.com/en-us/library/aa511258.aspx 彼らが実際にこれについて書いているところ:)
- あなたは実際にいくつかの悪い例を設定していると思います:1。それは” OK “、” OK “ではありません。 2.はい/いいえの質問をする場合、考えられる答えは「はい」または「いいえ」でなければなりません。確かに「OK」ではなく「キャンセル」です。 3.アクションのボタンを特定する場合は、1つだけでなく、両方のボタンでこれを行う必要があります(つまり、削除/キャンセルではなく削除/保持)それとは別に、文には少なくとも主語と動詞が含まれている必要があります、しかしそれは個人的なことです。
- @ BaGi-私の答えを読み間違えたかもしれません:私は’貧しい人々から良い人々への進歩を示しています。ボタンは確かに貧弱ですが、あまりにも一般的であるため、[OK] / [キャンセル]で[はい] / [いいえ]の質問をすることは、私が指摘したことです。ポイントに対処するには…単純な逆がある場合は、[キャンセル]ボタンに使用するのが理にかなっています。したがって、[削除/キャンセル]よりも[削除/保持]の方が適していますが、これは’ tではありません。常に可能-Postの逆は何’ですか?投稿/禁止’ t投稿は不器用なようです。そして、私の例はすべて全文だと思います。最後のものを取るには:”続行”:verb; “トランザクション処理”:件名。
- @Bevan:私は’投稿だと思いませんか?投稿/禁止’ t投稿は不器用です。保存/保存’保存は、常に表示されるものです。最後の文では、”トランザクション処理”はまったくサブジェクトではなく、間接オブジェクトです( en.wikipedia。org / wiki / Object_%28grammar%29 )。あなたの例が徐々に改善していることは理解しましたが、最終結果にはまだいくつかの小さな欠陥が含まれていると思います。
- @BartGijssens:私は’常に
Cancel
他の何かに…単一のニューロンが発火しなければ、何もしないことがわかっているからです(事実上、読む単語が1つ少なくなります)。 ” Don ‘ t save “の問題は、
他の(貧弱な)状況で”を捨てる。
回答
私は常に、削除されているアイテムを ユーザーに表示するようにしています(特に、ダイアログによって問題のアイテムがわかりにくくなる可能性があるためですが、識別可能なアイテムが表示されるためです)。ダイアログのテキストが注目を集めます):
「お気に入りのアイテム」を削除しますか?
作成しているアプリの種類に応じて、あちこちにちょっとしたユーモアを注入することもできます。
もちろんです。保存せずに続行したいですか? [はい、そうです、私を放っておいてください] [ああ、私に思い出させてくれてありがとう]
ユーザーがテストすると、ユーモラスなメッセージが届くことがわかります一般的なメッセージの群衆から目立つようになり、(実際に十分にかわいい場合は)ユーザーの顔に笑顔を浮かべるという理由だけで、もう少し頻繁に気づきました。これ以上何が欲しいですか?
コメント
- または、私の経験則に従うことができます。すべてのダイアログボタンには D ‘ oh!”、複数のボタンがある場合でも。
- @ VirtuosiMediaボタンが2つある場合は、1つだけに” D ‘ oh!”もう一方には”なぜ小さいのか…!”
- ” … 14人のユーザーがDo ‘ hをクリックし、5人のユーザーがNutをクリックし、1人のユーザーがMキーを繰り返し押しました。” –Jakob Nielsen
- ” … 20人のユーザー全員が、核が崩壊する前に避難するための赤い非常灯、サイレン、警告に驚きを表明しました。後に生き残った人々は、安全のために逃げるのと冷蔵庫の中にあるものを見るのとの間で引き裂かれたと述べました。経験に動揺して、彼らは正しい選択をしたかどうか疑問に思っているようでした。”
- “の代わりにShirley “確かに”。
回答
Googleは2つの異なる方法を提案し、どちらも「あなた」を削除します「完全に。
Googleのデザイン作成ガイドラインでは、次のことが推奨されています。
不要なフレーズを省略
多くの一般的な紹介フレーズをスキップして、要点を正しく理解できます。
さらにマテリアルデザインのアラートダイアログは、質問を言い換えて「よろしいですか?」を削除することを提案しています。
タイトルバー付きのアラート
タイトルバーアラートは、接続が失われる可能性があるなど、リスクの高い状況でのみ使用してください。ユーザーは、タイトルとボタンのテキストだけに基づいて選択肢を理解できる必要があります。
タイトルが必要な場合:
- 明確な質問またはステートメントを使用して、 「USBストレージを消去しますか?」などのコンテンツ領域。
- 「警告」などの謝罪、あいまいさ、質問は避けてください。または「よろしいですか?」
回答
代わりに、そのようなダイアログを表示しない方がよいでしょう、元に戻す機能を実装します。
ダイアログは95%の確率で役に立たないので、なぜ人に強制するのですか?人を助けようとしているのですか?それともユーザーに責任を負わせようとしているのですか?あなたはその重要なアイテムを削除したいことを確認しました。「私を責めないでください!」。
人々はこれらのダイアログを無視することを学び、彼らは常に無意識のうちに自分が行った行動を確認します。
これは、問題を解決するための間違ったアプローチです。
ここでの問題は、ユーザーの操作が誤って行われた場合に望ましくない影響を与える可能性があることです。
そのためのより良い解決策問題は、ユーザーが変更をロールバックできるようにすることです。
削除を元に戻すことを許可した場合、次の2つのメリットがあります。
- 煩わしさを感じる必要はありません。使用しているユーザー少ないダイアログ。
- ユーザーは意図しない削除から回復できます。
元に戻すの実装は、確認ボックスを表示するよりもはるかに困難です。
回答
このアイテムを削除しますか?
続行しますか?
要点を明確にします。
回答
覚えておくべき重要なことは、人々は「Areyousure」メッセージを無視するということです。あなたは彼らに決定について考えさせる必要があります。これが私のお気に入りの1つです。
コメント
- 多くのものを削除する必要がある場合(この場合は”リード”)、これらはイライラしますが、これはうまく機能します’が”戻ってこない”アクションを実行している場合(もちろん、 ‘どのタイプのアクションも起こらないようにプログラムするだけでよい)
- ‘何がわからない”元に戻せない”チェックボックスは意味します。 ‘チェックしない場合、元に戻すことはできますか?または、”戻ることはありません”ボタンは、確認するまでアクティブになりませんか?このダイアログは、エラー処理やUI要素の状態管理など、フォーム自体のように感じられます。このダイアログを間違えると、何が間違っていたかを知らせるダイアログがポップアップ表示されますか? ;)
- @Rahul:同意します。ここでの概念は素晴らしいですが(’元に戻すことができない場合)、ラベル付けは本当に奇妙です。 “戻ることはありません”ボタンですら。 Can Not Undoは、”という条件に同意します”のような確認ですが、’私の推測です
- これは絶対にひどいです。
- @Bennett、顧客はそれを愛していました。あなたにとってひどいことは他の誰かにとって素晴らしいことです。重要なのは顧客です。他の皆さん、元に戻すフレーズの良い点です。
回答
あなたが得たものは文法的に正しいです、
メッセージを2つのフレーズに分割してみてください。
このアイテムは削除されますか?確かに?
これにより、質問の重要な部分が、(願わくば)読まれやすい前に移動します。
また、元に戻すことができるアクションのメッセージを避け、元に戻すことができるアクションの数を最小限に抑える傾向があります。
コメント
- そしてもちろん、
this item
をアイテムの実際の名前に置き換えます! - @ Jared-はい-何をするかを明確にします。
回答
重要なメッセージについては、できるだけ明確にし、ユーザーがメッセージを読むようにします。
次のようなメッセージ
ここをクリックすると、同意したことになります…
よろしいですか…
迷子になりますユーザー、ユーザーはそれを yada、yada、yada、whatever … と読み、見ずに[はい]をクリックします。
ユーザーにメッセージを読ませるためには、メッセージが含まれている必要があります。正しい順序。
- 発生するアクションに名前を付けます
- 次に警告
- 次に質問
- 次にアクション
アプリケーションを送信しようとしています。このアクションを元に戻すことはできません。続行しますか、クリックしてください。はい、続行するか、[キャンセル]をクリックします
これは少し長いですが、ユーザーにメッセージを読む必要がある場合は、これが最も安全な方法です。
コメント
- メッセージは、 yadayada よりは優れていますが、まだ問題があります。なぜはい”続行する代わりに”続行”ボタン?
Your application is ready to submit. If you continue, this can not be undone. Would you like to continue? [Continue] [Cancel]
- @Jared、良い点、音が良く、短くなります。
- パンチの効いたものはどうですかバージョン? “アプリケーションを送信しますか?これは、元に戻すことはできません。 [続行] [キャンセル] “(実際、多くの場合、アクションを元に戻せないと言っても役に立ちません。)
回答
Mac OSX用の Appleヒューマンインターフェイスガイドラインについては、多くのことが言えます。メッセージボックス(アラートパネル)。
ボタン名は、ユーザーがボタンを押したときに実行するアクション(消去、保存、削除など)に対応している必要があります。 。ダイアログの右端のボタンであるアクションボタンは、アラートメッセージのテキストを確認するボタンです。アクションボタンは通常、常にではありませんが、デフォルトのボタンです。(Cocoaメソッドでは、右端のボタンは、そうでない場合でも常にデフォルトボタンと呼ばれることに注意してください。)詳細については、「ダイアログの破棄」を参照してください。
WindowsメッセージボックスAPIの問題は、実際に必要なボタンの名前を指定できないことです。代わりに、独自のメッセージボックスをロールするか、組み込みの[はい/いいえ]を使用する必要があります。 / OK /キャンセルボタン。
詳細については、メッセージボックス全般の問題について説明している興味深い記事をご覧ください:メッセージボックスが必要な理由悪。
コメント
- WindowsメッセージボックスAPIの問題は、タスクダイアログ API。 (Windows Vistaの新機能)
回答
削除、消去、削除などの明示的なアクションが常に必要なわけではありません。 save..etc ..ユーザーが進行中の重要なプロセスを無意識のうちに終了する可能性がある特定のシナリオが存在する可能性があります。
例:ユーザーは支払いの途中で、戻るボタンを押します。
このシナリオでは、ユーザーに警告する必要があります。