看了很多關(guān)于消息系統(tǒng)規(guī)劃的文章，普遍的都是說明APP（安卓/IOS）的消息系統(tǒng)，但是很少從web端進(jìn)行分析，而筆者借此簡單記錄下自己在規(guī)劃web端平臺產(chǎn)品消息系統(tǒng)（以后臺為主）功能的一個思路。雖然現(xiàn)在互聯(lián)網(wǎng)是移動趨勢，但是web還是重量級的，因為他面向的更多是B端用戶。
平臺產(chǎn)品與B端、C端產(chǎn)品來說是具有一定的差異性，B端和C端產(chǎn)品在目標(biāo)用戶上有明確的區(qū)分，而平臺產(chǎn)品面向的目標(biāo)用戶有B端、C端或者BC端都有，簡單粗暴理解就是一個聚合平臺。比如：阿里巴巴平臺、天貓平臺、QQ音樂移動音樂平臺、艾瑞咨詢等等。
而我們平臺產(chǎn)品主要是B端的企業(yè)級用戶，所以本次將簡單整理下近期規(guī)劃的一款web端平臺產(chǎn)品的消息系統(tǒng)，僅作為參考。
Tip：消息運(yùn)營
消息標(biāo)題如何運(yùn)營、如何保證觸達(dá)用戶？這類問題已經(jīng)有相關(guān)文章提及就不再多闡述了。下面主要以后臺功能邏輯來淺談。
以下為本次消息系統(tǒng)規(guī)劃框架：
一、背景
平臺型產(chǎn)品初建期需要保證產(chǎn)品的完整性，必須搭建可控的消息系統(tǒng)，形成產(chǎn)品完整的閉環(huán)。一來滿足產(chǎn)品的完整性；二來確保讓用戶感知到產(chǎn)品是活的；三來滿足平臺產(chǎn)品上各個業(yè)務(wù)的流程。
二、目的
1.讓用戶更加容易獲得提醒
2.讓產(chǎn)品更加直接的與用戶產(chǎn)生交互
3.分類整理消息
三、用戶人群
主要面向B端（企業(yè)級）用戶
四、場景
營銷類需要，比如運(yùn)營策略需要的廣告消息、優(yōu)惠消息、活動消息；
使用服務(wù)后的溫馨提醒，比如購買某某產(chǎn)品后的售后（發(fā)票申請進(jìn)度、售后申請服務(wù)進(jìn)度等等）、注冊使用產(chǎn)品后的版本更新、優(yōu)化說明等；
互動提醒，比如工單回復(fù)提醒、評論關(guān)注回復(fù)等提醒；
任務(wù)提醒，比如學(xué)習(xí)某個視頻更新提醒、下載任務(wù)提醒、訂閱某條推送提醒等等。
消息提醒的場景主要分為這4類，當(dāng)然還會有更多，這里不一一窮舉。對于目前產(chǎn)品能確保以上場景都能實現(xiàn)需求，那就可以了。因為這就是傳說中的MVP？是的沒錯，下面拓展一下：
MVP:最小價值產(chǎn)品或最小可視化產(chǎn)品,這在精益創(chuàng)業(yè)是中很重要的概念。將核心的功能最先開發(fā)出來在不斷試錯中迭代和優(yōu)化是我們目前的一種產(chǎn)品開發(fā)規(guī)則。
五、消息系統(tǒng)規(guī)劃
消息系統(tǒng)的需求主要分兩大類，功能性需求和非功能性需求。
功能性需求：該產(chǎn)品具有的功能，讓用戶通過這些功能完成任務(wù)或者滿足各類業(yè)務(wù)需求的功能，這里統(tǒng)稱為功能性需求。比如：人工push、營銷類消息推送、重大版本更新通知、修復(fù)公告等。
非功能性需求：主要是產(chǎn)品的性能、系統(tǒng)、進(jìn)程提醒等需求。比如：系統(tǒng)提醒、事件觸發(fā)提醒、進(jìn)度/任務(wù)跟蹤提醒等。
Tip：消息狀態(tài)
消息系統(tǒng)中，每條消息都具有唯一的狀態(tài)即已讀、未讀和已關(guān)閉（刪除，即不在客戶端展示后臺保留數(shù)據(jù)跟蹤）。且每條消息隸屬于每個消息的分類下，即消息標(biāo)簽。這樣區(qū)分的目的是便于分類管理和易讀性。
消息管理/設(shè)置：主要是對接收的消息進(jìn)行管理/設(shè)置，用戶和產(chǎn)品之間存在主動接收和被動接收的關(guān)系。用戶可以主動去拒絕接收部分消息，這樣做可以讓用戶在產(chǎn)品上獲得更大的主動權(quán)。不同于普通B、C端的產(chǎn)品的是，平臺產(chǎn)品在此類消息管理/設(shè)置中將很多的接收權(quán)限交給用戶有選擇性的接收。
并不是所有的平臺產(chǎn)品都會有這個功能，對于一些聚集了很多業(yè)務(wù)的平臺來說，有這個功能可以有效的避免接收到多余的消息干擾用戶。如：騰訊云、阿里云、百度云等等。但是對于業(yè)務(wù)區(qū)分不明顯且不是很大業(yè)務(wù)量的產(chǎn)品來說，這個功能的存在無關(guān)痛癢。如：微信公眾平臺、各大媒體后臺等等。?
管理后臺規(guī)劃
消息類型：公告消息、活動消息等?？赏ㄟ^管理消息類型進(jìn)行新增、編輯、刪除操作。這里的消息類型對應(yīng)的客戶端的消息類型。
狀態(tài)：已發(fā)送、未發(fā)送、已關(guān)閉。這里的狀態(tài)指的是消息的推送狀態(tài)。其中已關(guān)閉指的是消息在客戶端做了隱藏（撤回）的操作。
消息標(biāo)題：后臺字符限制
消息內(nèi)容：后臺字符限制
閱讀量：消息在客戶端打開/閱讀的數(shù)量具有唯一性。
推送時間：該條消息成功推送到客戶端的時間。
創(chuàng)建時間：創(chuàng)建該條消息的時間。
Tip：管理后臺消息編輯和客戶端有什么需要注意？
管理后臺的消息標(biāo)題限制字符以及標(biāo)題的位置樣式是和客戶端分開的。通常我習(xí)慣于將客戶端和后臺需求都提及到避免開發(fā)同學(xué)忘記了，避免聯(lián)調(diào)的時候帶來不便。
創(chuàng)建消息：
根據(jù)不同產(chǎn)品的特性后臺管理也會具有不一樣的功能，但是基本功能都是大同小異的。
消息類型：和客戶端對應(yīng)，將各個消息分類管理
推送時間：定時和立即推送可有效的管控并做好運(yùn)營策略
推送方式：官網(wǎng)，手機(jī)，郵箱等。這里的手機(jī)可以采用第三方的接口沒必要在自己開發(fā)，當(dāng)然這里第三方的推送主要是營銷類的短信，對于如果有2B的APP應(yīng)用則會有不一樣的推送方式這里就不過多說明（因為好多大牛都分析過了）。郵箱的話可以集成公司郵箱的API接口或者采用第三方的營銷API。
推送人群：根據(jù)產(chǎn)品的用戶特性，可以簡單的區(qū)分為普通用戶和會員用戶，當(dāng)然對于特殊的需求還會有指定的用戶人群。為了方便后續(xù)的推送這里面應(yīng)當(dāng)可擴(kuò)展，并不局限于這幾個用戶人群。
消息標(biāo)題：-
消息內(nèi)容：富文本編輯器。
新增熱區(qū)：單獨(dú)把熱區(qū)拿出來講一下。
熱區(qū)可能對于部分沒接觸過的人來說不是很懂，簡單理解為就是某個頁面指定區(qū)域可以實現(xiàn)點(diǎn)擊跳轉(zhuǎn)，更簡單粗暴就是超鏈接，點(diǎn)哪里超到哪里。
為什么編輯器要熱區(qū)這個功能，因為我們看到很多的圖片消息都是帶有領(lǐng)取優(yōu)惠券或者點(diǎn)擊某個按鈕進(jìn)入到活動詳情，這個時候純圖片和純文本都無法滿足我們的運(yùn)營需求。所以可視化的熱區(qū)功能將提高我們運(yùn)營的效率和滿足各種營銷策略。
編輯消息
對已發(fā)送狀態(tài)消息可以對其進(jìn)行的操作僅限于“展示”功能（即在客戶端是否展示）。
未發(fā)送狀態(tài)的消息則可以編輯所有字段的內(nèi)容。
已關(guān)閉狀態(tài)的消息則 不可以進(jìn)行任何操作在消息后臺中相當(dāng)于回收站，可以給運(yùn)營做總結(jié)分析。
Tip：為什么發(fā)出去的消息還要做隱藏/撤回的處理？為什么不直接進(jìn)行編輯呢？
這里提醒一下，發(fā)出去的消息用戶已經(jīng)接收了，如果對已發(fā)送的消息進(jìn)行編輯會帶來什么樣的后果以及需要承擔(dān)什么樣的風(fēng)險我們都需要考慮。所以這里不建議直接編輯已發(fā)送的消息。但是我們需要規(guī)避已發(fā)送的消息是否存在政治敏感、輿論導(dǎo)向或其他，防患于未然才設(shè)置一個“展示”的功能。這是一個規(guī)避的手段，萬不得已是不會使用的
非功能性需求
主要是對系統(tǒng)自身的一個提醒，產(chǎn)品的進(jìn)度任務(wù)跟蹤以及事件觸發(fā)的非功能性的需求。
非功能性需求分類主要有3大類：
業(yè)務(wù)需求：主要是產(chǎn)品各個業(yè)務(wù)的提醒，如訂閱提醒、任務(wù)進(jìn)度提醒、學(xué)習(xí)進(jìn)度提醒等；
系統(tǒng)性能：如發(fā)生無法訪問、卡頓會有系統(tǒng)提醒，當(dāng)然這里可以設(shè)置一些親切的語句來提醒用戶避免流失；
事件觸發(fā)：產(chǎn)品使用過程中所觸發(fā)的一些事件，如下拉加載時候提示語或者加載動畫。
非功能性需求的消息目標(biāo)用戶當(dāng)然是以“觸發(fā)”為基準(zhǔn)，所有用戶只要達(dá)到條件觸發(fā)就會由產(chǎn)品自動推送相關(guān)的消息，不管是消息中心里面的消息還是一些小小的提示語，都屬于一種非功能性的消息需求。
消息系統(tǒng)的規(guī)劃主要還是需要根據(jù)產(chǎn)品的特性講消息進(jìn)行分類。而后臺的功能從根本上來說本質(zhì)是一樣的，需要注意的是根據(jù)客戶端和產(chǎn)品的業(yè)務(wù)進(jìn)行邏輯區(qū)分，保證能夠觸達(dá)用戶。
文章簡單記錄筆者在規(guī)劃web端平臺產(chǎn)品時候的一個思路，web端產(chǎn)品面向的當(dāng)然不僅是眼前的B端用戶，后續(xù)還將會有第三方供應(yīng)商和服務(wù)商的加入。但是對于消息系統(tǒng)的本質(zhì)來說這是推送的目標(biāo)人群多了，具體的是以新增用戶標(biāo)簽還是另做規(guī)劃還需要以業(yè)務(wù)形態(tài)來決定。
