Androidデザイン 通知

2012/1/22 14965hit

通知

通知システムによってアプリはユーザーにチャットのメッセージやカレンダーのイベントなど重要なメッセージを伝えることが出来ます。
効率よく、楽しく、丁寧に感じるアプリを作るには、通知の設計を注意深く設計する事が大切です。
通知はアプリからの声を示しアプリの個性を与えます。
不要であったりそれほど重要でない通知はユーザーをイライラさせる事になるので、通知は慎重に使ってください。

通知を表示すべきとき

人々から愛されるアプリを作るには、ユーザーの注意と集中力は守られるべき財産であることを認識する事が大切です。
ユーザーはソフトウェア開発で繰り返し使う様な、値を返すために呼び出すメソッドではありません。
ユーザーの集中力は、スレッドのようです。通知を絶え間なく作るとそれらを処理して片付ける間ユーザースレッドをブロッグします。

Androidの通知システムはタスクに集中している間でも、素早くユーザーにイベントを知らせるようになっていました。それでも通知を作るのを用心深く決める事は大切です。
正しい動きをするアプリは一般に話しかけた時だけ話します。アプリが通知によって自発的にユーザーの流れを遮るべき少ない限られた場合があります。
主に時間が大切なイベントで、特にこのイベントに他の人が関係してくる場合通知が使われなくてはいけません。
例えばチャットがくる事はリアルタイムでコミュニケーションにおける同期の形です。あなたの反応を待っている他の人が居ます。
カレンダーイベントは通知を使いユーザーの注意をひく別の良い例です。なぜならイベントは間近に迫っており、なおかつカレンダーのイベントはしばしば他の人とも影響します。


通知を表示すべきでないとき

しかし、通知が使われるべきではない多くの場合があります。
・ユーザーへ向けられていない情報や、時間にシビアでない情報はユーザーに通知しないでください。
 例えばソーシャルネットワークの中を流れる同期的でなく直接的でない更新はリアルタイムに中断する事を正当化しません。
・新しい情報が今画面上に表示されているなら通知を作らないでください。
 代わりにアプリケーションのUI自身を使って直接ユーザーに新情報を知らせてください。
 例えばチャットアプリケーションはユーザーが他のユーザーと活発にチャットしている間、システムの通知を作っては行けません。
・情報を保存するか、同期を行うか、アプリケーションをアップデートするか等、システムがユーザーが関係せず放っておいても解決できるような、技術的な行動でユーザーを遮らないでください。
・ユーザーが何もせずにアプリケーションが単独でエラーから素早く復帰できる場合、エラーを伝えるためにユーザーを遮らないでください。
・ユーザーが手動で開始・停止できないサービスのために通知を使わないでください。
・ユーザーにブランドを浸透させるためによけいな通知を作らないでください。
 そのような通知は失望とユーザー離れを起こすだけです。
 ユーザーに少しの更新情報を提供して、彼らとアプリをつなぎ止める最良の方法は、ホームスクリーンに置くウィジェットを開発する事です。

デザインガイドライン


個性を作る

メッセージやステータスの更新など他のユーザーによって送られたイベントはその人のイメージを含めてください。
ユーザーがどのアプリがそれを通知したか確認できるように第二のアイコン(Secondary icon)にアプリアイコンを含めるのを忘れないでください。

適切な場所へナビゲート

ユーザーが通知をタッチしたら、あなたのアプリのユーザーがその情報を見て行動を起こせる場所を開いてください。
殆どの場合、そこは1つのデータの詳細ビューです。(例 メッセージ)しかし、通知が積み重なっているなら複数のアイテムが見えるサマリービューであるかもしれません。(積み重なった通知については下述)
それらいずれかの場合であるならば、システムのBackキーを使ってアプリのトップレベルにナビゲートできるように、あなたのアプリのback stackにトップレベルへのナビゲーションを挿入してください。
詳細はナビゲーションデザインパターンでシステムからアプリへのナビゲーションの章を見てください。

時間にシビアなイベントのためのタイムスタンプ

スタンダードな通知は標準でタイムスタンプを右上の角に含みます。
タイムスタンプが通知の前後関係で大切か考えてください。
タイムスタンプが大切でないならまず、イベントを通知を使ってユーザーの注意を引くほど重要か考えてください。
通知が重要ならば、タイムスタンプを表示しないで良いか決めてください。
ユーザーが通知がどれくらい前の物かわかる必要があるならタイムスタンプを含めるべきでしょう。
タイムスタンプを含める良い例は、コミュニケーションの通知(meail,メッセージ、チャット、ボイスメール)です。それらはユーザーがメッセージの前後関係を理解したり、返信を変えたりするためにタイムスタンプの情報を必要とする可能背があります。

通知を積み重ねる

同じ種類の通知が残っているならば、新しい通知を作るのをさけてください。
その代わりに通知を積み重ねてください。
積み重ねられた通知は大まかな説明により、どのくらい通知が未完了で残っているかユーザーに理解させます。

こうするべきじゃない


こうするべき


もし、サマリーが詳細とは別画面にあるなら、積み重ねられた通知は1回の通知とは異なる場所へ通じる必要があるかもしれません。
例えば、1回の電子メールの通知は常に電子メールの内容に通じているべきですが、積み重ねられた電子メール通知はInboxの表示に通じています。

自動的に取り除く

カレンダーイベントのように、いくつかの通知は特定の時間にユーザーにイベントのアラートを送ります。
その特定の時間が過ぎた後、通知はユーザーにとっておそらく大切ではありません。
あなたは自動的にそれを取り除く事を検討すべきです。
ユーザーが自発的に(訳注:通知を介さなかったとしても)チャットやボイスメッセージを見たときも同様です。
ユーザーがそれと別に通知を手動で消していく必要はありません。

通知にちら見せを提供する

オプションのチッカーテキストによって通知の短いプレビューを提供できます。
通知がシステムに入り、自動的に隠れる少しの間にチッカーテキストは表示されます。


通知オプションを作る

ユーザーは常に通知をコントロールできるべきです。ユーザーがあなたのアプリが通知をサイレントに出来るように通知設定の項目をアプリケーション設定に追加してください。

別のアイコンを使う

通知領域を見てすぐにユーザーはどのような通知タイプが未完了なのか理解出来ないと行けません
やるべき
 Androidアプリが既に提供している通知アイコンを見て十分に区別出来るアプリの通知アイコンを作成する。
やるべきじゃない
 アプリを他と区別するために色を使う。
 通知アイコンはモノクロでなければ行けません。

通知との対話

通知は通知領域でアイコンにより示され、通知ドロワーをあける事でアクセスする事が出来ます。

ドロワーの中で、通知は最新の物から年代順に並びます。通知に触れると、関連するアプリの通知に一致する詳細な内容を開きます。通知を左右にスワイプする事でドロワーから通知を取り除きます


タブレット上では通知領域はスクリーンの下でシステムバーと統合します。通知ドロワーは通知領域のどこを触っても開く事が出来ます。


進行中の通知

進行中の通知は、バックグラウンドで進行中のプロセスについての情報をユーザーに伝え続けます。
例えば、音楽プレーヤーは今再生しているトラックを通知システムで伝え続けます。
ファイルをダウンロードしたりビデオをエンコードするような長いタスクのためにユーザーにフィードバックを見せるためにも使われています。
進行中の通知は通知ドロワーから手動で取り除く事は出来ません。

 

フィードバックを得るためのダイアログとトーストは通知ではない

現在画面を開いていないならダイアログやトーストを作ってはいけません。
ダイアログとトーストはアプリ内で動作を行っているユーザーへの直接的な反応としてだけ表示されなければ行けません。
例えばダイアログはユーザーの操作における重大さを確認するのに用いる事が出来ます。
トーストは操作が成功したことを返す事が出来ます。


次へ
前へ
目次に戻る

原文
Except as noted, this content is licensed under Creative Commons Attribution 2.5.

前:Androidデザイン セレクション 次:Androidデザイン 互換性

関連キーワード

[Android][モバイル][IT][翻訳]

コメント

名前:ひさねこ|投稿日:2012/01/24 14:22

こんにちはです。

●通知システムによってアプリはユーザーにチャットのメッセージやカレンダーのイベントなど
重要なメッセージを伝えることが出来ます。

通知システムにより、アプリはチャットの新しいメッセージやカレンダーのイベントなど
重要なイベントを随時ユーザーに伝えることができます。

The notification system allows your app
to keep the user informed about important events,
such as new messages in a chat app or a calendar event.

※若干翻訳が不正確です。important eventsやnew messagesのあたり。

名前:ひさねこ|投稿日:2012/01/24 14:37

●効率よく、楽しく、丁寧に感じるアプリを作るには、

スマートで、快適で、上品に感じられるアプリを作るには、

To create an app that feels streamlined, pleasant, and respectful,

名前:ひさねこ|投稿日:2012/01/24 15:35

通知によって自発的に

自発的な通知によって

an unprompted notification:unprompted は notification を修飾しています。

名前:ひさねこ|投稿日:2012/01/24 15:47

●主に時間が大切なイベントで、特にこのイベントに他の人が関係してくる場合通知が使われなくてはいけません。


通知は主にタイムセンシティブなイベント(=ある限られた時間にだけ有効なイベント)に使用すべきです。
特にこの同期イベントが他の人を巻き込む場合はそうです。

Notifications should be used primarily for time sensitive events,
and especially if these synchronous events involve other people.

※「主に時間が大切なイベントで」という部分が分かりにくいです。

名前:ひさねこ|投稿日:2012/01/24 15:55

●チャットがくる事はリアルタイムでコミュニケーションにおける同期の形です。

チャットの入力(着信)はリアルタイムかつ同期的な形式のコミュニケーションです

an incoming chat is a real time and synchronous form of communication

名前:ひさねこ|投稿日:2012/01/24 16:15

●あなたのアプリのユーザーがその情報を見て行動を起こせる場所を開いてください。

ユーザーがその通知で参照されているデータを閲覧・操作できるアプリの場所を開いてください。

be open your app to the place where the user can consume and act upon the data referenced in the notification

※referenced in the notificationが翻訳されていません。「あなたのアプリのユーザーが」も修正が必要と思われます。

名前:ひさねこ|投稿日:2012/01/24 17:30

●通知が積み重なっているなら複数のアイテムが見えるサマリービューであるかもしれません

もし通知がスタックされ、複数の項目を参照しているなら、サマリービューである可能性もあります

it might also be a summary view if the notification is stacked and references multiple items

※ referencesの主語はthe notificationであり、目的語はmultiple items。
also が翻訳されていません(詳細ビュー以外に、サマリービューであるかもしれないということが翻訳に表現されていません)。

名前:ひさねこ|投稿日:2012/01/24 17:44

●それらいずれかの場合であるならば、システムのBackキーを使ってアプリのトップレベルにナビゲートできるように、
あなたのアプリのback stackにトップレベルへのナビゲーションを挿入してください。


これらいずれかの場合にユーザーがアプリのトップレベルより下の階層レベルにナビゲートされるなら、
ユーザーがシステムの Back キーを使ってアプリのトップレベルまでナビゲートできるように、
アプリのバックスタックにナビゲーション(のための情報)を挿入してください。

If in any of those cases the user is taken to a hierarchy level below your app's top-level,
insert navigation into your app's back stack to allow them to navigate
to your app's top level using the system back key.

※部分的に元の英文の内容と異なる翻訳になっていると思います。
※ the user is taken to a hierarchy level below your app's top-levelが翻訳されていません。
また、if 節はここまで続きます。

名前:ひさねこ|投稿日:2012/01/24 17:51

必要とする可能背があります。

必要とする可能性があります。

※タイプミスです。

名前:ひさねこ|投稿日:2012/01/24 17:58

●同じ種類の通知が残っているならば、新しい通知を作るのをさけてください。
その代わりに通知を積み重ねてください。


同じ種類の別の通知が依然として保留中のときにアプリが通知を生成する場合、
まったく新しい通知オブジェクトを生成するのはさけてください。
その代わりに通知をスタックください。

If your app creates a notification while another of the same type is still pending,
avoid creating an altogether new notification object. Instead, stack the notification.

※ avoid creating an altogether new notification objectが正確に翻訳されていません。
『まったく新しい通知オブジェクトを生成するのはさけてください』と書いてあります。
通知そのものは生成され、それはスタックされるのです。

名前:ひさねこ|投稿日:2012/01/24 17:59

済みません。上の翻訳にタイプミスがあります。

その代わりに通知をスタックください。

その代わりに通知をスタックしてください。

名前:ひさねこ|投稿日:2012/01/24 18:04

●どのくらい通知が未完了で残っているか

ある特定の種類の通知がいくつ保留中であるか

how many notifications of a particular kind are pending

※ of a particular kindが翻訳されていません。
how manyももう少し具体的に「数」を強調して翻訳すると良いでしょう。

名前:ひさねこ|投稿日:2012/01/24 18:12

●もし、サマリーが詳細とは別画面にあるなら、
積み重ねられた通知は1回の通知とは異なる場所へ通じる必要があるかもしれません。

もしサマリーと詳細の情報がそれぞれ別々の画面にあるなら、
スタック通知はシングル通知の場合とは異なるアプリ内の場所を開く必要があるかもしれません。

If you keep the summary and detail information on different screens,
a stacked notification may need to open to a different place in the app than a single notification.

※「異なる場所へ通じる」の意味がよく分かりません(具体的にイメージしにくです)。
informationやin the appが翻訳漏れになっています。

名前:ひさねこ|投稿日:2012/01/24 18:17

●例えば、1回の電子メールの通知は常に電子メールの内容に通じているべきですが、
積み重ねられた電子メール通知はInboxの表示に通じています。


例えば、電子メールでは、シングル通知は常にメールのコンテント(のビュー)を開きますが、
スタック通知は Inbox ビューを開きます。

For example, a single email notification should always open to the content of the email,
whereas a stacked email notification opens to the Inbox view.

※「電子メールの内容に通じている」などの表現を改めるとよくなると思います。

名前:ひさねこ|投稿日:2012/01/24 18:30

●ユーザーがそれと別に通知を手動で消していく必要はありません。

ユーザーがアクションした通知を別途手動で消す必要があってはいけません。

users should not have to manually dismiss notifications independently from taking action on them

※ taking action は翻訳されていません。should not have toが正確に翻訳されていません。

名前:ひさねこ|投稿日:2012/01/24 18:37

●通知がシステムに入り、自動的に隠れる少しの間にチッカーテキストは表示されます。

通知がシステムバーに現れると、チッカーテキストが少しの間表示され、その後、自動的に消えます。

<The ticker text is shown for a short amount of time when the notification enters the system>
and <then hides automatically>.

※英文の構造は上のようになっています。
「通知がシステムに入り」の意味がよく分かりません。

名前:ひさねこ|投稿日:2012/01/24 18:42

●最新の物から

最新の通知をトップにして

with the latest one on top

コメントを投稿する

名前URI
コメント