看了很多關(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：消息運營

消息標(biāo)題如何運營台夺、如何保證觸達(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ō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)揩晴，將各個消息分類管理

推送時間：定時和立即推送可有效的管控并做好運營策略

推送方式：官網(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ū)：單獨把熱區(qū)拿出來講一下。

熱區(qū)可能對于部分沒接觸過的人來說不是很懂，簡單理解為就是某個頁面指定區(qū)域可以實現(xiàn)點擊跳轉(zhuǎn)撒踪，更簡單粗暴就是超鏈接过咬，點哪里超到哪里。

為什么編輯器要熱區(qū)這個功能制妄，因為我們看到很多的圖片消息都是帶有領(lǐng)取優(yōu)惠券或者點擊某個按鈕進(jìn)入到活動詳情掸绞，這個時候純圖片和純文本都無法滿足我們的運營需求。所以可視化的熱區(qū)功能將提高我們運營的效率和滿足各種營銷策略耕捞。

編輯消息

對已發(fā)送狀態(tài)消息可以對其進(jìn)行的操作僅限于“展示”功能（即在客戶端是否展示）衔掸。

未發(fā)送狀態(tài)的消息則可以編輯所有字段的內(nèi)容。

已關(guān)閉狀態(tài)的消息則 不可以進(jìn)行任何操作在消息后臺中相當(dāng)于回收站俺抽，可以給運營做總結(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)來決定蔽介。