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

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

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

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

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

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

二、功能設(shè)計

1. 消息管理

1）運營消息

① 寫消息

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

② 草稿箱

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

③ 發(fā)件箱

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

2）標(biāo)簽管理

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

3）模版管理

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

4）消息列表

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

5）消息統(tǒng)計

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

2. 消息源管理

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

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

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

4. 渠道管理

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

5. 日志管理

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

三、總結(jié)

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

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

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