ダッシュボードの設計に必要な意見
これは、ダッシュボードデザインの非常に簡略化されたバージョンであり、それを保護するためにいくつかの変更が加えられています。いくつかの意見が必要です。
1）現在、通知に関する議論が続いています。チームメンバーの1人は、ダッシュボード/ホームページに通知が必要であり、インジケーターの付いたベルアイコンだけではいけないと考えています。現在の通知はそれだけです。ユーザーに提示される最小限の「アクションアイテム」があります。たとえば、「ジェーンがXに変更を加えた」、「ジョンがイベントを追加した」などのようになります。グローバルになるベルのアイコン/インジケーターがある場合でも、ダッシュボードに通知を表示すると便利ですか？私の懸念は、表示される通知の数です。非常に実用的でない多くのことを含めて、それはたくさんあるかもしれません。それでも、私はいくつかの意見を受け入れる用意があります。
2）無限スクロールとロードの追加スクロール。私たちのチームメンバーの1人は、無限スクロールはバグがある可能性があると感じており、そうでない場合にユーザーが最後に到達したような印象を与えます。より多くのアイテムの表示をトリガーするために、「もっと読み込む」ボタンを好む。それについて何か考えはありますか？
3）これは上のデザインには表示されていませんが、「ユーザー」または「名簿」というタイトルのメインナビゲーションアイテムをクリックしたときに、ユーザーのリストまたは名簿（このリストが利用可能な場合）を表示することは冗長または有用ですか？
再び製品や会社などを明らかにしないようにしようとするので、あいまいさについては謝罪してください！
1.バッジを付けたベルのアイコンで、インラインで通知を表示します。
答えは、通知の内容をユーザーが気にかけると予想する程度によって異なります。
ユーザーは通常、これらの通知をポータルに到達したときにfirstとして表示したいと思いますか？もしそうなら、それらをインラインで表示するための良いケースがあります。通知ベルにアクセスする手間も省けるかもしれません。
ユーザーがホームページよりもかなり長い時間otherを費やすことを期待していますか。また、ユーザーがホームページ上にないときに通知を表示できるようにする必要がありますか？もしそうなら、ベルはあなたがどんなページからでも彼らの注意を引くのに良い方法です。
ユーザーは、ポータルの最初のものではないとしても、少なくともある時点で、これらすべてに対してアクションを実行することが期待されますか？それともFYIアイテムだけですか？ユーザーがアクションを実行することが期待される場合は、バッジアイコンが意味を成します。ユーザーがnotでこれらのすべてに対してアクションを実行することが期待されていて、情報に対する最近の変更のリストである場合、おそらく少し直感に反します。インラインプレゼンテーションも意味があります。そうでなければ、バッジの数はクリアする価値がないことを知り、それを知らないようになります。人々のバッジの数が非常に多くなるという重要でない通知のための同様のシステムを見てきました。
ノート：
これらの考慮事項があるため、FYIだけのものとは別に、ユーザーアクションが必要なものを表示するためにUIを並べ替えることをお勧めします（現在、「アクションは不要」に気付き、同じ形で「このフォームに署名」しますbin-可能であればこれを避けてください）。
（モックのように）通知のエントリポイントが2つあり、1つはインラインで、もう1つはバッジ付きのベルアイコンにある場合、インラインで通知を表示するとバッジ数にどのように影響するか、ベルをクリックすると両方のバッジ数にどのように影響するかを考慮する必要があります。インラインプレゼンテーションの青い点。これには複数の方法がありますが、ユーザーを混乱させることなく、未読または未読の状態を追跡するのは難しい場合があります（たとえば、バッジの付いたベルのアイコンをクリックして、今見たものとまったく同じ通知を表示することはできません）列をなして）。
2.無限スクロールvs.さらに読み込む
ケーキを持って食べてみませんか？ [もっと読み込む]ボタンでページを終了し、ページが表示されたら、結果が返されるまでスピナーに切り替えます。または、エラーまたはタイムアウト時に[もっと読み込む]ボタンに戻します。このようにして、コンテンツが読み込まれる何かが起こっていることはユーザーには明らかですが、問題が発生した場合に手動でトリガーできるという利点もあります。
ページのフッターに表示する必要のあるデータがある場合に限り、無限スクロールの代わりに「さらに読み込む」ボタンを使用することは、本当に役立つUXです。
3.同じデータへの複数のアクセスパスを持つ
多くのコンテキストなしでユーザーリストについて質問しますが、私はそれを言い換えたバージョンに答えてみます。同じデータへの複数のアクセスパスを提供する価値はありますか？
それは可能ですが、そうである場合、サイト内の任意の場所からデータにアクセスするための正規の方法は1つだけであり、それにアクセスするための他のパスは宛先への単なる「ショートカット」であることが私の意見では好ましいです。これは、ユーザーが「どこにいるのか」という感覚を時間をかけて構築できるようにするためです。
スタートアップや中小企業がビジネスを管理するのに役立つb2bアプリがあるので、これらの同じ問題のいくつかに取り組みました。
私たちの経験から、バッジ/ベルのアイコンで表示されるものについては非常に選択的であり、ダッシュボードフィードで表示されるものについてはさらに選択的である必要があります。ほとんどの通知がアクションアイテムまたはユーザーが現在直接気にすることではない場合、ユーザーはセクション全体を無視することを学ぶだけで、本当に重要な通知またはアクションアイテムがあるときに気付かない可能性が非常に高いです。それらに適用されます。最善の解決策は、通知バッジとフィードをユーザーに直接適用することです。しかし、システムアクティビティの詳細なログへのわかりやすい明確なリンクを提示するために、アクティビティ（4つの新しいワークフロー、10の表示されたドキュメントなど）を要約して、重要だと思うことにドリルダウンすることもできます。
私はほとんどのUIが無限スクロールを選択していると思います。遅延ロードを使用すると、エクスペリエンスは少し良くなると思います。しかし、それが本当にパフォーマンスに影響を与えているのであれば、load-moreボタンは非常に悪質だとは思いません。
1）私の懸念は、表示される通知の数です。非常に実用的なものではないことがたくさんあります。しかし、いくつかの意見を得ることを歓迎します。
通知に表示される可能性のあるもののリストの作成を開始し、さまざまなユーザーグループごとに、それらが表示される可能性と頻度（およびアクション可能であるか、本当に気にかけているか）を調べた場合、意見に頼る必要があります。
2）無限スクロールとロードの追加スクロール。私たちのチームメンバーの1人は、無限スクロールはバグがある可能性があると感じており、まだスクロールしていないときに最後に到達したような印象を与え、さらに表示するためのボタンをロードすることを好みます。これについて何か考えはありますか？
私はこのようなこの議論へのいくつかの既存の答えがあると確信しています（用語を検索するだけです）： ページネーションまたはスクロールするかどうかを決定する方法？
また、表示するコンテンツのタイプや、考慮すべきパフォーマンスの問題があるかどうかにも依存します。デザインには右側の領域があり、理想的には位置を固定する必要があります。スクロールではなく、ページ付けによって位置が保持されます。さまざまな力が働いており、それをさらに重視する必要があります。
3）これはデザインでは紹介されていませんが、「ユーザー」または「名簿」というタイトルのメインナビゲーションアイテムをクリックしてこのリストが表示されているときに、ユーザーまたは名簿のリストを表示することは冗長または有用ですか？
おそらく、しかし、ユーザーはこれを見つけるためにどこを探すべきかを知るつもりですか？彼らはいつでもこれを見ることができ、それを本当にすぐにアクセスする必要がありますか？デザインの他の部分に適合しますか？繰り返しますが、ユーザーに適切な質問をすることができるようにすることで、これを助けることができます。