web-dev-qa-db-ja.com

デスクトップアプリケーションの目立つ通知領域

ユーザー向けのデスクトップアプリケーションのuxに取り組んでいます。デスクトップアプリケーション内でのアクションの通知やその他のアラートの処理に関して、より多くの情報、回答、ベストプラクティスを探しています。明らかにStackExchangeが通知を処理する方法を見てきましたが、これはWebではなくデスクトップアプリケーションであるため、出典を明らかにしたいと思います。

この投稿には、私が見ている2つのオプションを表示する画像が含まれています。どちらのオプションも、私が調査した最も一般的な表示領域であり、他の多くのアプリケーションでアクティブになっているようです。現在、スタンドアロンデスクトップアプリケーションは、デフォルトの1024x768サイズで開きますが、ユーザーが使用している任意のサイズのウィンドウにフルスクリーンで拡大縮小することもできます。ユーザーがアプリケーションを2560x1440などのサイズにフルスクリーンで表示し、通知が表示されたら、この通知を見逃したくないのです。

enter image description here

オプション1:モックアップで、通知バーはデスクトップアプリケーションの上から下にスライドしてユーザーに警告します。通知内の左矢印と右矢印は、前の通知メッセージに戻るまたは進む機能を表します。通知は、自動非表示になるまでに4秒の表示時間があり、ユーザーがXをクリックして閉じることができます。注:この通知は、下にスライドすると上部のメニューナビゲーションバーをカバーします。

オプション2:モックアップで、通知バーはデスクトップアプリケーションの右下から上にスライドしてユーザーに警告します。通知内の左矢印と右矢印は、前の通知メッセージに戻るまたは進む機能を表します。通知は、自動非表示になるまでに4秒の表示時間があり、ユーザーがXをクリックして閉じることができます。注:この通知は、最小限のコンテンツ表示のみを対象としています。

だから私の質問:

  1. 私が表示しているオプションは、多くのコンテンツをカバーしたりエクスペリエンスを台無しにしたりせずに、ユーザーが通知を見るための最良のソリューションを表示していますか?
  2. 1つのオプションが他のオプションよりもユーザーのビジョンを失っていますか?
  3. デスクトップアプリケーションでこれらの通知を処理するための、より良い領域または方法はありますか?
12
Designaholic

通知が表示されたときにユーザーが追加の作業を実行することを妨げないでください。トップバーの通知は、既存のUIを不明瞭にするのではなく、置き換える必要があります。これは、Internet Explorerがオプションの通知を表示する方法です。

そして、「オプション」と言うときは、エラーを無視して続行する有効なユースケースがあることを意味します。エラーメッセージに「無視」の一般的で有効な使用例がない場合は、対話を停止するモーダルダイアログを使用する必要があります。人々は常に通知を無視します。実際、人々はIE通知バーをまったく表示しないか、現在のタスクに関する関連するコンテキスト警告であることを認識していません(一般的なメモであると考えています) )。

通知を関連するUIの近くにローカライズすることが重要です。たとえば、不適切なフォームエントリがある場合、関連するフィールドのすぐ隣に警告を配置する必要があります。フォーム全体で一般的なエラーが発生することはありません。

通知には、問題への対処に役立つコンテキストアクションも必要です...たとえば、IEでは、エラーをクリックしてポップアップを許可するか、プラグインをインストールできます。解決策は、通知。Outlookの電子メール通知をクリックすると、関連する電子メールが表示されます。ValveのSteamアプリケーションでは、通知をクリックすると、ユーザーまたは通知されたメッセージが表示されます。

したがって、通知の処理方法に関する答えは次のとおりです。

  • エラーの停止は通知ではありません。それらはモーダルダイアログである必要があり、それらはrareである必要があります。
  • 通知は、問題を解決できる場所にローカライズする必要があります。または、通知自体で対処できるようにする必要があります。
  • 通知は、一時的なもので重要なものを隠さない限り、UIを覆い隠すべきではありません。

良い通知は難しいです。それらは、人々が見逃さないように十分に露骨である必要がありますが、発生時にユーザーが続行できなくなるほどで​​はありません(または、メモを読むことなく即座に排除することを学びます)。これはほぼ不可能な作業であり、まだ良い解決策を見ていません。

7
Myrddin Emrys