看了很多關(guān)于消息系統(tǒng)規(guī)劃的文章，普遍的都是說明APP（安卓/IOS）的消息系統(tǒng)，但是很少從web端進行分析，而筆者借此簡單記錄下自己在規(guī)劃web端平臺產(chǎn)品消息系統(tǒng)（以后臺為主）功能的一個思路。雖然現(xiàn)在互聯(lián)網(wǎng)是移動趨勢，但是web還是重量級的，因為它面向的更多是B端用戶。

平臺產(chǎn)品與B端、C端產(chǎn)品來說是具有一定的差異性：B端和C端產(chǎn)品在目標用戶上有明確的區(qū)分，而平臺產(chǎn)品面向的目標用戶有B端、C端或者BC端都有，簡單粗暴理解就是一個聚合平臺。比如：阿里巴巴平臺、天貓平臺、QQ音樂移動音樂平臺、艾瑞咨詢等等。

而我們平臺產(chǎn)品主要是B端的企業(yè)級用戶，所以本次將簡單整理下近期規(guī)劃的一款web端平臺產(chǎn)品的消息系統(tǒng)，僅作為參考。

Tips：消息運營
消息標題如何運營、如何保證觸達用戶？這類問題已經(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è)級）用戶

四、場景

1. 營銷類需要：比如運營策略需要的廣告消息、優(yōu)惠消息、活動消息；
2. 使用服務(wù)后的溫馨提醒：比如購買某某產(chǎn)品后的售后（發(fā)票申請進度、售后申請服務(wù)進度等等）、注冊使用產(chǎn)品后的版本更新、優(yōu)化說明等；
3. 互動提醒：比如工單回復(fù)提醒、評論關(guān)注回復(fù)等提醒；
4. 任務(wù)提醒：比如學(xué)習(xí)某個視頻更新提醒、下載任務(wù)提醒、訂閱某條推送提醒等等。

消息提醒的場景主要分為這4類，當然還會有更多，這里不一一窮舉。對于目前產(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)、進程提醒等需求。比如：系統(tǒng)提醒、事件觸發(fā)提醒、進度/任務(wù)跟蹤提醒等。

Tips：消息狀態(tài)
消息系統(tǒng)中，每條消息都具有唯一的狀態(tài)即已讀、未讀和已關(guān)閉（刪除，即不在客戶端展示后臺保留數(shù)據(jù)跟蹤）。而且每條消息隸屬于每個消息的分類下，即消息標簽。這樣區(qū)分的目的是便于分類管理和易讀性。

消息管理/設(shè)置：主要是對接收的消息進行管理/設(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ī)劃

相關(guān)字段說明：

• 消息類型：公告消息、活動消息等。可通過管理消息類型進行新增、編輯、刪除操作。這里的消息類型對應(yīng)的客戶端的消息類型。
• 狀態(tài)：已發(fā)送、未發(fā)送、已關(guān)閉。這里的狀態(tài)指的是消息的推送狀態(tài)，其中已關(guān)閉指的是消息在客戶端做了隱藏（撤回）的操作。
• 消息標題：根據(jù)客戶端的要求，后臺做字符、樣式、位置等限制。
• 消息內(nèi)容：根據(jù)客戶端的要求，后臺做字符、樣式、位置等限制。
• 閱讀量：消息在客戶端打開/閱讀的數(shù)量具有唯一性。
• 推送時間：該條消息成功推送到客戶端的時間。
• 創(chuàng)建時間：創(chuàng)建該條消息的時間。

Tips：管理后臺消息編輯和客戶端有什么需要注意？
管理后臺的消息標題限制字符以及標題的位置樣式是和客戶端分開的。通常我習(xí)慣于將客戶端和后臺需求都提及到避免開發(fā)同學(xué)忘記了，避免聯(lián)調(diào)的時候帶來不便。

1.創(chuàng)建消息：

根據(jù)不同產(chǎn)品的特性后臺管理也會具有不一樣的功能，但是基本功能都是大同小異的：

• 消息類型：和客戶端對應(yīng)，將各個消息分類管理。
• 推送時間：定時和立即推送可有效的管控并做好運營策略。
• 推送方式：官網(wǎng)、手機、郵箱等。這里的手機可以采用第三方的接口沒必要在自己開發(fā)，當然這里第三方的推送主要是營銷類的短信，對于如果有2B的APP應(yīng)用則會有不一樣的推送方式這里就不過多說明（因為好多大牛都分析過了）。郵箱的話可以集成公司郵箱的API接口或者采用第三方的營銷API。
• 推送人群：根據(jù)產(chǎn)品的用戶特性，可以簡單的區(qū)分為普通用戶和會員用戶。當然對于特殊的需求還會有指定的用戶人群。為了方便后續(xù)的推送這里面應(yīng)當可擴展，并不局限于這幾個用戶人群。
• 消息標題：-
• 消息內(nèi)容：富文本編輯器。
• 新增熱區(qū)：單獨把熱區(qū)拿出來講一下。

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

為什么編輯器要熱區(qū)這個功能？

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

2.編輯消息

• 對已發(fā)送狀態(tài)消息可以對其進行的操作僅限于“展示”功能（即在客戶端是否展示）。
• 未發(fā)送狀態(tài)的消息則可以編輯所有字段的內(nèi)容。
• 已關(guān)閉狀態(tài)的消息則 不可以進行任何操作在消息后臺中相當于回收站，可以給運營做總結(jié)分析。

Tips：為什么發(fā)出去的消息還要做隱藏/撤回的處理？為什么不直接進行編輯呢？

這里提醒一下，發(fā)出去的消息用戶已經(jīng)接收了，如果對已發(fā)送的消息進行編輯會帶來什么樣的后果以及需要承擔什么樣的風(fēng)險我們都需要考慮，所以這里不建議直接編輯已發(fā)送的消息。

但是我們需要規(guī)避已發(fā)送的消息是否存在政治敏感、輿論導(dǎo)向或其他，防患于未然才設(shè)置一個“展示”的功能。這是一個規(guī)避的手段，萬不得已是不會使用的

七、非功能性需求

主要是對系統(tǒng)自身的一個提醒，產(chǎn)品的進度任務(wù)跟蹤以及事件觸發(fā)的非功能性的需求。規(guī)劃：
非功能性需求分類主要有3大類：

• 業(yè)務(wù)需求：主要是產(chǎn)品各個業(yè)務(wù)的提醒，如訂閱提醒、任務(wù)進度提醒、學(xué)習(xí)進度提醒等。
• 系統(tǒng)性能：如發(fā)生無法訪問、卡頓會有系統(tǒng)提醒，當然這里可以設(shè)置一些親切的語句來提醒用戶避免流失。
• 事件觸發(fā)：產(chǎn)品使用過程中所觸發(fā)的一些事件，如下拉加載時候提示語或者加載動畫。

非功能性需求的消息目標用戶當然是以“觸發(fā)”為基準，所有用戶只要達到條件觸發(fā)就會由產(chǎn)品自動推送相關(guān)的消息，不管是消息中心里面的消息還是一些小小的提示語，都屬于一種非功能性的消息需求。

消息系統(tǒng)的規(guī)劃主要還是需要根據(jù)產(chǎn)品的特性講消息進行分類。而后臺的功能從根本上來說本質(zhì)是一樣的，需要注意的是根據(jù)客戶端和產(chǎn)品的業(yè)務(wù)進行邏輯區(qū)分，保證能夠觸達用戶。

文章簡單記錄筆者在規(guī)劃web端平臺產(chǎn)品時候的一個思路，web端產(chǎn)品面向的當然不僅是眼前的B端用戶，后續(xù)還將會有第三方供應(yīng)商和服務(wù)商的加入。但是對于消息系統(tǒng)的本質(zhì)來說這是推送的目標人群多了，具體的是以新增用戶標簽還是另做規(guī)劃還需要以業(yè)務(wù)形態(tài)來決定。

本文由 @Randy俊 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自PEXELS，基于CC0協(xié)議