APP PUSH推送機(jī)制解析

推送的定義為消息發(fā)送方將信息傳遞給接受者的行為。結(jié)合到我們?nèi)粘５膱?chǎng)景，就是公司的運(yùn)營(yíng)同學(xué)或業(yè)務(wù)系統(tǒng)將營(yíng)銷消息或通知消息通過(guò)短信、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íng)效率，又保證了用戶體驗(yàn)。

APP PUSH的定義為在手機(jī)終端鎖屏狀態(tài)下通知欄展示或在操作前臺(tái)頂端彈出的消息通知，點(diǎn)擊后可喚起對(duì)應(yīng)的APP，并在APP內(nèi)跳轉(zhuǎn)到指定頁(yè)面。

push消息是通知用戶，引導(dǎo)用戶進(jìn)行參與活動(dòng)、購(gòu)買產(chǎn)品的重要手段，而且PUSH消息也可以引導(dǎo)用戶查看消息，喚起APP提高日活，是一塊重要的流量。

從應(yīng)用的功能來(lái)劃分，主要分為三類應(yīng)用，第一類是IM類APP，如微信、QQ等；第二類是新聞資訊類，如華爾街見聞等；其余暫歸為為工具類，比如支付寶、美團(tuán)等。

每種類型APP對(duì)PUSH的需求也不同，IM類APP追求實(shí)時(shí)、穩(wěn)定的觸達(dá)，此類APP一般通過(guò)自己的長(zhǎng)連接進(jìn)行消息推送，保證用戶在收到消息的時(shí)候能夠?qū)崟r(shí)地接收消息消息。另外，一些安卓廠商也會(huì)給予頭部APP的進(jìn)程一定保護(hù)，對(duì)相關(guān)的進(jìn)程納入白名單，在清理進(jìn)程的時(shí)候予以忽略。

新聞資訊類的APP與工具類APP的PUSH推送機(jī)制基本一致，僅在頻率控制上有差異，新聞資訊類由于新聞資訊較多，需要將突發(fā)新聞及時(shí)推送給用戶。

由于目前工具類的APP占大多數(shù)，本文將主要講解工具類APP的常見推送機(jī)制。

PUSH消息在消息系統(tǒng)創(chuàng)建好后進(jìn)入發(fā)送階段，服務(wù)端需要根據(jù)用戶終端信息進(jìn)行路由，如果是IOS系統(tǒng)，那么會(huì)調(diào)用蘋果自身的推送通知服務(wù)（APNs）,如果用戶的手機(jī)是安卓系統(tǒng)，那么根據(jù)不同的廠商去調(diào)用不同的廠商SDK。

對(duì)于不同的系統(tǒng)版本，支持的消息展示形式也是不同，比如IOS10之后，當(dāng)APP在前臺(tái)時(shí)，是否通知欄展示；此樣式可以根據(jù)產(chǎn)品需求來(lái)選擇，有服務(wù)端傳輸相應(yīng)通知方式的值即可。如果用戶的手機(jī)非五大廠商內(nèi)的手機(jī)，可以通過(guò)自己搭建的長(zhǎng)連接或者使用第三方服務(wù)進(jìn)行推送。

如果不是自己直接對(duì)接廠商通道，那么內(nèi)部的服務(wù)端可能無(wú)需做過(guò)多較為復(fù)雜繁瑣的開發(fā)工作，通過(guò)接入第三方消息推送平臺(tái)來(lái)實(shí)現(xiàn)消息的推送，比如信鴿、個(gè)推等。多數(shù)的通道會(huì)將消息是否成功推送到客戶端SDK的回執(zhí)數(shù)據(jù)反饋給發(fā)送方，需要提供回調(diào)地址。

通道類型一般分為三類：廠商通道、第三方推送服務(wù)平臺(tái)、長(zhǎng)連接。

廠商通道是手機(jī)終端廠商推出的推送服務(wù)，通過(guò)接入廠商SDK，內(nèi)部服務(wù)端可以將消息推送到手機(jī)系統(tǒng)的服務(wù)端,再下發(fā)至客戶端內(nèi)部的廠商SDK，由操作系統(tǒng)進(jìn)行相應(yīng)展示，點(diǎn)擊后喚起相應(yīng)APP，這樣可以避免APP進(jìn)程被殺死后消息無(wú)法觸達(dá)用戶，因此觸達(dá)率較高。

第三方推送平臺(tái)是推送服務(wù)公司自己搭建相關(guān)的消息服務(wù)。并且各個(gè)APP使用了同一個(gè)平臺(tái)的推送服務(wù)時(shí)，客戶端都是集成同一個(gè)第三方推送平臺(tái)的SDK，因此形成了一個(gè)推送聯(lián)盟，當(dāng)聯(lián)盟中的其中一個(gè)APP的消息進(jìn)程沒(méi)有被殺死的時(shí)候，其他的APP也可以利用進(jìn)行通知用戶，形成了相互喚起，提高觸達(dá)率。經(jīng)過(guò)一些場(chǎng)景的測(cè)試，相互喚起的成功率并不是很高，需謹(jǐn)慎結(jié)合自身場(chǎng)景評(píng)估。為了提高觸達(dá)率，第三方推送平臺(tái)也會(huì)集成各大廠商的SDK進(jìn)行推送。

長(zhǎng)連接就是建立手機(jī)與服務(wù)端的一條鏈路進(jìn)行消息數(shù)據(jù)推送，通過(guò)長(zhǎng)連接也可以進(jìn)行APP狀態(tài)監(jiān)控，但完全由長(zhǎng)連接推送且保證觸達(dá)的穩(wěn)定，需要投入的研發(fā)資源較多,且需盡量避免自己的長(zhǎng)連接進(jìn)程不要被操作系統(tǒng)殺死。

APP push功能的搭建需要依據(jù)產(chǎn)品自身的情況和公司可投入的資源成本為主，在不同的階段應(yīng)該追逐不同的目標(biāo)。

推送時(shí)客戶端的PUSH SDK均會(huì)根據(jù)用戶的設(shè)備號(hào)生成一個(gè)對(duì)應(yīng)關(guān)系的TOKEN。在SDK內(nèi)部，如果使用的是第三方推送服務(wù)，則去第三方的SDK注冊(cè)；如果是廠商，則去商城SDK注冊(cè)；如果使用自己長(zhǎng)連接，則去自己的SDK進(jìn)行注冊(cè)，作為后續(xù)推送的標(biāo)識(shí)用戶的唯一ID。

消息路主要見上述推送流程的講解，此處主要講解根據(jù)不同的業(yè)務(wù)場(chǎng)景，可能會(huì)定向推送給不同版本APP的用戶。因此服務(wù)端在通道能力路由的時(shí)候，不僅需要能夠區(qū)分通道，還要進(jìn)一步能夠針對(duì)用戶的手機(jī)終端進(jìn)行更加精細(xì)化的差異推送。

此外，消息通道并一定是100%穩(wěn)定，如果下游通道出現(xiàn)問(wèn)題，服務(wù)端需能夠?qū)⒂捎谕ǖ绬?wèn)題導(dǎo)致的消息路由到備用通道去發(fā)送，以保證業(yè)務(wù)穩(wěn)定觸達(dá)。

一般來(lái)說(shuō)，對(duì)于公司內(nèi)部運(yùn)營(yíng)或公司的相關(guān)數(shù)據(jù)均是以產(chǎn)品的customer id為準(zhǔn)，用戶數(shù)據(jù)系統(tǒng)對(duì)接消息系統(tǒng)時(shí)也多為customer id，因此需建立customer id與推送TOKEN的關(guān)系，便于運(yùn)營(yíng)針對(duì)用戶進(jìn)行推送。但對(duì)于一些場(chǎng)景會(huì)需要針對(duì)未登錄的用戶也進(jìn)行推送，即全量推送；比如突發(fā)重大新聞資訊、大促等活動(dòng)，所以運(yùn)營(yíng)系統(tǒng)需要提供全量推送功能，針對(duì)所有TOKEN進(jìn)行推送。

上報(bào)數(shù)據(jù)包括觸達(dá) 點(diǎn)擊 關(guān)閉 退出 注冊(cè)等數(shù)據(jù)。

對(duì)于所有方式的觸達(dá)消息，都離不開觸達(dá)與點(diǎn)擊，觸達(dá)的數(shù)據(jù)通過(guò)廠商的需要廠商回調(diào)上報(bào)，點(diǎn)擊數(shù)據(jù)可以由SDK上報(bào)服務(wù)端。對(duì)于push的關(guān)閉，也是需要進(jìn)行考量的，來(lái)評(píng)估push是否過(guò)度發(fā)送，打擾到了用戶。關(guān)閉數(shù)據(jù)有兩部分，一部分為app內(nèi)部的關(guān)閉，sdk直接上報(bào)給服務(wù)端即可；另一部分為用戶在手機(jī)操作系統(tǒng)上關(guān)閉了對(duì)應(yīng)app的push，需要APP在前臺(tái)時(shí)，sdk調(diào)用手機(jī)終端相關(guān)方法獲取該用戶是否關(guān)閉了系統(tǒng)通知，然后上報(bào)至服務(wù)端。

注冊(cè)數(shù)據(jù)即用戶首次啟動(dòng)APP時(shí)，去相關(guān)sdk注冊(cè)token。

一般來(lái)說(shuō)，用戶退出賬號(hào)時(shí)，sdk需要上報(bào)服務(wù)端，解除token與customer id的綁定關(guān)系。

push由于是app自己的通知渠道，是運(yùn)營(yíng)的一個(gè)重要工具。如果用戶未關(guān)閉PUSH通知的話，push可以從通知欄彈出進(jìn)行消息顯示，具有一定的強(qiáng)提醒性，但PUSH點(diǎn)擊跳轉(zhuǎn)后便消失，沒(méi)有痕跡，因此針對(duì)于重點(diǎn)的通知消息，需要在APP內(nèi)設(shè)置消息中心，在PUSH的同時(shí)留下通知記錄。

對(duì)于各家PUSH來(lái)說(shuō)，一些營(yíng)銷消息會(huì)加入EMOJI表情來(lái)吸引用戶點(diǎn)擊，這也是一個(gè)吸引用戶點(diǎn)擊的一個(gè)小方法，只要服務(wù)支持傳輸約定好的EMOJI碼就可以了。

目前安卓系統(tǒng)也支持富媒體推送，推送包含圖片、語(yǔ)音等形式，對(duì)于資訊類的APP可以增加縮略圖，吸引用戶點(diǎn)擊。目前來(lái)看，語(yǔ)音場(chǎng)景還有點(diǎn)挖掘。

由于APP是基于手機(jī)操作系統(tǒng)，因此對(duì)于IOS和安卓的推送的流程及功能基本相同，只不過(guò)細(xì)節(jié)和方法上略有不同，且國(guó)內(nèi)安卓產(chǎn)商都在安卓系統(tǒng)上進(jìn)行了一定改造，導(dǎo)致國(guó)內(nèi)安卓廠商標(biāo)準(zhǔn)各不相同，需要開發(fā)同學(xué)仔細(xì)對(duì)接各個(gè)廠商。

觸達(dá)率的提升需要從消息創(chuàng)建到實(shí)際通知到用戶的建立完整流程，細(xì)化每一個(gè)交互環(huán)節(jié)，發(fā)現(xiàn)影響觸達(dá)率的主要瓶頸，并針對(duì)性地進(jìn)行解決或優(yōu)化方案。除此之外，未采用廠商通道的消息也可以采用自己的長(zhǎng)連接和其他推送平臺(tái)服務(wù)同時(shí)多條推送，在客戶端的SDK內(nèi)增加針對(duì)同一罅隙流水號(hào)的去重，這樣可以也可以提高一部分消息的觸達(dá)率。

一般來(lái)說(shuō)，消息推送有2種發(fā)送方式，一種方式為運(yùn)營(yíng)活動(dòng)批量定時(shí)投放，需提供系統(tǒng)功能方便運(yùn)營(yíng)篩選用戶，然后編輯文案，經(jīng)審核通過(guò)后進(jìn)行發(fā)送。另一種是需要實(shí)時(shí)觸發(fā)的消息，比如支付成功通知、驗(yàn)證碼獲取、滿足某種條件觸發(fā)的營(yíng)銷活動(dòng)等消息，這類時(shí)效性要求較高且每個(gè)用戶發(fā)送的消息內(nèi)容中涉及到差異化的參數(shù)，需要業(yè)務(wù)應(yīng)用實(shí)時(shí)觸發(fā)。觸發(fā)的消息需經(jīng)過(guò)一定的過(guò)濾與攔截規(guī)則，針對(duì)于短期內(nèi)已經(jīng)覆蓋過(guò)用戶進(jìn)行過(guò)濾，異?；蛘卟缓弦?guī)的消息進(jìn)行攔截，按照設(shè)定好的渠道進(jì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)行闡述。

日常的運(yùn)營(yíng)活動(dòng)為了更加精準(zhǔn)，提高貨多功能轉(zhuǎn)化率，運(yùn)營(yíng)同學(xué)會(huì)根據(jù)一些用戶的特征進(jìn)行篩選，比如北京地區(qū)用戶，近3天內(nèi)有登錄過(guò)APP的用戶等等，因此消息投放系統(tǒng)需與公司內(nèi)部數(shù)據(jù)部門的標(biāo)簽系統(tǒng)進(jìn)行對(duì)接，提供運(yùn)營(yíng)同學(xué)投放人群選擇。接口實(shí)時(shí)觸發(fā)的消息，一般需要業(yè)務(wù)系統(tǒng)監(jiān)控到用戶行為，將用戶賬號(hào)與需要的參數(shù)通過(guò)MQ或者接口傳遞至消息推送系統(tǒng)進(jìn)行發(fā)送。

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

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

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

結(jié)合個(gè)人經(jīng)驗(yàn)，公司內(nèi)部可以根據(jù)實(shí)際情況進(jìn)行更細(xì)粒度的劃分，比如增加通知+營(yíng)銷類型，可能場(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ú)出來(lái)可以進(jìn)行較好的監(jiān)控與處理。

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

不同的渠道的消息，所需要的消息內(nèi)容不一樣，短信內(nèi)容僅需要短信對(duì)話框內(nèi)的文案即可，PUSH需要展示標(biāo)題與內(nèi)容摘要；微信有模板消息與圖文、語(yǔ)音等多類型的消息內(nèi)容。在產(chǎn)品設(shè)計(jì)時(shí)，選擇了對(duì)應(yīng)的投放渠道后，應(yīng)展示對(duì)應(yīng)渠道所需的字段，且為必填項(xiàng)。

消息觸達(dá)到用戶后，對(duì)于感興趣的用戶需要進(jìn)一步了解信息，那么目前各類消息的載體不是有足夠的空間來(lái)展示所有的信息，因此需要跳轉(zhuǎn)到落地頁(yè)進(jìn)行詳細(xì)信息獲取。短信類型的消息需要將長(zhǎng)鏈轉(zhuǎn)化成短鏈再進(jìn)行發(fā)送，一是為了節(jié)省成本，因?yàn)槎绦攀前凑兆址麛?shù)進(jìn)行收費(fèi)的，二是為了用戶體驗(yàn)，用戶在手機(jī)上看到的不應(yīng)該是一對(duì)長(zhǎng)的亂碼。PUSH需要根據(jù)跳轉(zhuǎn)的不同的頁(yè)面設(shè)置不同的跳轉(zhuǎn)類型，如H5頁(yè)面和原生頁(yè)面，跳轉(zhuǎn)協(xié)議由客戶端提供，消息系統(tǒng)只需要將其配置到系統(tǒng)上，運(yùn)營(yíng)同學(xué)可以選擇就可以。微信的消息內(nèi)容一般模板消息條狀到H5的活動(dòng)頁(yè)，圖文消息跳轉(zhuǎn)到文章詳情，文本消息中也可以添加超鏈接，跳轉(zhuǎn)到小程序。

消息發(fā)送部門：此數(shù)據(jù)是用來(lái)作為后期短信費(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)化行為匹配起來(lái)進(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í)，通過(guò)消息記錄查詢功能，便可迅速定位消息的產(chǎn)研負(fù)責(zé)人，緊急確認(rèn)對(duì)應(yīng)消息是否有異常并解決。

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

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

當(dāng)消息任務(wù)或者消息模板創(chuàng)建好，需要經(jīng)過(guò)謹(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í)間是否合適等。

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

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

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

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

目前經(jīng)過(guò)種種邏輯的處理，消息終于到了發(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)異常并定位問(wèn)題。

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

對(duì)于觸達(dá)系統(tǒng)來(lái)說(shuō)，數(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ì)各消息為帶來(lái)APP喚起次數(shù)。

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

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

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

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

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

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)營(yíng)事故。
4. 針對(duì)于營(yíng)銷消息，需根據(jù)不同的觸達(dá)方式，控制觸達(dá)頻率，避免對(duì)用戶造成干擾，反而讓用戶對(duì)品牌產(chǎn)生反感心理。

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

作者：卓別木

來(lái)源：卓別木