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