為了提升服務(wù)效率，優(yōu)化營(yíng)運(yùn)階段的業(yè)務(wù)深度，有時(shí)候企業(yè)會(huì)需要借助消息后臺(tái)產(chǎn)品來(lái)達(dá)成目的。那么，定制開(kāi)發(fā)消息后臺(tái)產(chǎn)品，可以遵循怎樣的設(shè)計(jì)思路？這篇文章里，作者做了解讀，一起來(lái)看。

消息觸達(dá)能力是實(shí)現(xiàn)業(yè)務(wù)閉環(huán)和重要組成部分，但在實(shí)際業(yè)務(wù)開(kāi)展當(dāng)中，很多組織因?yàn)榍捌跊](méi)有做統(tǒng)一的產(chǎn)品規(guī)劃，沒(méi)有考慮功能的復(fù)用性和合理性，各產(chǎn)品按分割的業(yè)務(wù)的需求進(jìn)行設(shè)計(jì)，沒(méi)有合理利用自身的資源，導(dǎo)致自主消息能力很薄弱。

為了進(jìn)一步優(yōu)化營(yíng)運(yùn)階段的業(yè)務(wù)深度，提升服務(wù)效率，往往需要通過(guò)整合和管理多元化消息通知業(yè)務(wù)，構(gòu)建云原生的、高性能的、高可用的消息中心，以實(shí)現(xiàn)業(yè)務(wù)增長(zhǎng)、數(shù)據(jù)活躍的目的。

一、基礎(chǔ)業(yè)務(wù)結(jié)構(gòu)

結(jié)構(gòu)概述

• 核心功能層：主要包括了消息創(chuàng)建、消息推送、消息配置、消息日志、消息監(jiān)控、消息任務(wù)調(diào)度、對(duì)接管理、用戶群組等功能。
• 功能接口層：功能接口層以統(tǒng)一的標(biāo)準(zhǔn)提供給需要發(fā)送消息的信息渠道源，例如：創(chuàng)建消息任務(wù)、查詢消息、更新消息、取消消息等。通過(guò)標(biāo)準(zhǔn)的功能服務(wù)接口，需要發(fā)送消息的應(yīng)用系統(tǒng)只需要關(guān)注接口的功能，而不需要關(guān)注具體消息發(fā)送的實(shí)現(xiàn)細(xì)節(jié)，進(jìn)一步做到不同對(duì)接體系下系統(tǒng)間的解耦。
• 通道適配層：通道適配層支持所有消息類型的發(fā)送要求，可針對(duì)不同渠道設(shè)置、管理、配置對(duì)應(yīng)的消息推送模板，可以提高消息發(fā)送通道的靈活性和擴(kuò)展性。

二、功能設(shè)計(jì)

1. 消息管理

1）運(yùn)營(yíng)消息

① 寫(xiě)消息

寫(xiě)消息模塊編輯消息的信息，包括：選擇消息模板、添加消息標(biāo)題、選擇消息發(fā)送的渠道、選擇消息推送方式、選擇消息推送時(shí)間、填寫(xiě)模板內(nèi)容詳細(xì)信息?？蛇x擇發(fā)送消息或者將消息暫存在草稿箱，發(fā)送的消息會(huì)在收件箱以及消息推送模塊中展示。

② 草稿箱

草稿箱模塊保存用戶編輯但未發(fā)送的消息，展示用戶保存消息的時(shí)間、消息內(nèi)容、消息模板、渠道類型、渠道名稱、推送方式、推送時(shí)間、推送用戶，可再次進(jìn)入消息編輯頁(yè)面，對(duì)消息內(nèi)容進(jìn)行修改，也可以刪除草稿箱中的消息。

③ 發(fā)件箱

發(fā)件箱模塊展示發(fā)送消息的內(nèi)容、消息模板、渠道類型、渠道名稱、推送時(shí)間、推送用戶、推送結(jié)果（成功數(shù)/失敗數(shù)）、查看消息詳細(xì)信息、刪除發(fā)件信息。點(diǎn)擊查看按鈕展示發(fā)送信息詳細(xì)狀態(tài)，展示用戶姓名、賬號(hào)以及推送狀態(tài)，消息推送失敗后可再次推送。

2）標(biāo)簽管理

標(biāo)簽管理主要是方便消息后臺(tái)使用者自己對(duì)消息類型進(jìn)行打標(biāo)簽，方便后續(xù)數(shù)據(jù)統(tǒng)計(jì)。

3）模版管理

對(duì)模版進(jìn)行增刪改查等操作，新增模板時(shí)，可選擇APP模板，短信模板、微信模板、釘釘模板、郵箱模板、小程序模板、PC模板。且可根據(jù)不同渠道“定制”消息模板樣式，如文本樣式，圖片樣式，圖文樣式，信息流樣式，強(qiáng)提醒樣式和自定義樣式等多消息展示樣式。

4）消息列表

在待推送區(qū)域中，若推送消息選擇定時(shí)推送，那么待推送的消息會(huì)展示在此列表。在已推送中可以查看已經(jīng)推送的消息，其中，app、微信、支付寶小程序的消息推送前會(huì)有標(biāo)識(shí)符設(shè)定，有標(biāo)識(shí)符代表用戶未讀信息，沒(méi)有的表示已讀。若消息推送失敗，可在此處查看原因以及重新發(fā)送，推送成功的消息無(wú)法重新發(fā)送。

5）消息統(tǒng)計(jì)

消息統(tǒng)計(jì)模塊的設(shè)計(jì)規(guī)劃，可根據(jù)自身的業(yè)務(wù)情形和運(yùn)營(yíng)側(cè)或相關(guān)業(yè)務(wù)部門(mén)的具體要求進(jìn)行落地。

2. 消息源管理

消息源管理中主要是管理消息平臺(tái)對(duì)接的第三方，包括會(huì)給平臺(tái)推消息的“消息發(fā)送者”，也可以是“消息接受者”。

第一類來(lái)源三方消息推送源頭列表，新建來(lái)源后需要單獨(dú)和消息源做接口對(duì)接，封裝接口接收消息源推送過(guò)來(lái)的消息，然后根據(jù)自身消息推送策略完成消息轉(zhuǎn)發(fā)推送。第二類是自定義渠道道的消息接受者，需要關(guān)聯(lián)渠道。

消息來(lái)源閾值設(shè)置，是對(duì)接入的三方消息來(lái)源進(jìn)行安全設(shè)置，閾值設(shè)置可以從以下角度進(jìn)行規(guī)劃和實(shí)施控制：流量限制、周期限制、用戶限制、預(yù)警功能。

4. 渠道管理

主要管理消息PUSH可配置送達(dá)的渠道，在后臺(tái)做可視化的展示和渠道開(kāi)啟關(guān)閉的限制，后續(xù)有消息實(shí)例消費(fèi)轉(zhuǎn)化時(shí)會(huì)根據(jù)開(kāi)關(guān)狀態(tài)決定是否完成觸達(dá)，這里更多的是做展示，每個(gè)渠道觸達(dá)的通道還是需要定制化開(kāi)發(fā)去實(shí)現(xiàn)的。

5. 日志管理

消息日志記錄著消息從創(chuàng)建至結(jié)束的全生命周期過(guò)程，便于對(duì)日志過(guò)程及結(jié)果的查詢和統(tǒng)計(jì)分析。

三、總結(jié)

定制開(kāi)發(fā)消息后臺(tái)產(chǎn)品，開(kāi)發(fā)功能展示界面，是在特定場(chǎng)景下，為完成業(yè)務(wù)融合而產(chǎn)生的特殊需要。開(kāi)發(fā)這樣一個(gè)后臺(tái)產(chǎn)品，需要使用到較多的基礎(chǔ)設(shè)施資源，例如：前端服務(wù)、后端服務(wù)集群、SLB、推送代理服務(wù)器、單點(diǎn)登錄服務(wù)、PUSH服務(wù)、消息策略服務(wù)等。

從資源的角度上來(lái)講，需要較多的服務(wù)器，從功能開(kāi)發(fā)對(duì)接的角度來(lái)看，封裝接口接收三方消息源推送的消息、對(duì)接消息推送渠道、整合消息轉(zhuǎn)發(fā)能力、支持后臺(tái)自定義編輯消息推送功能等模塊也需要較多的人力資源成本。

綜上可見(jiàn)，如果不是業(yè)務(wù)上確切需要，或者只是單純需要做某些單一渠道PUSH能力的話，完全可以利用市面上較為成熟的商業(yè)化平臺(tái)產(chǎn)品，而且還能集成相關(guān)的前端SDK，省時(shí)省心省力。