從0到1搭建消息推送管理平臺(tái)

13 評(píng)論 48479 瀏覽 423 收藏 15 分鐘

本文意在幫助大家從零到一,搭建一套較為完善的公司內(nèi)部消息推送管理平臺(tái),對(duì)公司內(nèi)部各業(yè)務(wù)線、產(chǎn)品線的消息推送進(jìn)行統(tǒng)一管理、統(tǒng)一發(fā)送。

一、推送的定義與價(jià)值

個(gè)人將推送的定義為消息發(fā)送方將信息傳遞給接受者的行為。結(jié)合到我們?nèi)粘5膱?chǎng)景,就是公司的運(yùn)營同學(xué)或業(yè)務(wù)系統(tǒng)將營銷消息或通知消息通過短信、push、微信等渠道發(fā)送給用戶的行為。

每天針對(duì)用戶的推送消息可以引導(dǎo)用戶參加活動(dòng)、閱讀資訊、查看賬單等行為,是一塊重要的流量入口,推送是推動(dòng)業(yè)務(wù)目標(biāo)的達(dá)成的重要手段。

二、本文目的

搭建一套較為完善的公司內(nèi)部消息推送管理平臺(tái),對(duì)公司內(nèi)部各業(yè)務(wù)線、產(chǎn)品線的消息推送進(jìn)行統(tǒng)一管理,統(tǒng)一發(fā)送;這樣既提高了公司的運(yùn)營效率,又保證了用戶體驗(yàn)。

本文的目的主要說明系統(tǒng)的產(chǎn)品設(shè)計(jì)思路,對(duì)于深入的短信、push、微信各渠道的發(fā)送機(jī)制說明在后續(xù)文章進(jìn)行介紹。

三、推送系統(tǒng)流程

一般來說,消息推送有2種發(fā)送方式,一種方式為運(yùn)營活動(dòng)批量定時(shí)投放,需提供系統(tǒng)功能方便運(yùn)營篩選用戶,然后編輯文案,經(jīng)審核通過后進(jìn)行發(fā)送。

另一種是需要實(shí)時(shí)觸發(fā)的消息,比如支付成功通知、驗(yàn)證碼獲取、滿足某種條件觸發(fā)的營銷活動(dòng)等消息,這類時(shí)效性要求較高且每個(gè)用戶發(fā)送的消息內(nèi)容中涉及到差異化的參數(shù),需要業(yè)務(wù)應(yīng)用實(shí)時(shí)觸發(fā)。

觸發(fā)的消息需經(jīng)過一定的過濾與攔截規(guī)則,針對(duì)于短期內(nèi)已經(jīng)覆蓋過用戶進(jìn)行過濾,異?;蛘卟缓弦?guī)的消息進(jìn)行攔截,按照設(shè)定好的渠道進(jìn)行推送。

四、數(shù)據(jù)準(zhǔn)備

對(duì)于消息推送系統(tǒng),需要獲取投放的目標(biāo)用戶的賬號(hào)數(shù)據(jù),往往公司產(chǎn)品的customer ID和對(duì)應(yīng)推送渠道的賬號(hào)不一致,需要獲取綁定關(guān)系,比如短信需要手機(jī)號(hào),push需要SDK上報(bào)的token,微信需要使用OPEN ID,相關(guān)數(shù)據(jù)的采集在各個(gè)渠道的發(fā)送機(jī)制的文章里進(jìn)行闡述。

五、消息創(chuàng)建

5.1 投放人群選擇

日常的運(yùn)營活動(dòng)為了更加精準(zhǔn),提高活動(dòng)轉(zhuǎn)化率,運(yùn)營同學(xué)會(huì)根據(jù)一些用戶的特征進(jìn)行篩選,比如北京地區(qū)用戶,近3天內(nèi)有登錄過APP的用戶等等,因此消息投放系統(tǒng)需與公司內(nèi)部數(shù)據(jù)部門的標(biāo)簽系統(tǒng)進(jìn)行對(duì)接,提供運(yùn)營同學(xué)投放人群選擇。

接口實(shí)時(shí)觸發(fā)的消息,一般需要業(yè)務(wù)系統(tǒng)監(jiān)控到用戶行為,將用戶賬號(hào)與需要的參數(shù)通過MQ或者接口傳遞至消息推送系統(tǒng)進(jìn)行發(fā)送。

也需提供用戶賬號(hào)文件上傳功能,以便突發(fā)事件需要及時(shí)告知用戶,避免來不及對(duì)涉及用戶數(shù)據(jù)錄入標(biāo)簽系統(tǒng)等問題。

5.2 消息類型與等級(jí)劃分

消息的類型的應(yīng)以消息內(nèi)容的目的進(jìn)行劃分,大類可分為通知、營銷、驗(yàn)證碼等類型。

例如,短信行業(yè)內(nèi)分為通知、營銷、驗(yàn)證碼類型的消息, 該類型的劃分主要為方便路由短信至SP服務(wù)商不同通道,不同的通道觸達(dá)率也不同,為了保證重要短信的觸達(dá)率,需要將各個(gè)內(nèi)容的短信路由至不同的通道發(fā)送。

結(jié)合個(gè)人經(jīng)驗(yàn),公司內(nèi)部可以根據(jù)實(shí)際情況進(jìn)行更細(xì)粒度的劃分,比如增加通知+營銷類型,可能場(chǎng)景為用戶支付成功后,在表述完用戶支付成功信息后,結(jié)合適當(dāng)場(chǎng)景增加領(lǐng)取優(yōu)惠文案,引導(dǎo)用戶向其他活動(dòng)轉(zhuǎn)化。

對(duì)于金融借貸類的機(jī)構(gòu),也可增加還款通知類型,主要為用戶產(chǎn)生逾期行為需要提示還款的消息;原因?yàn)樘厥馄陂g,還款通知類短信可能會(huì)受特別的管制,單獨(dú)出來可以進(jìn)行較好的監(jiān)控與處理。

對(duì)于通知類的消息,也應(yīng)該按照等級(jí)進(jìn)行劃分,比如用戶支付成功提示消息和優(yōu)惠券到賬通知消息,顯然不應(yīng)該是同一等級(jí)。支付消息涉及用戶資金變動(dòng),通知等級(jí)較高;優(yōu)惠券到賬消息更偏營銷類型,通知等級(jí)較低。為避免對(duì)用戶產(chǎn)生更多干擾,需要分級(jí)進(jìn)行控制,必要的時(shí)候降低等級(jí)較低的消息的推送頻率。

5.3 消息內(nèi)容

不同的渠道的消息,所需要的消息內(nèi)容不一樣,短信內(nèi)容僅需要短信對(duì)話框內(nèi)的文案即可,PUSH需要展示標(biāo)題與內(nèi)容摘要;微信有模板消息與圖文、語音等多類型的消息內(nèi)容。

在產(chǎn)品設(shè)計(jì)時(shí),選擇了對(duì)應(yīng)的投放渠道后,應(yīng)展示對(duì)應(yīng)渠道所需的字段,且為必填項(xiàng)。

5.4 消息跳轉(zhuǎn)

消息觸達(dá)到用戶后,對(duì)于感興趣的用戶需要進(jìn)一步了解信息,那么目前各類消息的載體不是有足夠的空間來展示所有的信息,因此需要跳轉(zhuǎn)到落地頁進(jìn)行詳細(xì)信息獲取。

短信類型的消息需要將長鏈轉(zhuǎn)化成短鏈再進(jìn)行發(fā)送,一是為了節(jié)省成本,因?yàn)槎绦攀前凑兆址麛?shù)進(jìn)行收費(fèi)的,二是為了用戶體驗(yàn),用戶在手機(jī)上看到的不應(yīng)該是一對(duì)長的亂碼。

PUSH需要根據(jù)跳轉(zhuǎn)的不同的頁面設(shè)置不同的跳轉(zhuǎn)類型,如H5頁面和原生頁面,跳轉(zhuǎn)協(xié)議由客戶端提供,消息系統(tǒng)只需要將其配置到系統(tǒng)上,運(yùn)營同學(xué)可以選擇就可以。

微信的消息內(nèi)容一般模板消息條狀到H5的活動(dòng)頁,圖文消息跳轉(zhuǎn)到文章詳情,文本消息中也可以添加超鏈接,跳轉(zhuǎn)到小程序。

5.5 其他需記錄信息

消息發(fā)送部門:此數(shù)據(jù)是用來作為后期短信費(fèi)用結(jié)算的依據(jù),按照消息發(fā)送部門扣減公司內(nèi)部各業(yè)務(wù)線的費(fèi)用,對(duì)于PUSH、微信消息等免費(fèi)的資源,也可分析關(guān)系各個(gè)業(yè)務(wù)部門對(duì)消息資源的使用情況。

轉(zhuǎn)化行為口徑:消息點(diǎn)擊后的一個(gè)環(huán)節(jié)一般是轉(zhuǎn)化,為了更好地衡量消息發(fā)送的質(zhì)量,應(yīng)該記錄下每條消息下發(fā)的目的,比如:訂單、實(shí)名、激活、下載、通知等,將消息與轉(zhuǎn)化行為匹配起來進(jìn)行數(shù)據(jù)分析。

產(chǎn)研負(fù)責(zé)人:在消息發(fā)送之前應(yīng)該記錄好每個(gè)任務(wù)或模板,對(duì)應(yīng)業(yè)務(wù)線的產(chǎn)品、研發(fā)實(shí)際消息的負(fù)責(zé)人,當(dāng)消息發(fā)生客訴時(shí),通過消息記錄查詢功能,便可迅速定位消息的產(chǎn)研負(fù)責(zé)人,緊急確認(rèn)對(duì)應(yīng)消息是否有異常并解決。

5.6 推送時(shí)間設(shè)置

對(duì)于不同發(fā)送形式的消息,推送時(shí)間不同。創(chuàng)建的消息任務(wù)可以預(yù)定時(shí)間進(jìn)行發(fā)送;對(duì)于已經(jīng)固化下的營銷場(chǎng)景,需設(shè)置周期性任務(wù),設(shè)置初始執(zhí)行時(shí)間與執(zhí)行周期,降低運(yùn)營操作成本。接口觸發(fā)的時(shí)間一般為實(shí)時(shí)觸發(fā),觸發(fā)時(shí)間由業(yè)務(wù)系統(tǒng)決定。

5.7 在線測(cè)試

當(dāng)消息任務(wù)設(shè)置好后,需要驗(yàn)證消息投放出去后展示的效果與相關(guān)跳轉(zhuǎn)是否正常,避免造成線上推送事故。測(cè)試需要發(fā)送運(yùn)營設(shè)置好的真實(shí)內(nèi)容,推送對(duì)象為內(nèi)部消息創(chuàng)建者。為避免出現(xiàn)消息誤發(fā),測(cè)試發(fā)送的文案前應(yīng)添加“測(cè)試”,或設(shè)置測(cè)試白名單,不在白名單內(nèi)的賬號(hào)無法進(jìn)行測(cè)試。

六、消息審核

當(dāng)消息任務(wù)或者消息模板創(chuàng)建好,需要經(jīng)過謹(jǐn)慎審核后才能發(fā)送,避免出現(xiàn)工作失誤產(chǎn)生不良影響。

審核級(jí)別一般需要業(yè)務(wù)線內(nèi)部負(fù)責(zé)人審核與公司平臺(tái)或者對(duì)應(yīng)職能部門審核。審核要點(diǎn)主要為:消息文案是否符合廣告法、消息跳轉(zhuǎn)是否正常、發(fā)送頻率、時(shí)間是否合適等。

七、消息過濾與攔截

消息過濾主要針對(duì)營銷類型消息,時(shí)段限制(早上9點(diǎn)至晚上8點(diǎn)之間可發(fā)送)、頻率限制(用戶7天內(nèi)只能收到1條短信,針對(duì)于周期性任務(wù),同一任務(wù)觸達(dá)過的用戶可以進(jìn)一步擴(kuò)大過濾周期)、黑名單限制(用戶退訂)。

消息攔截主要為限制發(fā)送量級(jí),比如每個(gè)業(yè)務(wù)線針對(duì)同一用戶每日最多發(fā)送5條短信;公司整體對(duì)同一個(gè)用戶最多發(fā)送30條短信;短時(shí)間(時(shí)間可設(shè)置,如300S)內(nèi)同一用戶重復(fù)內(nèi)容過濾;量級(jí)的控制只要為避免由于業(yè)務(wù)系統(tǒng)故障造成的對(duì)用戶消息轟炸,產(chǎn)生不良影響。

關(guān)鍵詞攔截,如包含違法、暴力等詞匯。

不同的場(chǎng)景使用的過濾頻率可做適當(dāng)調(diào)整,比如用戶對(duì)短信消息的容忍度比push的容忍度較低,因此短信頻率應(yīng)該更加嚴(yán)格。

八、消息發(fā)送

目前經(jīng)過種種邏輯的處理,消息終于到了發(fā)送環(huán)節(jié)。發(fā)送環(huán)節(jié)主要后臺(tái)邏輯,重點(diǎn)要優(yōu)化消息發(fā)送的性能,提高消息發(fā)送的穩(wěn)定性,避免業(yè)務(wù)損失。發(fā)送環(huán)節(jié)應(yīng)該添加監(jiān)控并且適當(dāng)打印日志,以便及發(fā)現(xiàn)異常并定位問題。

九、消息路由

短信、安卓push均可接入多個(gè)渠道,搭建分發(fā)集群??梢愿鶕?jù)業(yè)務(wù)業(yè)務(wù)邏輯指定通道發(fā)送,也可以根據(jù)下游通道狀態(tài)自動(dòng)路由。

十、數(shù)據(jù)分析

對(duì)于觸達(dá)系統(tǒng)來說,數(shù)據(jù)分析一般按照消息的全流程進(jìn)行分析,包括發(fā)送數(shù)量——觸達(dá)數(shù)量——點(diǎn)擊數(shù)量——轉(zhuǎn)化數(shù)據(jù)。

如果涉及消息對(duì)APP進(jìn)行導(dǎo)流,提高APP活躍,也許統(tǒng)計(jì)各消息為帶來APP喚起次數(shù)。

對(duì)于短信來說,涉及到短信費(fèi)用,需要針對(duì)渠道和成功觸達(dá)條數(shù)進(jìn)行計(jì)費(fèi),設(shè)計(jì)對(duì)賬看板。

短信退訂、PUSH關(guān)閉等等用戶行為數(shù)據(jù)也需要進(jìn)行分析,便于調(diào)整后續(xù)觸達(dá)策略。

十一、后臺(tái)管理

通道路由配置

對(duì)于短信類型的消息,涉及到簽名與通道,不同的業(yè)務(wù)場(chǎng)景需要不同的短信簽名,需要將某些賬號(hào)、某些模板的消息路由至固定通道側(cè)。以及系統(tǒng)需要根據(jù)下游通道性能或狀態(tài)自動(dòng)路由消息。

消息發(fā)送記錄查詢

針對(duì)于近期發(fā)送出去的相關(guān)消息,需提供客服側(cè)或運(yùn)營側(cè)一定的查詢功能,以便用戶來電咨詢相關(guān)消息問題,比如未收到驗(yàn)證碼消息、沒有進(jìn)行操作卻收到消息等等情況。

黑名單

黑名單功能主要應(yīng)用于消息過濾,當(dāng)用戶投訴或退訂后,避免再給用戶發(fā)送消息,屏蔽的粒度需根據(jù)消息類型進(jìn)行屏蔽,可適當(dāng)根據(jù)內(nèi)部業(yè)務(wù)劃分。

過濾與攔截規(guī)則配置

  1. 需針對(duì)同一用戶設(shè)置消息發(fā)送上限,避免由于業(yè)務(wù)系統(tǒng)異常導(dǎo)致對(duì)用戶造成轟炸。
  2. 重復(fù)內(nèi)容攔截,需設(shè)置一定時(shí)間內(nèi),完全相同內(nèi)容進(jìn)行攔截,避免重復(fù)發(fā)送。
  3. 關(guān)鍵詞攔截,需針對(duì)于違規(guī)、違法的關(guān)鍵詞進(jìn)行攔截,避免出現(xiàn)運(yùn)營事故。
  4. 針對(duì)于營銷消息,需根據(jù)不同的觸達(dá)方式,控制觸達(dá)頻率,避免對(duì)用戶造成干擾,反而讓用戶對(duì)品牌產(chǎn)生反感心理。

上行管理

上行管理主要應(yīng)用于短信消息,用戶回復(fù)退訂或辦理業(yè)務(wù)的關(guān)鍵詞。由于從運(yùn)營商到發(fā)送者的上行過程不能精確到用戶回復(fù)的是哪條消息(也可能用戶主動(dòng)給某些號(hào)碼發(fā)送短信),為了保證各場(chǎng)景不互相影響,需控制上行關(guān)鍵詞唯一。

以上內(nèi)容為個(gè)人經(jīng)驗(yàn)總結(jié),歡迎討論指正。

相關(guān)閱讀

一文帶你徹底了解APP PUSH推送機(jī)制

 

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

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 真的很有用!

    來自浙江 回復(fù)
  2. 請(qǐng)問下,如果在平臺(tái)針對(duì)流程節(jié)點(diǎn)觸發(fā)短信推送,關(guān)于流程管理這塊要,功能設(shè)計(jì)上能推薦下可以參考哪個(gè)產(chǎn)品的樣式嗎?

    來自福建 回復(fù)
  3. 你好,請(qǐng)問消息推送速度呢,有必要限制嗎

    來自廣東 回復(fù)
    1. 看自己的需求。消息推送的速度跟服務(wù)器資源相關(guān),如果資源不是很夠,還是需要限制的,不然推送速度太高,你的平臺(tái)未必能穩(wěn)住

      來自廣東 回復(fù)
    2. 好的,謝謝解答,后面了解到還有另外一種考慮,就是可避免同時(shí)引入大流量,導(dǎo)致平臺(tái) hold 不住,據(jù)說鏈家就發(fā)生過類似的事故

      來自廣東 回復(fù)
  4. 很實(shí)在。

    來自廣東 回復(fù)
  5. 寫的很詳細(xì),另外我想問下,在審核環(huán)節(jié)是否可以在測(cè)試之前完成,以最后的測(cè)試結(jié)果為依據(jù)決定是否投放?

    來自上海 回復(fù)
    1. 目前是人工進(jìn)行測(cè)試,測(cè)試有問題或者沒有達(dá)到需求方的展示的預(yù)期就不會(huì)投放,要不然測(cè)試的價(jià)值就不存在了。測(cè)試主要來看消息的文案是否違反廣告法,是否有太大的歧義,還有對(duì)應(yīng)的跳轉(zhuǎn)是否正確,

      來自北京 回復(fù)
  6. 很棒!上周我剛做了用戶召回機(jī)制,整體和作者一樣,只不過我漏了整體限制和消息過濾、攔截

    來自河南 回復(fù)
  7. 很全面,剛好最近準(zhǔn)備搭建一個(gè)消息推送系統(tǒng),可以加個(gè)好友嗎?

    來自北京 回復(fù)
    1. 可以溝通下哈,QQ712635580

      來自北京 回復(fù)
  8. 學(xué)習(xí)了,感謝大佬

    來自上海 回復(fù)
  9. 流程很全面,感謝大佬

    來自北京 回復(fù)