看過很多產(chǎn)品設(shè)計(jì)的文章，很少有對消息系統(tǒng)這個(gè)模塊的設(shè)計(jì)講得比較清晰的，最近搜集了一些資料，結(jié)合實(shí)際例子梳理了消息系統(tǒng)的設(shè)計(jì)原則，供參考。
消息系統(tǒng)，顧名思義即信息的傳達(dá)處理系統(tǒng)。目的是為了讓用戶獲得需要得到的消息及提醒并進(jìn)行處理。
這里的“需要得到”有兩層意思：
消息系統(tǒng)設(shè)計(jì)的原則可簡單的歸納為：
不用的平臺和產(chǎn)品本身由于對業(yè)務(wù)的需求不一樣，種類也是有區(qū)別的。大致可分為以下幾種：
消息系統(tǒng)的邏輯精簡后如下：
現(xiàn)對這幾個(gè)環(huán)節(jié)分開說明：
消息在推送之前需要進(jìn)行匯總合并，目的在于提高消息傳播處理效率;減少騷擾，降低噪音;平衡服務(wù)器壓力。
合并周期
固定時(shí)間內(nèi)的消息全部匯總(24小時(shí)內(nèi)/30天等);
無固定時(shí)間(只要未處理/未讀即匯總)
當(dāng)然一般都組合著用：合并24小時(shí)內(nèi)未處理消息
分類合并
下面我們來看一下簡書關(guān)于消息的實(shí)現(xiàn)是怎么樣的。
簡書的消息系統(tǒng)分得比較細(xì)，包括評論、簡信、投稿請求、喜歡和贊、關(guān)注、打賞、其它提醒等。
提醒的語言分析（摘自簡書作者jc-huang）
我們從簡書取一組提醒樣本：
分析句子結(jié)構(gòu)，提醒的內(nèi)容無非就是
「誰對一樣屬于誰的事物做了什么操作」
「someone do something in someone’s something」
這就清楚了，sender和targetOwner就是應(yīng)用的用戶，而target是具體到哪一篇文章，如果提醒的對象不僅僅局限于文章，還有其他的話，就需要增加一項(xiàng)targetType，來標(biāo)記目標(biāo)是文章還是其他的什么。而action，則是固定的，整個(gè)應(yīng)用會觸發(fā)提醒的動作可能就只有那幾樣：評論、喜歡、關(guān)注…..（或者其他業(yè)務(wù)需要提醒的動作）
消息按照規(guī)則匯總完成后，系統(tǒng)將其通過消息管道推送到用戶，以便用戶處理。
分發(fā)方式
主要是Push和Pull。
第一種是客戶端使用Pull（拉）的方式，隔一段時(shí)間就去服務(wù)器上獲取信息，看是否有更新的信息出現(xiàn)。
第二種就是服務(wù)器使用Push（推送）的方式，當(dāng)服務(wù)器端有新信息了，則把最新的信息Push到客戶端上。
Pull方式更費(fèi)客戶端的網(wǎng)絡(luò)流量，更主要的是費(fèi)電量，還需要我們的程序不停地去監(jiān)測服務(wù)端的變化。
Push可以針對消息的時(shí)效性做出及時(shí)的通知。
以知乎為例
推的比較常見，需要針對某一個(gè)問題維護(hù)著一張關(guān)注者的列表，每當(dāng)觸發(fā)這個(gè)問題推送的條件時(shí)（例如有人回答問題），就把這個(gè)通知發(fā)送給每個(gè)關(guān)注者。
拉的相對麻煩一點(diǎn)，就是推的反向，例如每個(gè)用戶都有一張關(guān)注問題的列表，每當(dāng)用戶上線的時(shí)候，對每個(gè)問題進(jìn)行輪詢，當(dāng)問題的事件列表出現(xiàn)了比我原本時(shí)間戳大的信息就進(jìn)行拉取。
而我們則根據(jù)消息的不同分類采用不同的獲取方式：
通告和提醒，適合使用拉取的方式，消息產(chǎn)生之后，會存在消息表中，用戶在某一特定的時(shí)間根據(jù)自己關(guān)注問題的表進(jìn)行消息的拉取，然后添加到自己的消息隊(duì)列中，
私信，適合使用推的方式，在發(fā)送者建立一條信息之后，同時(shí)指定接收者，把消息添加到接收者的消息隊(duì)列中。
目前大部分消息優(yōu)先推送未處理消息合并后的總數(shù)，已提醒用戶已有新消息需要處理。用戶點(diǎn)擊數(shù)字后再去服務(wù)端請求具體的消息內(nèi)容。此種方式綜合考慮了成本、壓力和體驗(yàn)。當(dāng)然，某些極端情況下需要進(jìn)行優(yōu)化處理：如未讀消息超過1000，用戶請求時(shí)先推送前50條或者放入cache中等。技術(shù)童鞋會有各種手段，這里不做詳述。
分發(fā)頻率(時(shí)間)
分發(fā)時(shí)間主要根據(jù)消息的優(yōu)先級來做區(qū)隔：
分發(fā)管道
分發(fā)管道即消息通知的具體推送渠道，根據(jù)業(yè)務(wù)類型可以分為：App、短信等。
根據(jù)前文提到的分發(fā)方式，對于通知的處理在邏輯上可以分為兩層：通知狀態(tài)的處理和通知內(nèi)容的處理。
狀態(tài)的處理狹義的理解即為是否已讀(已處理).
通常初始數(shù)字即為系統(tǒng)推送過來的未讀總量，用戶點(diǎn)擊數(shù)字進(jìn)入相關(guān)功能列表查閱后讀取的動作完成，未讀數(shù)字相應(yīng)減少。
有幾種情況需要變通處理：
若用戶未讀信息較多(m=100)，但第一頁列表只能顯示(n=10)條的話，那未讀數(shù)字即為m-n=90;
某些產(chǎn)品會將點(diǎn)擊等同于已讀。即用戶只要點(diǎn)擊無論是否打開列表查看均認(rèn)為已讀。
這樣的處理一般用于重要級別較低的消息。點(diǎn)擊即已讀可有效降低騷擾。
某些重要級別較高的消息已處理狀態(tài)可以定義為用戶進(jìn)行相關(guān)操作后才為已處理，而非查閱。
如用戶進(jìn)行評論、回復(fù)、點(diǎn)擊忽略或點(diǎn)擊刪除等動作時(shí)才認(rèn)為已處理。
內(nèi)容的處理狹義的理解即為用戶是否操作
根據(jù)不同消息的種類和業(yè)務(wù)的需要，操作可分為：
消息需要標(biāo)記是否已處理的狀態(tài)，且狀態(tài)在不同的終端是打通的。
如：用戶在客戶端對消息進(jìn)行了查看，在web站點(diǎn)本消息應(yīng)自動標(biāo)記為已讀狀態(tài)。
回收主要針對用戶已處理消息的操作，用戶之間觸發(fā)的消息一般需要留檔保存。如評論/回復(fù)/留言/私信等。產(chǎn)品可提供選項(xiàng)詢問用戶是否超過一定周期自動清理。
iOS對于消息通知的提示也有自己的一套設(shè)計(jì)規(guī)范，而且分為本地通知和推送通知。 推送通知或推送消息是服務(wù)器執(zhí)行。
iOS的消息通知有兩種形式，Badge Notification和Alert Notification。
Badge Notification
指出現(xiàn)在應(yīng)用程序圖標(biāo)右上角的紅色圓形數(shù)字提醒，用于提醒一些無需即時(shí)處理的消息，比如程序更新數(shù)、未讀郵件數(shù)等。Badge Notification只有在Home Screen的對應(yīng)屏上才能看到，因此不適合用于提醒一些重要性高或需要及時(shí)處理的通知。而且Badge Notification的形狀顏色大小等都是默認(rèn)且無法改變的。
Alert Notification
非常直接地以對話窗口的形式出現(xiàn)在屏幕上，用于重要或需要及時(shí)處理的通知。不過Alert Notification常常粗暴地打斷正在進(jìn)行中的任務(wù)，強(qiáng)迫用戶馬上做出選擇，且無法匯總查看所有通知，當(dāng)有多條通知時(shí)，無法選擇性處理，只能按提供提供的順序一個(gè)個(gè)處理。
下面是介紹ios的四種消息通知類型
橫幅（Banner）
橫幅通知會顯示程序的小圖標(biāo)（低分屏下顯示29×29的圖標(biāo)，高分屏顯示58×58的圖標(biāo)），程序的名字和通知的內(nèi)容。（只要不是鎖屏狀態(tài)，都可以從屏幕頂部向下滑打開通知中心。 ）
提醒（Alert）
提醒通知不會自動消失，需要用戶與之交互才能關(guān)閉。設(shè)計(jì)師需要設(shè)計(jì)通知的具體內(nèi)容，有時(shí)還要為action button（后面會談到）設(shè)計(jì)title。
APP設(shè)計(jì)師值得注意的是：一條提醒可能會包含一到兩個(gè)按鈕。對于有兩個(gè)按鈕的提醒，需要把關(guān)閉提醒的按鈕放在左邊，把a(bǔ)ction button放在右邊。 如果只有一個(gè)按鈕，這個(gè)按鈕應(yīng)該是一個(gè)確定按鈕。
標(biāo)記（Badge）
標(biāo)記通知是顯示在程序圖標(biāo)的右上角的紅色橢圓形標(biāo)記，里面顯示的數(shù)字表示需要用戶處理的通知的數(shù)量。
這種方式都是很常見的。而且也很醒目。切記，標(biāo)記圖標(biāo)的設(shè)計(jì)尺寸。
聲音（Sound）
聲音提示也是iOS的一種通知方式，支持自定義，可以與前面三種通知類型搭配使用。
這樣的方式是非常人性化的提醒用戶不要遺忘重要的信息。比如會議時(shí)間等等。
最新的Android的通知欄的設(shè)計(jì)和功能與前幾代Android系統(tǒng)基本一樣，也是從屏幕頂部向下拉出，唯一不同的地方就是用戶可以將某條通知按住向左拖動移除該通知。
更加人性化，android也有一樣的消息提醒設(shè)計(jì)：
我們在設(shè)計(jì)APP消息提醒或通知的時(shí)候，還應(yīng)該考慮我們所設(shè)計(jì)的APP針對的人群，從而選擇合適的消息推送方式或是消息提醒方案。
作者：Jason 個(gè)人微信號：jason-pong
