---

ホームページ移転のお知らせ
1月1日にリニューアルを実施いたしました。
これに伴い、ページのURLが以下のアドレスに変更となりました。
http://android-design.teamegg.co.jp/
お手数をおかけしますが、リンク集やお気に入り登録情報などの修正をお願いします。

---

< 前へ 次へ >

• 特定の状況が何度発生しても、設定を定めておくことで同じ質問の繰り返しにより作業が中断されることがありません。設定は特定の状況で常に何が起こるのかあらかじめ決めておきます。デザイン原則のDecide for me but let me have the final sayを見てください。
• アプリが設定の管理下にあることで安心するように設計してください。デザイン原則のLet me make it mineを見てください。

設定は頻繁には必要ないのでUI内であまり目立たないようにします。アクションバーの入る場所がある場合でも、「設定」のアクションボタンを作ってはいけません。設定メニューは、常にアクションオーバーフローに設置し、「設定」(Settings)というラベルを付けて、「ヘルプ」(Help)を除く全ての項目の下に配置します。

たとえどれだけ多くのアイテムがあるようなアプリであれ、設定は僅かなナビゲーションでこれらを設定できるため、アプリUIの中核部分を邪魔することはないでしょう。これは良いニュースのように聞こえますが、問題点となる可能性も秘めています。

設定は、多くのものを置いておくための魅力的な場所かもしれません(来客が来る前に小さなクローゼットに片付けるような)。また、設定はユーザがアプリの中で多くの時間を過ごす場所ではないので、散らかった状態を正当化し無視するのは簡単です。しかし、稀にユーザが設定を編集したいときにも、ユーザはアプリの他の項目と同様に編集できることを期待しています。設定を多彩にすることは選択肢を広げることにつながります。このような多すぎる項目は圧迫感を与えます。

そのため、設定だけですべての項目をコントロールしたいという考えを持ちだして、製品をより複雑にしてはいけません。コントロールしたい項目ごとに設定を追加することを検討し、下の図の線を満たしているか確認してください。

学術的な厳格な理論に基づいたものではありませんが、設定項目の総数に基づいた設定のグループ化の方法についてのアプローチを示します。

設定によりアプリの挙動がきまるため、初期設定状態のアプリがユーザの第一印象になります。ユーザが設定を変更可能だとしても、初期設定で十分であることをユーザは期待しています。以下の質問が初期設定状況の決定に役立つでしょう。

• デフォルトの設定がない時、ユーザがどのような設定をする可能性が高いでしょうか？
• どのような状態がベーシックで、極端ではない設定ですか？
• 危険性のない設定、物議を醸し出さない設定、予想できないことが起きない設定はどれですか？
• バッテリーやモバイルデータの消費量が最も小さい設定はどれですか？
• どの選択が「私のものを失わない」( Never lose my stuff)というデザイン原理を最もサポートするでしょうか？
• どの選択が、「重要な場合だけ、中断して」(Only interrupt me if it's important)というデザイン原則を最もサポートするでしょうか？

スペースの都合上、設定のためのわかりやすいラベル表示が難しい場合があります。表示可能な範囲は1行のみであり、最も小さな端末のスペースは信じられないほど短いものです。ラベルを簡潔、有意義かつ読みやすい形式にするために、以下のガイドラインに従ってください。

• 各ラベルは文章と同じ形式で記入してください。(例えば、最初の単語と固有名詞のみ大文字で書きます。)
• "Set", "Change", "Edit", "Modify", "Manage", "Use", "Select", or "Choose"のような指令のような動詞でラベルを始めないでください。ユーザはすでに設定で来れらのことを行えることを理解しています。
• 同様に"settings"や"setting"のような単語でラベルを終わらせないでください。
• 設定がグループの一部である場合、セクション区切りやサブ画面のタイトルで使用される単語を繰り返してはいけません。
• "Don't" や "Never"のような否定的な言葉でラベルを開始することは避けてください。例えば、 "Don't allow" は"Block"に置き換えられます。
• 対象ユーザが一般的に理解できる用語でない限り、専門用語の使用は出来るだけ避けてください。我々が伝えたいのは基礎的な技術ではなく設定の目的なので、一般的な名詞と動詞を使用してください。
• ユーザに指示してはいけません。例えば、ユーザが通知をオンもしくはオフにすることができる場合には、「通知してください」("Notify me")よりも「通知」(Notifications)とラベルをつけてください。

一度設定のラベルを決めたら、どの端末でもうまく表示できるかどうか、LDPIの携帯電話の縦画面プレビューで確認してください。

Ice Cream Sandwichまでは、私たちは説明または指示を表すためにラベルの下に補助テキストを使用していましたが、Ice Cream Sandwichからは、ステータス表示のために補助テキストを使用しています。

補助テキストでのステータス表示には次の利点があります。

• ユーザが移動することなく、現在の設定値を確認できます。
• ユーザがとても高く評価する、簡単さを保つ(Keep it brief)デザイン原則が適用されます。

補助テキストでのステータス表示を使う上で重要な例外があります。それはチェックボックスの設定で、この際にはステータス表示ではなく説明のために補助テキストを使います。チェックボックス下のステータスは、チェックボックス自身が示しているので表示する必要がありません。チェックボックス設定の補助テキストに説明を表示するのは、チェックボックス画面からダイアログや追加情報を提供することができる別の画面に移動することがないためです。

つまり、チェックボックス設定のラベル自体で十分設定を理解できる場合、説明を提供する必要はありません。

チェックボックスの設定の説明を書くために次のガイドラインに従ってください。

• 1つの文を保ち、末尾に句読点を使用しないでください。
• 設定がチェックされた時に何が起こるかは命令形で伝えます。例：「データ交換を許可します」("Allows data exchange")ではなく、「データ交換を許可する」("Allow data exchange")
• ラベルにすでに表示される単語を使わないことで繰り返しを避けます。
• 設定を理解するために必要な場合を除き、ユーザに指示してはいけません。
• ユーザに指示する場合は、一人称(私、I)よりも二人称(あなた、you)を使ってください。　Androidではなく、ユーザに語りかけるようにしてください。

以下は、私たちがIce Cream Sandwichの設定アプリでラベルと補助テキストに加えた変更例です。

• 設定の各項目が表示の基準を満たしていることを確認してください。
• 7つ以上の項目がある場合は、関連する設定をグループ化する方法を探ってください。
• ユーザがデザインになれるまで待つことはできないので、適用出来るところはどこでもデザインパターンを使ってください。
• 安全で、中立で多くのユーザに合うデフォルトを選択してください。
• 各設定に明確で簡潔なラベルを与えて、適切な補助テキストを使用してください。

< 前へ 次へ >

Except as noted, this content is licensed under Creative Commons Attribution 2.5. For details and restrictions, see the Content License.