在去年負(fù)責(zé)過(guò)用戶的召回，用戶召回其實(shí)很大程度上就取決于消息推送，即：將合適的內(nèi)容通過(guò)合適的渠道在合適的時(shí)間推送個(gè)合適的人，合適的內(nèi)容、合適的渠道都是挺簡(jiǎn)單的事，難點(diǎn)就在合適的時(shí)間，以及合適的人（例如激活 App 次數(shù)以及連續(xù)兩周下降的大 V 用戶）
最近又體系化的優(yōu)化過(guò)消息推送，所以決定來(lái)聊聊消息推送。
對(duì)于消息推送優(yōu)化，我們先有個(gè)明確的目標(biāo)，是優(yōu)化最終效果，但最終效果=推送人群 * 推送成功率* 觸達(dá)率 * 點(diǎn)擊率 * 用戶與內(nèi)容匹配度。
所以想要優(yōu)化最終的推送效果，就得從以上每一步都進(jìn)行優(yōu)化，及優(yōu)化公式右邊的每一個(gè)元素，及增加推送人群、提升推送成功率、提升觸達(dá)率、提升點(diǎn)擊率、提升用戶與內(nèi)容匹配度，這樣一拆解下來(lái)目標(biāo)是不是明確多了？
那下面就將消息推送按時(shí)間順序列需要的操作講一講，看哪些步驟可以提升上面的數(shù)字，按時(shí)間順序可分為：
——推送前：消息制作、選擇推送人群、選擇推送渠道
——推送中：消息推送
——推送后：消息收到、消息點(diǎn)擊、數(shù)據(jù)反饋（根據(jù)數(shù)據(jù)反饋可進(jìn)行優(yōu)化）
文章其實(shí)兩條線，一條是將消息推送按公式拆分成觸達(dá)率、點(diǎn)擊率、轉(zhuǎn)化率等，一條是將消息推送按時(shí)間維度拆分成每一步，然后可以在每一步來(lái)看，可以怎樣優(yōu)化第一條線的各種數(shù)據(jù)
提幾個(gè)需要注意的點(diǎn)，推送的封面圖怎么樣？推送的標(biāo)題質(zhì)量是否能吸引？推送內(nèi)容質(zhì)量怎么樣？標(biāo)題、內(nèi)容是否熱點(diǎn)內(nèi)容？標(biāo)題、內(nèi)容是否跟當(dāng)下相關(guān)？標(biāo)題、內(nèi)容是否考慮手機(jī)尺寸來(lái)顯示？是否定義好landingpage？
這一步要做到選擇對(duì)應(yīng)人群其實(shí)挺難的，需要在推送系統(tǒng)上創(chuàng)建各種標(biāo)簽，每次通過(guò)選擇這些標(biāo)簽取交集、并集等來(lái)決定推送用戶。
也可以通過(guò)創(chuàng)建用戶集，來(lái)避免每次都需要重新選中多個(gè)標(biāo)簽的交集或并集，例如選擇等級(jí)大于 3 級(jí) ∩ 男 ∩ iOS 系統(tǒng) ∩ 最近三天有付費(fèi)行為的用戶，如果你常常會(huì)給這類(lèi)用戶發(fā)送消息，則可以將其創(chuàng)建一個(gè)用戶集，每次推送時(shí)選擇那個(gè)用戶集即可。
再來(lái)說(shuō)說(shuō)這些標(biāo)簽應(yīng)該如何來(lái)定義。
網(wǎng)絡(luò)上說(shuō)的最多的當(dāng)然是通過(guò)人口學(xué)角度來(lái)分，例如城市、年齡、性別等，但實(shí)際在做的過(guò)程中會(huì)發(fā)現(xiàn)，如果僅以人口學(xué)角度來(lái)分的話，會(huì)顯得特別不合理，還需要增加很多和業(yè)務(wù)相關(guān)的分類(lèi)，例如在直播中有打賞、在動(dòng)態(tài)中有打賞、在私聊中有打賞。這些篩選條件一共可分為：
——版本條件：可篩選具體的某個(gè)版本
——系統(tǒng)條件：可篩選 Android、iOS
——用戶條件：人口學(xué)的一些維度，如年齡、性別、城市等
——賬戶條件：總賬戶，或某個(gè)業(yè)務(wù)的賬戶余額，例如篩選錢(qián)包是否還有錢(qián)、背包是否還有禮物等
——付費(fèi)行為：是否有付費(fèi)，付費(fèi)多少，在哪個(gè)渠道付費(fèi)
——活躍行為：激活 App，發(fā)動(dòng)態(tài)等——內(nèi)容消費(fèi)：進(jìn)入直播間，動(dòng)態(tài)進(jìn)行互動(dòng)等
具體會(huì)怎么會(huì)根據(jù)你自己的產(chǎn)品來(lái)決定的，篩選條件一般由三部分構(gòu)成：大篩選條件、子篩選條件、時(shí)間，例如付費(fèi)行為可篩選有或無(wú)，可在子條件中篩選付費(fèi)金額范圍，以及付費(fèi)金額渠道（例如直播間、動(dòng)態(tài)、私聊），在時(shí)間維度可篩選 1 天、2 天、3 天......以及自己輸入天數(shù)。
篩選條件的顆粒度是否要做的這么細(xì)，根據(jù)產(chǎn)品階段以及具體產(chǎn)品來(lái)決定，沒(méi)有一個(gè)通用的公式。
除了以上篩選標(biāo)簽推送，也需要支持輸入 ID進(jìn)行推送
推送渠道選擇挺簡(jiǎn)單的，一般就那幾個(gè)，短信、站內(nèi)信、郵件、push
對(duì)于大一點(diǎn)的公司，發(fā)送推送消息可能需要審批好幾層，而不是創(chuàng)建后就能立馬推送出去。
還有就是對(duì)用戶來(lái)說(shuō)的時(shí)間限制，需要限定哪些時(shí)間段不能推送，哪些時(shí)間段可以推送，這需要根據(jù)自己產(chǎn)品的用戶具體使用場(chǎng)景來(lái)決定，但一般是 7-11 點(diǎn)（想象一下凌晨?jī)牲c(diǎn)收到一條推送通知把你吵醒了，你會(huì)說(shuō)怎樣的反應(yīng)？）
對(duì)于發(fā)送時(shí)間的限制需要考慮哪些消息應(yīng)該計(jì)算到限定時(shí)間中，哪些消息不應(yīng)該計(jì)算在內(nèi)，例如廣告營(yíng)銷(xiāo)消息不能再 23-7 點(diǎn)之間推送給用戶，但是驗(yàn)證碼不會(huì)限制，你總不能超過(guò) 23 點(diǎn)就不讓用戶收到驗(yàn)證碼吧
先來(lái)說(shuō)下消息推送流程上是怎樣到達(dá)用戶手機(jī)上的，Android和 iOS 有些小差別：
iOS消息推送流程：
——運(yùn)營(yíng)手動(dòng)推送：發(fā)起推送請(qǐng)求（自有服務(wù)器，或第三方）→APNS（蘋(píng)果服務(wù)器）→iPhone（終端）→彈出新消息（終端）→打開(kāi)App（移動(dòng)應(yīng)用）→進(jìn)入landingpage（移動(dòng)應(yīng)用）→開(kāi)始活動(dòng)內(nèi)流程（移動(dòng)應(yīng)用）
——觸發(fā)式推送：事件觸發(fā)（自有服務(wù)器，或第三方）→APNS（蘋(píng)果服務(wù)器）→iPhone（終端）→彈出新消息（終端）→打開(kāi)App（移動(dòng)應(yīng)用）→進(jìn)入landingpage（移動(dòng)應(yīng)用）→開(kāi)始活動(dòng)內(nèi)流程（移動(dòng)應(yīng)用）
Android消息推送流程：
——運(yùn)營(yíng)手動(dòng)推送：發(fā)起推送請(qǐng)求（自有服務(wù)器，或第三方）→Android（終端）→彈出新消息（終端）→打開(kāi)App（移動(dòng)應(yīng)用）→進(jìn)入landingpage（移動(dòng)應(yīng)用）→開(kāi)始活動(dòng)內(nèi)流程（移動(dòng)應(yīng)用）
——觸發(fā)式推送：事件觸發(fā)（自有服務(wù)器，或第三方）→Android（終端）→彈出新消息（終端）→打開(kāi)App（移動(dòng)應(yīng)用）→進(jìn)入landingpage（移動(dòng)應(yīng)用）→開(kāi)始活動(dòng)內(nèi)流程（移動(dòng)應(yīng)用）對(duì)于 iOS 還好一點(diǎn)，都是蘋(píng)果自家的產(chǎn)品，最多就是用戶關(guān)閉了通知權(quán)限，導(dǎo)致無(wú)法收到；
Android 的幺蛾子可就多了，結(jié)束進(jìn)程是收不到的，關(guān)閉通知權(quán)限也是收不到的，如果集成廠商推送（好處是結(jié)束進(jìn)程也能推送到用戶手機(jī)上），壞處是有可能如果只接入一家廠商，有可能其他 Android 手機(jī)品牌是接受不到的，例如接入 OPPO，華為手機(jī)可能是收不到的。
這里只是考慮了讓Android 用戶在結(jié)束進(jìn)程能收到消息，在消息推送過(guò)程中還有很多問(wèn)題要考慮，我列下來(lái)你可以去考慮下。
例如：接入哪家第三方公司？接 push 的公司和 im 公司是否有沖突（我司接入的極光和云信是有沖突的，不能同接入）？支持多少并發(fā)量？用戶接收到消息會(huì)有延遲幾小時(shí)嗎？各廠商的政策怎樣？
主要是幾個(gè)問(wèn)題，先列出這幾個(gè)問(wèn)題，然后展開(kāi)來(lái)講一下
——頻率限制
——相互喚醒
——推送的影響
——App 內(nèi)引導(dǎo)打開(kāi)通知權(quán)限
1）限制頻率
舉個(gè)極端點(diǎn)的例子，如果淘寶每天給你推送 500 條信息，你會(huì)怎樣？可能就是直接卸載了，所以對(duì)用戶的消息推送需要考慮頻率。
例如每天最多給用戶推送兩條，如果超過(guò)兩條之后，自動(dòng)推送不成功。
但是需要考慮哪些消息應(yīng)該計(jì)算到條數(shù)中，例如廣告營(yíng)銷(xiāo)應(yīng)該計(jì)算在內(nèi)，驗(yàn)證碼不應(yīng)該計(jì)算在內(nèi)，用戶每天獲取 5 條驗(yàn)證碼可能都算是正常的。
一個(gè)注意的點(diǎn)，一些同學(xué)可能會(huì)想，別家的 App 都每天推送十幾條，我只推送一兩條，豈不是占用用戶的時(shí)間就少了嗎？
消息推送可不能按照公地悲劇的思路來(lái)思考（可以去百度下公地悲劇），對(duì)于用戶使用 App 來(lái)說(shuō)，他是可以選擇卸載或者關(guān)閉通知權(quán)限的，不想公地悲劇中沒(méi)有選擇。
2）App之間相互喚醒
假設(shè)即刻 App 和他趣 App 都接入了同一家第三方 push 廠家，如果即刻沒(méi)有結(jié)束進(jìn)程，他趣結(jié)束了進(jìn)程，在推送給他趣消息時(shí)，即刻會(huì)喚醒他趣，使他趣能收到消息。
但是這種喚醒機(jī)制在 Android N 的時(shí)候，谷歌已經(jīng)限制了不能這樣做，所以這種方式可以不用考慮了，現(xiàn)在采用的更多是接入手機(jī)廠商，通過(guò)廠商推送比較靠譜。
3）推送的影響，有好處也會(huì)有壞處
好處：信息告知與提醒、促進(jìn)活躍，增強(qiáng)粘性、喚醒沉默用戶，提升留存、提高功能模塊使用率
壞處：騷擾用戶，提高卸載率、信任透支，“狼來(lái)了”的故事、過(guò)多無(wú)價(jià)值內(nèi)容，造成用戶反感甚至麻木
4）App 內(nèi)引導(dǎo)打開(kāi)通知權(quán)限
這是一個(gè)iOS、Android 都會(huì)存在的問(wèn)題，如果用戶手動(dòng)關(guān)閉了通知權(quán)限，那是無(wú)論如何都是無(wú)法將 push 推送到用戶手上的，所以在用戶使用 App 是你需要盡量的引導(dǎo)用戶開(kāi)通權(quán)限。
如果用戶已經(jīng)關(guān)閉了通知，則需要在某些地方判斷是否已經(jīng)關(guān)閉通知權(quán)限，如果已經(jīng)關(guān)閉了則需要引導(dǎo)用戶打開(kāi)。
消息點(diǎn)擊需要考慮的點(diǎn)：內(nèi)容質(zhì)量怎樣？標(biāo)題是否吸引？用戶與內(nèi)容匹配度？是否熱點(diǎn)內(nèi)容？通知中帶有用戶昵稱(chēng)等個(gè)性化內(nèi)容？是否支持跳轉(zhuǎn)對(duì)應(yīng)頁(yè)面？跳轉(zhuǎn)是否流暢？落地頁(yè)質(zhì)量怎么樣？
這里其實(shí)已經(jīng)是結(jié)果了，這里的結(jié)果好壞會(huì)取決于發(fā)送前的幾步，篩選用戶時(shí)是否將對(duì)于信息發(fā)送給對(duì)于用戶，消息制作時(shí)質(zhì)量怎么樣等
發(fā)送后需要統(tǒng)計(jì)每一步的數(shù)據(jù)，在和行業(yè)內(nèi)進(jìn)行對(duì)比，以及和自己進(jìn)行環(huán)比、同步看數(shù)據(jù)，需要統(tǒng)計(jì)的數(shù)據(jù)例如有應(yīng)發(fā)人數(shù)、實(shí)發(fā)人數(shù)、發(fā)送成功用戶數(shù)、觸達(dá)成功用戶數(shù)、點(diǎn)擊用戶數(shù)、跳轉(zhuǎn)至落地頁(yè)后的每一步轉(zhuǎn)化人數(shù)，除了這些數(shù)據(jù)之外還需要關(guān)注下用戶的卸載率（收到推送后 1 小時(shí)內(nèi)卸載 App 的用戶數(shù) / 收到推送的用戶數(shù)）。
設(shè)計(jì)消息推送系統(tǒng)時(shí)，一部分是消息推送，還有另外一部分是推送之后的消息記錄，這就是畫(huà)畫(huà)原型，很簡(jiǎn)單的事，只提一下需要注意的幾個(gè)點(diǎn)就好
——推送進(jìn)度，例如創(chuàng)建成功（支持取消推送）、推送中、推送成功、已刪除等狀態(tài)
——單條消息推送之后的數(shù)據(jù)，例如點(diǎn)擊率、轉(zhuǎn)化率、推送用戶數(shù)等
——怎樣監(jiān)控卸載率（我也不知道）
——怎樣確定消息優(yōu)先級(jí)，因?yàn)槊刻煊邢拗葡⑼扑偷念l率，那肯定是優(yōu)先推送優(yōu)先級(jí)高的消息
——怎樣使每個(gè)用戶都收到他能承受的最大條數(shù)（例如有的用戶每天最多能接受 2 條，超過(guò) 2 條之后他就會(huì)卸載App，那就每天給他推送 2 條就好；有的用戶每天最多能接受8 條，超過(guò) 8 條之后他就會(huì)卸載 App，那就每天給他推送 8 條）
——怎樣做 A/Btest，例如抽 10% 的用戶出來(lái)，將寫(xiě)好的 5 條文案分別推送給 2% 的用戶（10%/5=2%），較短的一段時(shí)間來(lái)看哪一條文案的點(diǎn)擊率比較高，然后將這條文案推送給剩下的 90% 用戶
——區(qū)分手動(dòng)推送和觸發(fā)式推送，以上說(shuō)的大多屬于手動(dòng)推送，還有一種分類(lèi)屬于觸發(fā)式推送，也是滿足各種條件（一個(gè)事件），就給用戶推送一條消息，例如今天你生日、聯(lián)系 3 天未登錄 App、充值成功、優(yōu)惠券到期等場(chǎng)景
——如果移動(dòng)端和 PC 端同時(shí)在線，推送邏輯是怎樣的
