データ要素のラベルを削除するのはいつですか？
ラベルを削除すると、明快さと簡潔さの間のトレードオフが提供されるようです。編集可能なフォームの場合は ラベルが必要 ですが、そのデータをエンドユーザーに表示するときに、いつそれらを省略できますか？
たとえば、これはラベル付きのシンプルなフォームです：
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
ラベル付きの読み取り専用ビューがある場合、次のように入力を無効にすることができます。
しかし、データだけを提示し、フィールドラベルを完全に削除する場合、私たちは失うとは思わない多くの明快さ、そしてアメリカの名前と住所に精通しているほとんどのユーザーは必要に応じてフィールドを解析して元のバケットに戻すことができます：
現実世界のアナログへの明確なマッピングを持つ明確に定義された構造を持つデータは、最もリスクが少ないように見えますが、装飾されていない読み取り専用データの例はすべて、優れた設計です。
データをどのように理解する必要があるかを示すために、ラベルを装うことなくすぐに表示されるコンテンツの2つの例を次に示します。どちらの場合も、明確にするためにパス内のフィールドに明示的に名前を付けようとするのはほとんどばかげています
確かに記事の編集に使用されているコンテンツ管理システムは個別の入力フィールドを提供しますが、そのコンテンツをエンドユーザーに提示するためのルールは異なります。あいまいさを導入せずにフィールドラベルを安全に削除できるタイミングに関するガイドラインはありますか？
RefacotringUI のSteve Schogerがこれを参照する1つの方法は、 "データベースの外で考える" です。
UIは、データのフィールドと値と1対1でマッピングする必要はありません。
「フィールド：値」データをより興味深い方法で提示するために使用できるいくつかのアイデアを以下に示します。
元の
更新しました
更新された例では、コンテキストがわかりやすくなっています。また、ラベルが削除されるとき、値は明確でなければなりません。家の価格または住所が1つしかない場合は、ラベルを安全に削除できます。ただし、「希望価格」と「定価」を区別する必要がある場合は、おそらくラベルを再導入する必要があります
それは文脈に依存するでしょう。住所の例として、変更可能な情報を表示したいが、ユーザーが異なる表示ページと編集ページの間を行き来したくない場合は、編集不可能なテキスト入力ボックスを個別に配置するのが妥当です。したがって、一般的に、単一の住所フィールドは要約タイプのページでのみ使用されます。
他の例についても、状況によって異なります。たとえば、タグの機能がわからないとしますか？ヘルプリンクやマウスオーバーポップアップを配置する自然な場所は、「タグ：」ラベル上です。また、「Date Uploaded」ラベルがなければ、「Last Modified」と見なしたことになります。つまり、実際よりも古い情報であると思いました。