消息通知可以及時地將狀態、內容的更新觸達到用戶，用戶則可以根據收到的消息做后續判斷。但是如果沒有及時將重要消息觸達到用戶或者濫用消息，則失去了消息通知的初衷。特別是針對涉及復雜任務流程的產品，消息類型繁雜，難以全面盤點消息類型，消息系統的設計就顯得尤為重要。
希望通過這篇文章讓各位在設計消息通知系統的時候能夠更加全面高效。
消息通知需要為產品服務，幫助用戶快速獲取對應的通知信息。收到一條新回復的提示、工作臺展示工作進度、朋友的來電，生活中處處是信息的交換。在 App 和網頁應用中最常見的信息交換方式則是消息通知。
消息作為一種信息交換方式，抽象其過程，即為“在達到某一觸發條件下，由發送方發送消息給到接收方，接收方可針對此條消息提供反饋”。需要包含以下關鍵因素：
消息觸發時間與條件（何時什么事）：如按周期重復的時間點，或系統狀態變更、用戶操作結果等；
消息發送方（誰發現的事）：可能是系統、第三方服務商，或者某個用戶；
消息接收方（誰需要知道）：即接收方，可能是系統中的全部用戶，也可能會根據權限劃分推送到某個用戶群組，或者是某個特定用戶；
消息觸達渠道（怎么找到他）：短信、電話、App 內通知等；
消息通知內容（告訴他什么）：短信的文本、電話對話內容、通知消息的文案等消息通知；
消息操作反饋（他可以干嘛）：主要分為只讀與操作反饋。只讀，即當前消息用戶在瀏覽后不需要做更多的操作，主要以了解為主；操作反饋，即當前消息需要用戶瀏覽，且在瀏覽后做相應的后續操作。
好的消息系統要滿足什么條件：
全面：通知的消息項要完整全面，用戶才能放心地通過消息通知系統了解消息更新內容；
及時：消息的觸達方式要及時有效，在消息相關事件發生后，用戶能在第一時間獲取到信息并提供操作反饋給到消息發送方；
高效：能通過合理的消息發送途徑，允許用戶設置及合并相似信息等方式避免過多消息侵擾用戶，讓用戶能夠高效處理消息通知。
設計全面、及時、有效的消息通知系統需要對消息的六個關鍵因素進行全面盤點，通過分步的方式逐步完成消息通知系統的設計。主要分為以下三步：
① 盤點系統中包含的消息項：包含其觸發條件、通知來源及通知對象。需要盤點完整消息項從而保證消息系統的完整性；
② 確定消息觸達渠道：包含各消息項的觸達渠道。讓所有消息都能觸達到用戶的同時，能夠讓重要信息更易觸達，保證消息通知的及時性；
③ 撰寫通知內容與操作反饋：包含各消息項的通知內容與操作反饋。讓消息內容能夠有效地傳達給用戶，讓用戶能快速反饋、操作。
盤點的過程，即對消息通知清單的梳理。與產品、研發等團隊成員的溝通也將使用該清單。最終目標即完成下方表格的填寫：
1. 盤點系統中包含的消息項
當前步驟需要對系統中可能會有的消息項進行完整的盤點。盤點消息項可以通過按消息類型走查方式完成。市場上比較有共識的消息的分類方式主要分為禁止、警告、成功三類。但是在實際設計工作中還需要配合以下的消息分類方式去更完整地盤點消息項：
盤點出的每個消息項
都需要補充以下四個關鍵因素：
觸發條件：結合產品核心場景梳理完整。可通過狀態圖或泳道圖查缺補漏（詳見下段內容）;
通知來源：可能是某個內部系統，可能是某個用戶組，也可能是某個具體用戶。用戶組的劃分需要提前與產品、研發同事溝通完成；
通知對象：可能是全部用戶，也可能是某個用戶組或具體用戶。由觸發條件中的場景決定；
重要性：需要與團隊溝通得出，可使用“高”、“中”、“低”的分類方式。
盤點完成的消息項使用下表進行整理，方便產品、設計、研發之間的溝通。
用流程圖或泳道圖查缺補漏：
對于 ToB 或 ToG 類含有復雜狀態轉換以及任務流的產品，除了使用分類的方式盤點消息項，還需要對照流程圖或泳道圖查缺補漏，避免消息類型的遺漏。
如，顧客線上購買商品并收取商品的商品相關狀態變化如下圖所示，每個狀態都可對應著一條消息項：
線上購物過程中的消息流程圖示意
當系統內包含多角色，且角色間流程有交互時，則可以使用泳道圖的方式進行梳理。在泳道圖中的每一條狀態變更線，都對應著一個狀態變更提醒。其中角色間交互的線，由于需要角色主動處理方可進入下一流程狀態，這條消息一般會成為一條待辦消息。
什么類型的消息不要納入消息通知系統：
需要注意的是，雖然通知的完備性很重要，但某些消息在前期梳理時就需要從清單中剔除，包括：
-
單純問候類消息，如“好久不見”等
-
不需要用戶知道的消息，如系統后臺數據更新等
2. 確定消息觸達渠道
確定要推送給用戶的消息類型后，需要給各消息匹配適合的通知方式。不同的通知方式會有不同的適用場景，可對照下表結合第一步整理的重要性配置消息的觸達渠道：
消息觸達渠道的配置結果到第一步的表格中：
平衡通知量：
一個好的消息系統需要能有效觸達的同時不過分侵擾用戶。這就要求我們對系統實際運行中可能會出現的通知量進行預估，并適量調整通知方式，讓重要的消息能夠更有效及時地觸達到用戶。最終調整后的消息數量與提醒強度的關系最好能形成如下圖所示金字塔的模式。
提醒強度與消息數量的金字塔關系
合并重復消息：
對于出現頻率較高，且用戶不需及時了解每條消息的消息項，可以通過合并消息的方式減少通知的數量。合并主要有兩種方式：合并流程過往節點信息和合并同類消息。
-
合并流程過往節點消息：對于一些流程類通知，若用戶在響應或查看前，流程已經進入到下一階段，歷史節點的信息已經無需了解時，可合并過往流程節點的消息。如淘寶在展示物流時，針對同一訂單的物流，僅保留最新的一條。
-
合并同類信息：對于同類型消息過多，且用戶不需要一一查看，只需在用戶有需要的時候提供入口查看完整內容時，自動合并同類型的消息，減少對用戶的打擾。如 Instagram 在展示用戶動態信息時，會合并同一天同一類型的消息。
兩種合并消息方式
智能推送：有條件的系統可根據用戶行為分析及用戶畫像，進行智能推送。如基于用戶畫像按類型推送運營類消息，基于用戶接受消息數量，判斷是否合并消息推送等。
渠道間消息項的延續與統一：
出于信息持續性的考慮，觸達渠道之間有部分關聯關系在制定消息觸達渠道時需要注意，如：
-
若系統包含 App、web 等不同端，相同通知類型的消息要保持統一
-
badge 提示需要在應用內消息通知模塊有對應消息提示
-
push 消息的文案需要與應用內消息中心保持一致
3. 撰寫通知內容與操作反饋
通知的內容需要滿足簡明易懂的同時，還要讓用戶能夠快速處理。根據大量經驗總結，通知內容的撰寫可使用一個通用撰寫公式：
在應用撰寫公式寫內容時，需注意以下要點：
-
重點前置：用戶觸達的第一場景，可能是手機的 push 消息，可能是多個消息的列表。這就要求在撰寫文案時要將重要信息前置，如驗證碼、還款金額、事件提醒名稱等。
-
敏感信息保護：由于無法確認用戶獲取信息的場景是否私密。對于金額、個人信息等隱私數據，建議在應用內或其他渠道提供設置項，提供用戶自主選擇是否在消息通知中包含具體數值。如果要默認顯示，需要提前告知用戶。
-
來源信息露出：在郵件、短信等非產品自有渠道推送消息時，用戶可能會不確定消息的來源是否官方，需要包含消息來源信息。
-
提供觸發時間：當消息的發生時間對用戶后續判斷、操作有影響時，需要在通知內容中包含消息發生的時間。
除了以上通用注意事項，由于渠道本身的特征差異，還需注意以下渠道相關的要點：
電話：需要設定客服話術標準，一般需要在會話開始前先告知用戶來電是誰、有什么目的。在講述完通知內容后，還應告知用戶如何處理當前信息，如果想了解詳細內容該前往哪個渠道了解。
短信-來源平臺：由于通知類短信的發送號碼可能會由于服務商設置的問題導致有多個發送號碼發送給用戶，用戶無法根據號碼判斷發件人身份。故需要在短信最開始說明平臺來源，建立品牌認知，避免用戶錯認為是垃圾短信。如：「騰訊科技」***
短信-操作反饋：由于大部分短信為純文本短信，相關操作反饋需要通過鏈接或者路徑指引的方式提供。若短信包含詳情鏈接，鏈接最好能設置為保留根域名的短鏈，如：點擊了解詳情：cdc.qq.com/d8djei
郵件：與短信相似會有來源可信度問題，郵件內容需包含品牌元素，同時發件的郵箱地址后綴使用產品官方網站。另外需要注意，某些郵件軟件會設置不自動下載圖片，郵件重要內容不要使用圖片。
push 推送（移動端）：是消息在移動端的特有觸達渠道，由手機系統發送。發送的信息格式會受系統要求有所限制。最新的推送要求可參考相關設計規范文檔或接口規范。應用的 icon 與名稱系統會自動補充，撰寫文案時不用包含。
微信公眾號（訂閱號/服務號）：由于微信對訂閱號與服務號的消息推送方式會經常變化，需要確認最新的要求并撰寫文案。
在完成通知內容以及操作反饋的梳理后，對消息梳理表格進行更新，補充相關信息：
自此，消息項的盤點已經完成，后續可基于該表格與產品、研發溝通。當業務出現變更時，也需要對表格內容進行同步更新。
消息通知的觸達渠道中，電話、短信、push 推送的呈現由系統決定。但是若產品有獨立 App，往往需要消息中心去承載全量的消息列表。本章會介紹如何設計消息中心。
不同應用的消息中心處理方式受產品定位、應用框架等因素影響，設計差異化較大。但是可以通過按路徑分割去簡化設計：消息中心的入口、消息列表的組織方式、消息卡片的樣式、消息的設置等幾個部分。
1. 消息中心入口
主要有底部 tab、個人中心附近的圖標入口、個人中心的菜單項等三種入口形式：
消息中心的三種入口
-
底部 tab：一般適用于產品核心功能中包含大量用戶間通訊，或者希望通過強化消息露出來促進用戶上傳更多內容。對于重要的消息類型可提供數字 badge 作為未讀消息數量的提示；
-
頂部圖標入口：一般適用于產品消息數量較少，或消息對產品核心場景的影響較少的情況。一般會在首頁的頂部，或個人中心頁的頂部有一圖標作為入口。圖標會包含數字 badge 作為未讀消息數量的提示；
-
個人中心菜單項：一般適用于當產品頂部空間作他用，沒有圖標入口的位置時使用。
2. 消息列表
從消息中心入口點擊后跳轉到消息列表。由于消息的即時性，需要按時間維度排列。但是如果產品的消息類型較多，可通過分組合并或者分 tab 的方式提升用戶觸達消息的效率。
分組合并消息列表
分 Tab 合并消息列表
對于通知類型復雜的系統，還可使用二級列表的形式對消息進一步分類展示，如微信及支付寶，由于其包含大量第三方服務，消息復雜，均設置了二級消息列表幫助用戶分類查找消息。
二級消息列表
3. 消息卡片
消息列表中的卡片有兩種樣式可選，一般在一級消息列表使用小卡片樣式，讓用戶有更高的瀏覽效率。大卡片樣式則用于二級消息列表，或當前應用的消息數量較少時。
消息卡片應用示意
4. 消息中心設置
一般位于消息中心列表頁右上角，若可設置項較多，則提供設置入口在二級頁設置。一些常用的消息設置項如下：
全部已讀：對于消息數量較多，且未讀態會影響 badge 的展示時需要提供該設置項。點擊后設置列表消息項全部已讀。
發起對話：若系統包含通訊功能，一般會在消息類表頁提供發起對話的快捷入口。點擊后跳轉到通訊錄或好友列表。
設置通知提示方式：提供按消息類型設置某些通知項的接受渠道、接收時間段、各渠道之間的已讀聯動等，如微博；或者讓用戶選擇消息通知的精確度，是否包含具體信息，如微信可接收“您收到了一條信息”的模糊消息。
打開消息推送權限：一些應用有一些狀態更新或重要的提醒需要用戶在系統設置中打開當前應用的通知權限，會包含提示用戶打開通知的功能。這些提示需要在用戶進行了如“辦理事項”、“上傳狀態”等發起流程的操作后提示。不建議在用戶啟動 App 時就彈窗提示打開通知。
本文是對消息通知系統設計的初步介紹，希望能幫助到新手產品、交互、產品體驗設計師快速了解消息通知系統的內容盤點與消息中心的設計方法，制定及時、高效、完整的消息通知系統。
好的設計，在設計思路和原則上，通常也會具備通用性。對于大多數人來說，在很多工作上都要經歷這個過程：抄（指學習） -> 操（指操練） -> 超（指超越） 掌握這幾個過程中的精髓，很重要。
黑色是一個很強大的中性色彩，它有一種極其特殊的色彩語言，它很容易讓人著迷，而且受到各領域眾多設計師的關注。黑色給人傳遞的是一種莊重、神秘、穩重、高端、大氣等等的一系列視覺感受。因此我們在用黑色作為主色調的時候，需要注意產品性格特征，想傳遞什么樣的感受給用戶。
