一、通知的本質功能
網站把某些對用戶有價值的信息及時告知用戶。
比如常見的SNS關系中誰關注了你，誰評價了你發布的內容，誰邀請你加入某個小組等。
二、通知的分類
通知消息可以大體上分為兩類：
-
告知性質——用戶知道有這么回事就行了，最多是具體看一下內容
比如其他用戶對你發布的內容做了評論。 -
需要用戶處理——用戶必須做出某種動作來回應
比如好友請求，你是接受、拒絕還是忽略。
三、兩種實現方式
縱觀現在一些網站的消息通知產品設計，可以分為兩種實現方式：
- 1）把各個功能模塊的消息分類，然后每類有多少數字告知用戶，
用戶需要到具體的功能模塊頁面查看同類的內容
其按功能分類通知每類新消息的數目，
然后可以點擊鏈接到某個功能模塊查看同類消息。
對應的，在功能設計上就有專門的評論匯總地方，有@我匯總的地方。
這樣的好處在同類消息很多的時候，比如收到幾十條新評論的時候，
用戶不必頻繁的在消息通知頁面和具體評論頁面來回切換，
因為所有的評論在一個頁面都能查看了。
不好的地方就是不夠直觀，需要再次點擊才能查看用戶是對你的哪些內容發布了評論。
另外，新浪微博中并沒有用戶必須處理的操作，
用戶之間是以關注為表現形式的弱關系，不需要確認就能關注一個人。
~
- 2）告知性質和操作性質區分開來，
在消息里顯示具體的內容，而不是單純的數量提示
相對微博，Facebook就是所謂的強關系，
就是用戶加一個人為好友，必須得到對方的確認，
為了處理好告知性質和操作性質兩方面的消息通知，
Facebook把好友請求部分獨立出來了，
可以理解為是一種比較復雜的消息通知。
其界面如下：
用戶必須在這個界面進行確認才能真正成為朋友，
但是在消息通知里告知用戶并能馬上確認，對用戶操作來說是很方便的。
Facebook傳統的消息通知和新浪微博不同，
它可以在消息里顯示具體的內容，而不是單純的數量提示：
這樣做的好處就是，不必設計一個單獨的功能匯總某一類的消息
不好的地方就是在消息很多的時候，
用戶需要頻繁的在消息通知界面和具體的內容界面切換來查看未讀的內容，比較麻煩。
~
四、更好的方式
那么有沒有更好的方式來展現消息通知及其具體內容呢，
以下是在小窗口查看具體消息內容的情況，
在這個頁面可以進行消息詳細內容的前后切換：
然后在完整的消息列表頁，是直接顯示了消息的詳細內容：
g+_3
正如你看到的，前兩條消息就要占用一屏以上的空間，
這在消息很多的情況下，是很不方便的。
~
那么有沒有更好的展現方式呢，我認為Twitter的界面風格就是最佳的方式：
在左邊展示完整的消息列表，右邊展示某個消息的具體內容及操作動作，用戶可以很清晰的知道自己當前查看或處理的消息，并且不需要界面切換，perfect!
消息通知的合并也很重要，可以避免大量同樣的消息對用戶造成干擾，
新浪微博的通知數目的方式本身就是一種合并，
Facebook和G+也都對合并做的很好。
還要注意的是，Facebook對于一段時間以前的歷史消息就不予顯示了，
這無論從消息通知的功能本質來說，還是系統的性能方面考慮，都是可以理解的。
