私のソーシャルネットワークで既読/未読の通知を管理する良い方法
Facebookの通知と同様に、友達のコメントに関する通知をユーザーに送信するソーシャルネットワークを構築しています。
通知は単に警告として機能します。つまり、ユーザーに代わって応答を待つのではなく、何かを警告するために使用されます。
この戦略は、優れたUXに関して意味がありますか？
- ユーザーに表示されるリストに未読の通知を表示するだけです。
確かに、関連するコンテンツを表示するためにクリックした場合、通知がリストに残っていてもメリットはありません。 - ユーザーが通知をクリックすると、既読のフラグが付けられ、「未読通知」のカウンターが1ずつ減ります。確かに、「新規のカウンターではなく未読のカウンター」を表示することを考えています。
- ユーザーは「すべてを既読にする」というボタンをクリックできます。これにより、カウンターがクリアされ、通知リスト全体が空になります。
私は現在、非常によく似た一連の問題に取り組んでいるので、このトピックについて十分に検討しています。
1）新しいアクティビティ/イベントをユーザーに通知することがここでの意図である場合、「読み取り」通知のリストを表示するメリットはないようです。私は「未読」通知のみに焦点を当て、ユーザーがこのデータに関心がある場合に、ユーザーが古い「既読」通知にアクセスできるようにするコントロールを用意します。最近読んだ通知については、一定期間リストに残しておくことを検討してください。ただし、既読であることを示してください。
2）ユーザーに新しいイベントを通知するので、これはより賢明なオプションです。まだ残っているアイテムの数を知ることも非常に役立ちます。
Gmailを使用する場合に非常に役立つことの1つは、「すべて既読にする」機能です。特に迅速に蓄積されるタイプのアクティビティである場合は、大量の情報をクリアできると非常に便利です。この機能を検討するもう1つの理由は、イベントが「ミッションクリティカル」でない場合です。たとえば、未読の電子メールメッセージが12通あることを知ることは重要です。私が読んでいる残りの数を通知することも同様に重要です。 16人が私のブログ投稿を共有したことはすばらしいことですが、カウンターが0に下がる前にこれらのアクティビティを1つ1つ確認するように強制するのはおそらく意味がありません。 0にドロップするカウンター。
3）これも非常に便利です。
オプション2と3を戦略的に組み合わせると、非常に便利な通知システムになります。しかし最終的には、要件はデータ主導である必要があります。
考慮すべき事柄：-ユーザーにどのような種類の情報を通知しますか？ -この情報はミッションクリティカルですか、それともビジネスクリティカルですか？ -どちらでもない場合、この情報はユーザーにとってどの程度重要ですか？ -イベント通知の頻度はどのくらいですか？ -イベントが大量にある場合、本質的な意味を失うことなく、抽出または要約できますか？
オプション1も避けます。:)