如何提升PUSH到達率
本文筆者將通過“增加‘系統通知’方式的推送通道”、“找手機廠商開通白名單，避免推送失敗的情況”、“程序保活”、“引導開啟推送開關”四點來講述：如何提升PUSH到達率？
這是一篇實操指南，是參考網上資料和相關書籍、覆盤了36氪做推送的過程，加上諮詢過相關經驗產品經理後的總結，希望對你有幫助~
為什麼要寫這篇呢？
第一是上上週和一位做過很長時間推送優化的產品經理聊天后有了些心得；第二是借上週末在行諮詢的機會，又覆盤了36氪做推送一些思考；第三則是看《我不是產品經理》這本書也學到很多提升推送到達率的方法，就乾脆做個總結，希望能幫到有同樣困惑的你~
首先，先明確為什麼要優化推送？
最直接原因就是提升DAU，讓使用者更多開啟App，這背後隱含的目的是希望啟用新使用者、召回流失使用者，讓業務長期健康增長。因此，務必注意這不是一次性的事兒，要通盤考慮，KPI導向的資料提升一定會引起反彈的。
OK，接下來進入正題，聊下提升PUSH到達率的一些手段。
為了幫大家理解PUSH原理，先放一張業務架構圖：
其中“推送通道”一般指第三方，或自建的推送服務，主要用於真正向App傳送PUSH訊息，而App一般會通過安裝推送服務方提供的SDK來接收PUSH。
對企業而言，則可以自行開發管理系統進行PUSH訊息建立，並根據不同渠道App特點進行訊息路由，從而連線到不同通道中進行傳送。
那接下來，要講的重點就在“推送通道”這裡。
一、增加“系統通知”方式的推送通道
如上圖所示，大多App選用的推送通道都是如個推、極光、信鴿這樣的第三方推送平臺，它們都提供了一站式推送服務，在整合便捷、定製化、資料統計上有明顯優勢。
但它們的傳輸方式通常採用的都是“透傳”方式，也就是不管傳輸業務如何，它們只負責將需要傳送的業務傳送到目的節點，同時保證傳輸質量，而不對傳輸業務進行處理。
這種透傳方式，很容易導致收到訊息的App程序，因為目的節點——也就是接收手機作業系統的一些策略給清理掉。
因此，強烈建議在第三方基礎上，同時整合指定手機廠商的專屬推送SDK，就是上圖最上面部分。因為通常它們會支援用“系統通知”方式傳輸資訊——也就是說，服務端實時傳送資訊到客戶端。傳送後會在系統通知欄收到展現，同時響鈴或振動提醒使用者。這種方式到達率會更高。
需要額外說明的是：這裡的廠商整合只限國產安卓手機，iOS的推送服務APNs是標準的沒法定製，而安卓的原生系統通知服務無法使用（原因你懂的）。
目前市面上常見的，比較成規模的國產手機廠商都支援專屬推送SDK，建議根據你家App渠道佔比來選擇對應廠商，比如：36氪就專門針對小米、華為做了適配，建議安裝的有：小米、華為、oppo、vivo、魅族等渠道。
最後提一句，這種方式缺點也很明顯：第一是多個廠商整合複雜度和開發成本較高，第二是無法定製客戶端的推送顯示樣式，第三則是因為廠商提供的系統通知的推送方式，客戶端無法感知到達情況，只能依賴於被喚醒後發通知到服務端統計，因此可能沒法精準統計到達率。這時只能通過時間 渠道來源方式篩選DAU進行估算。具體實施建議酌情選擇。
二、找廠商開通白名單
如果沒精力整合那麼多廠商SDK，還有一種方案，就是想辦法將自己接收PUSH的程序加入手機廠商作業系統的白名單，這樣不會被系統殺死。
微信、qq這些應用，都加入了各個廠商的白名單，所以才不會出現收不到微信新訊息推送的情況。但具體哪家廠商願意給你開，就只能八仙過海了，這個屬於商務層面，這裡不再展開。
三、程序保活
這個思路也只適用於國產安卓手機，所謂“程序保活”，就是利用不同App程序使用系統廣播進行相互喚醒，算是一種“黑科技吧”，舉3個場景：
- 場景一：開機、切換網路、拍照、拍視訊的時候，可以利用系統產生的廣播喚醒App。（不過貌似Android N已經將這幾種廣播取消了）
- 場景二：通過第三方SDK喚醒相應App程序，如微信sdk會喚醒微信，支付寶sdk會喚醒支付寶。
- 場景三：App之間相互喚醒，假如你手機裡安裝了支付寶、淘寶、天貓、UC等阿里系App，那麼你開啟任意一個，有可能就順便把其他阿里系的App給喚醒了。
站在使用者角度，其實這種做法挺流氓的，容易讓系統記憶體迅速被佔滿，拖慢App，給大家看下面幾張圖就知道了：
因此，建議還是慎用。那具體怎麼實現程序保活呢？
- 用技術手段：比如設定服務為前臺服務；比如啟動一個一畫素的Activity，使這個程序處於可視程序狀態，提高優先順序；比如通過賬戶系統同步機制啟用App。
- 接入第三方SDK：個推這樣的第三方平臺之所以受歡迎，還有個優勢就是安裝了他們SDK的App可以相互喚醒（如上圖所示）。有些大廠的推送SDK，比如百度，也有一定機率做到其全家桶某個App啟動順便啟動你的App。但具體是否能喚醒，也取決於當時的其他應用存活狀況和作業系統限制。
- 自建推送服務：自建服務有2個思路，第1是將推送服務開放成平臺，允許其他App接入，通過其他App的啟動喚醒自家App。第2是推送服務只支援自家App，不開放，但可接入自家多個App，讓它們相互之間喚醒。
具體程序保活的原理和應用，在嶽建雄老師的《我不是產品經理》第7章有詳細描述，有興趣的同學可以去翻看學習。
但仍舊要強調一點，就是：與其花時間在這種偏門手段上，還不如想辦法降低自己App的資源消耗，以減少被系統殺死的可能性，從而為使用者提供更順暢的使用體驗，這才是上策。
四、引導開啟推送開關
這裡的開關包括系統級和App級的，強烈建議App針對推送許可權做更細粒度的控制，間接給使用者一個開啟總開關的理由，如下圖：
在此基礎上，可以適當增加一些開啟推送開關的引導，一般可以有如下場景：
- App升級後，使用者開啟App，跳出彈窗提醒使用者開啟訊息提醒；
- 某些個性化功能，為了提醒使用者，引導開啟推送開關。比如：關注某個作者提醒他開啟開關以接收作者最新文章；比如：買完商品後提醒開啟開關以跟蹤物流進展等；
- 通過某些有利於使用者的訊息，提醒使用者開啟。比如：財經類App開啟開關以接收最新股市行情；比如：電商類App開啟開關以接收優惠資訊等；
- 給使用者提供一些利益以促使他開啟，比如：開啟開關有積分，送優惠券之類的。
但真正最合適的引導方式還是讓使用者體驗到你產品的價值後，給一個利他的理由，自然引導，而不是一上來就彈窗。這點很多大廠App都做的很好，建議多參考。
以上就是今天想和大家分享的，有關推送到達率提升的一些觀點總結，資訊量有點大，部分也參考了其他文章和書籍，希望能對你有幫助。同時，如果有我沒提到的，也歡迎你留言告訴我，我也會再和大家分享~
參考文獻
- 《關於 Android 程序保活，你所需要知道的一切》，來自簡書：D_clock愛吃蔥花。
- 《APP訊息推送（Push），竟然還有這麼多你不知道的》，來自簡書：大城小胖Chris。
- 《我不是產品經理》，作者：嶽建雄。
#專欄作家#
申悅，微信公眾號：網際網路悅讀筆記（ID：pmboxs），人人都是產品經理專欄作家，36氪產品總監，起點學院優秀導師。
本文原創釋出於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議