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