起點課堂會員權益
職業(yè)體系課特權
線下行業(yè)大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識B端產(chǎn)品消息通知設計總結
消息通知是系統(tǒng)的一個必備功能，無論是在門戶網(wǎng)站還是App，都需要用到消息通知，以此提醒用戶關注一些信息。作者結合自身工作經(jīng)驗，總結如何進行B端產(chǎn)品消息通知設計的思路，希望對你有所啟發(fā)。
在系統(tǒng)的設計過程中，消息通知的功能必不可少，合理的消息通知的設計，可以讓用戶在第一時間了解到需要關注的信息，及時響應后續(xù)的系統(tǒng)操作或業(yè)務操作。比如跨境物流，因其業(yè)務流程長，物流訂單的生命周期長，參與的操作部門或供應商比較多，合理的消息通知的設計，可以減少各環(huán)節(jié)的溝通時間，提高操作效率。
前言
這篇文章寫到一半的時候，在查找相關消息通知設計的資料時，看到了人人都是產(chǎn)品經(jīng)理網(wǎng)站上騰訊設計的官方文章《消息通知系統(tǒng)設計》?，自己寫的內(nèi)容一下子遜色不少，但想想還是要把文章堅持寫完，借此整理自己的設計思路。
一、消息通知的梳理
1. 消息通知的要素
設計消息通知之前，我們需要根據(jù)消息的幾個關鍵要素將系統(tǒng)系統(tǒng)開發(fā)的消息通知進行羅列，消息消息通知的幾個關鍵因素包括消息名稱、消息來源、消息通知對象、消息的觸發(fā)動作、消息通知的方式、消息模板、消息接收后的操作。
2. 消息通知分類
根據(jù)消息對應的業(yè)務操作狀態(tài)，分為：正常消息通知、異常消息通知；
根據(jù)消息內(nèi)容和業(yè)務的相關性，分為業(yè)務操作消息提醒、系統(tǒng)監(jiān)控消息報警、公告、廣告等。
3. 消息通知對象
系統(tǒng)的用戶（包括客戶、后臺操作用戶）、在系統(tǒng)中進行管理的人員、系統(tǒng)的開發(fā)和運維工程師等，系統(tǒng)相關的人員都可能成為消息通知的對象。
4. 消息通知的觸發(fā)動作
1、操作觸發(fā)：用戶在系統(tǒng)點擊某項操作，或操作完成后，觸發(fā)消息通知；
2、接口觸發(fā)：通過接口接收到外部系統(tǒng)的某項操作提醒后，
3、定時任務讀取數(shù)據(jù)：定時任務掃描數(shù)據(jù)表，或定時任務訪問接口，獲取需要的數(shù)據(jù)
4、系統(tǒng)監(jiān)聽：系統(tǒng)監(jiān)聽到某些操作后，觸發(fā)消息通知，如通過系統(tǒng)進行車速監(jiān)控，持續(xù)超速超過1分鐘后，觸發(fā)電話自動外呼或車輛監(jiān)控設備語音播報；
5、事件觸發(fā)：系統(tǒng)操作、接口等觸發(fā)生成某一事件，事件產(chǎn)生后，再觸發(fā)對應的消息提醒，基于事件的生成，可設計統(tǒng)一的消息通知功能，如：貨物入庫，通過接口或系統(tǒng)操作生成【貨物入庫稱重】的事件，觸發(fā)生成提醒客戶進行貨物件重體確認的消息通知。
5. 消息通知方式
消息同時的常用方式：電話、短信、郵件、企業(yè)微信、公眾號、站內(nèi)消息、APP消息等；可根據(jù)消息的特點靈活選擇通知一種或多種方式進行通知。
1、電話（自動外呼）：緊急度高，觸達率要求高的情況，如高級別系統(tǒng)報警，逾期通知等；
2、短信：優(yōu)惠活動、新產(chǎn)品上線等可通過短信和站內(nèi)消息進行提醒；
3、郵件：物流行業(yè)的B端客戶，下單完成后，還需要進行備貨、粘貼面單、準備隨貨文件等，業(yè)務相關的消息也會采用比較正式的郵件進行通知；部分國外客戶；通知的信息較大，或需要生成附件文件發(fā)送時；
4、手機系統(tǒng)（微信公眾號、消息推送）；需要通知后臺的消息，企業(yè)內(nèi)部流程提醒、業(yè)務監(jiān)控預警、系統(tǒng)監(jiān)控預警等，企業(yè)微信消息機器人是個不錯的選擇；預警類消息，郵件提醒
5、應用內(nèi)消息-Web（站內(nèi)消息、彈框公告、）：站內(nèi)消息
6、應用內(nèi)消息-APP：有移動端APP的，可通過設計消息中心，實現(xiàn)大部分消息的提醒；
二、消息通知的設計
1. 消息通知后臺設計
我們可以根據(jù)消息通知的數(shù)據(jù)流向進行消息通知后臺設計的功能梳理。其中業(yè)務相關的消息通知，可以將業(yè)務流程中的關鍵節(jié)點進行整理，抽象為事件，通過生成事件，觸發(fā)產(chǎn)生對應的消息，一個事件可以同時觸發(fā)生成多個消息，消息可以支持同時推送給多個用戶。
1、通過接口、系統(tǒng)操作、定時任務輪詢掃描數(shù)據(jù)庫或其他數(shù)據(jù)源（關系數(shù)據(jù)庫、非關系數(shù)據(jù)庫、緩存）、實時監(jiān)控消息隊列等操作生成消息或事件；
2、生成的消息經(jīng)過組裝后直接進入消息池，放入對應的消息主題；生成的事件通過事件觸發(fā)參數(shù)管理，觸發(fā)消息的生成，再經(jīng)過消息組裝，放入到消息池；
3、消息監(jiān)聽程序讀取消息池中的消息，根據(jù)消息模板配置將消息組裝成最終需要發(fā)送的話術；
4、根據(jù)消息分發(fā)配置，調(diào)用對應的組件，推送組裝好的最終消息，完成消息的通知。
2. 消息通知前臺設計
1、自動外呼平臺、郵件服務、短信平臺、接口平臺、微信公眾號都是通過自己搭建或引用第三方組件進行開發(fā)；
2、消息中心的設計可以參考文章開頭提到的鵝廠的文章，或其他消息中心的設計文章。
結語
看了鵝廠的官方文章，感覺差距還是很大的，后續(xù)的文章要對自己有更高的要求。本文僅用來記錄自己在工作過程中進行消息通知設計的一些經(jīng)驗，關于文中提到的基于事件驅動觸發(fā)的消息通知，有需要朋友可以一起來討論。
本文由@特立獨行俠 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉載。
題圖來自 Unsplash，基于 CC0 協(xié)議。
該文觀點僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。
你好，想咨詢一下，目前消息來源分了兩個部分，一個是系統(tǒng)觸發(fā)，一個是后臺手動發(fā)布，現(xiàn)在出現(xiàn)了業(yè)務矛盾：例如系統(tǒng)設計了每個月15日發(fā)送消息提醒，通知各個商家進行盤貨，而這個月出現(xiàn)特殊情況，后臺手動發(fā)布了消息通知盤貨時間推遲至18日，這時候系統(tǒng)中存在兩個通知盤貨的消息，如何解決這個問題，是需要對消息做進一步類型的細分嗎？即都是通知盤貨的消息，僅保存一條最新的？
消息的生產(chǎn)和發(fā)送可以分開實現(xiàn)，消息的生產(chǎn)可以來自事件的系統(tǒng)自動觸發(fā)，也可以來自手動發(fā)布，還有發(fā)送失敗后的手動補償?shù)?。消息的發(fā)送可以根據(jù)消息的類型（如通知型消息、事件型消息）限制發(fā)送次數(shù)，事件型消息一般和用戶、訂單、階段是綁定的，接收方也會要求只發(fā)送一次，可以根據(jù)不同的消息限制發(fā)送的次數(shù)，在發(fā)送是進行處理。實際場景多樣，僅供參考
markmark，非常好的文章
消息分發(fā)配置那里重復了
感謝糾錯~~~
老師您好 結尾說的鵝廠官方文章是在哪里看的呀
前言中有鏈接的