特定の情報にユーザーの注意を向けたい場合に、強調すべき推奨アイテムは何であるか、つまりアイテムラベルまたはアイテムの値を疑問に思っていました。たとえば、アプリケーションには、注文の確認番号を含む注文を予約した後に確認ダイアログがあります。後で使用するために、ユーザーが確認番号を書き留めておくことがしばしば重要です。クライアントへの通信;データ検索;等.
アプリケーションは現在、次のように強調表示されたラベルが付いたダイアログを表示しています。
代わりに、確認番号自体を強調表示することもできます。
前者の方がスキャンしやすいので、前者の方が好ましいと常に感じていました。ユーザーが確認番号を見つけるのに役立ちますが、後者の方法もよく見かけます。注文番号自体が識別されると、注文番号自体が目立つようになります。
もう1つの考慮事項は、強調する必要がある項目が複数ある場合にも同じ慣行が適用されることです。
ここでのベストプラクティスはありますか?
状況によると思います。
あなたの場合(予約確認ダイアログ)値は予約操作の結果であり、ユーザーがメモまたは覚えておく必要があるこの値。ダイアログは小さく、数は最も重要な情報です。また、これは1つの情報を表示する1回限りの結果ポップアップです。情報の検索には使用されません。例えば:
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
ただし、ユーザーが後でアクセスでき、予約の概要(複数の情報)を表示する別のページがある場合は、labels太字。例えば:
...
確認番号
TL118755483
フライトの旅程
2012年10月29日(月)15:20
バンコクからプノンペンへ
乗客
ビル・コスビー
パスポートABC12345DEF
...
この場合、ユーザーはより簡単にスキャンして正しい情報を見つけることができます。左揃えの段落/情報グループと組み合わせると、より簡単に識別できます。情報の検索に使用できます。
Richeは、ユーザーがラベルのようにその周りの「ふわふわ」よりもコンテンツを探していることに同意しますが、ラベルは、ユーザーがコンテンツを見つけるために使用するものだと思います。両方の例を見て、「確認番号」が強調されているものをすぐに「グログ」しますが、その番号自体が強調されているものを2回見る必要があります。それは私の数に注意を引きましたが、すぐに「この数は何ですか」という質問がポップアップし、私は周りを見て回って答えを見つけました。
少しドキュメント構造を一般化すると、タイトルは通常、本文ではなく強調されます。さて、本文テキストを太字にすると、十分なサイズのドキュメントで演習の目的をある程度損なうという事実は別として、タイトルを強調することで、ドキュメント内を移動し、興味のあるビットを見つけることができます。また、ドキュメントの構造のどこにいるかを知るために、テキストの特定の部分にすでにあります。
したがって、ラベルを強調すると、誰かが探しているものを見つけるのに役立ち、そこから実際の番号を見つけると、自動操縦でアクションが実行されます。
私はそれが特定のケースに依存すると思います:
ほとんどの場合、後者のバリアントが適用されると思います。値を強調表示する例は次のとおりです。
これをもう一度読んだ後は、次のように思います:ラベルcouldが省略されている場合は、値を強調表示します。 ただし、ラベルと値のペアが複数ある場合は、一貫性を保ち、すべてのラベルを強調表示します(おそらく、最も重要な値がある場合は、そのラベルを省略します)。
そこに明確な答えがあるかどうかはわかりません。最新のUIの多くは、ラベルよりも価値を強調しています。ラベルは本当にUIの一種ですが、ユーザーが求めているのはコンテンツです。コンテンツが何であるかを見つける必要がある場合、彼は周りを見回してラベルを見つけます。この文脈では、ほとんどの繰り返しユーザーは、その数が何であるかについて正確な推測をする可能性が高いと思います。
サーキュラティンで見た優れたデータ視覚化の例は、Feltronレポートです。これには、ご覧のように、ビッグデータの小さなラベルがあります。 http://feltron.com/ar11_04.html
まず、ラベルはタイトルではありません! @ marjan venema が その他の質問 で述べたように、ラベルはほとんどタイトルではありません。
セクションのあるフォームがあり、セクションにタイトルがある場合、タイトルについて話すことができました。これらを強調表示することは、フォームのスキャンに役立つ良いことです。
それでは、ラベルについて話しましょう。
フォームは、ユーザーの入力を強調する必要があると思います。これがフォームの最終的な目的です。
ユーザーがラベルと値の相対的な可視性を管理できるようにするなど、gedanken実験によって、ユーザーは時間の経過とともにラベルを強調しないことを好むと結論付けます。
これは、最初にフォームを表示したとき、ラベルを注意深く読む必要がある場合には起こりません。
しかし、数回たった後、ラベルを一目見ただけで、何が求められているのかを明確に理解する必要がある場合は、それらを選択することを選択します。
一方、コンテンツを時間の経過とともにみなす人はいません。
実際、私はこの動作を数年前に実生活で見てきました。ユーザーがこの効果を達成するために端末のコントラストと明るさを微調整しているのです。
これらのユーザーは、作業の一部としてそのUIを何時間も頻繁に使用していました。
よりシンプルなエキスパートモードを提供するWeb UIが欲しいです。
これらすべての背後にある理論的根拠は、UIアーティファクトをより「見えない」ようにすることで、画面レイアウトを処理するために必要な認識負荷が少し低下し、これらの小さな削減が十分な回数繰り返されると、違いが生じるということです。
逆に、認知負荷が高いと、ユーザーはすぐに飽きてきます。