深度解讀:APP推送轉化率提升的全流程分析

一個不具備消息推送功能的APP不能稱之為APP,消息推送是產品和運營人員常用用戶運營工具。

消息推送的目的在于:

  • 通知某件事已發生。如支付成功的扣款提醒,發貨提醒等等。

  • 通知平臺有什么東西,促進用戶進入查看或參與,提升平臺活躍、轉化和留存。如某條資訊,某個打折活動。

APP推送從是否有前置觸發條件看,分為2類:

  1. 業務推送,需要觸發某個業務邏輯后,程序自動完成推送。如上文提到的發貨提醒,程序監控到訂單已經產生運單號或已出庫,會主動給用戶發推送。

  2. 營銷推送,無前置觸發條件,運營人員促進用戶轉化、活躍、留存為目的而發的非業務推送。如某個抽獎活動,目的在于引導用戶打開APP來參與。

對于不同手機操作系統,Android和iOS的消息推送流程有差異,下面分別來介紹。

一、Android推送流程

開發者一般直接使用第三方推送平臺服務來完成——當然你也可以選擇自己開發一套消息推送方案,這是技術性很強、復雜度很高的項目,大公司可嘗試,中小企業就不要想了。

從在技術投入、人力成本、實現速度以及最終的效果來看,專業的第三方推送服務商是更好的選擇。

圖片發自簡書App

Android的消息推送流程如下:

  1. 運營人員按照運營目標,確定推送對象和內容。這里的推送對象可以是不同維度的,設備id、賬號、標簽等。推送對象的數量稱為“發送總數”。

  2. 推送對象和內容給到第三方推送平臺后,并不是直接下發,而是對發送對象對應的設備做有效性篩選。篩選出的有效設備稱為“有效設備數”。

  3. 第三方推送平臺在有效設備中,進一步判斷哪些設備與推送服務器建立長連接。消息下發的前提是“設備聯網,并和推送服務器建立長連接”。這里把長連接在線的設備稱為“下發設備數”。

  4. 針對在線建立了長連接的設備下發消息,將消息送達到設備。消息送達到設備的數量,稱為“送達設備數”。

  5. 第4步將送達到設備的消息,進一步通過“包名”路由到APP上并顯示。把送達到APP上的消息數量稱為“送達APP數”。

  6. 用戶看到消息后,要么點擊,要么忽略該消息。點擊消息的次數我們定義為“點擊數”。

至此,一條消息才算完成推送。

二、Android推送各環節轉化影響因素及轉化率分析

知道了消息推送的流程,我們可針對每個環節的轉化影響因素進行分析,并分析如何提升個環節的轉化率。

圖片發自簡書App

如上圖所示,消息推送路徑是個漏斗,每經過一個環節都有損耗。這就意味著每個環節都有提升空間。接下里我們看看每個環節的影響因素,以及如何做提升。

1. 確定發送對象和內容

“發送總數”,是指運營人員選定的發送對象數量。比如選定100w。

1)發送對象的選擇,對轉化率的影響是全局的。

比如分別以7天未啟動app和30天未啟動app作為推送對象,前者在有效設備、在線長連接、送達設備、路由到APP顯示上均優于后者。

比如針對新用戶推送“新用戶專享活動”會比針對全量用戶推送,點擊率更高。

所以,對于發送對象的選擇, 盡量做到精準化,按照不同的維度、不同標簽去做細分推送。

做細分推送很重要的一項基礎工作是對不同類型的用戶打標簽,通過豐富的標簽維度將用戶分類;比如按年齡、興趣愛好、用戶等級、照交易次數、新老、注冊時間、留存等。

除非是針對全量用戶的消息,否則要減少全量推送。

全量推送一方面會頻繁打擾用戶,另一方面多數用戶收到的是自己不感興趣的內容,這或將導致用戶卸載你的應用。

2)文案主要影響用戶的點擊。

同樣的推送對象下,有吸引力的文案能獲得更多的點擊查看。這里主要和運營人員的文案能力相關,這里不做進一步分析。

2. 甄別有效設備

“有效設備數”,是指發送對象中有效設備的數量。比如90w。

這個環節的轉化率叫做“有效設備率”,有效設備率=有效設備數/發送總數*100%=90/100*100%=90%

影響有效設備率的因素有以下幾點。

1)用戶卸載APP,影響有效設備數。

用戶卸載APP的原因很多,其中很重要的一點是推送消息頻繁打擾用戶。

如下圖所示,煩人的消息推送,是導致用戶卸載app最大的理由。

圖片發自簡書App

要減少因消息對用戶的打擾而卸載APP,可從兩方面入手。

一方面是控制推送的頻次,可學學微信訂閱號和服務對消息推送頻次的限制。非社交類、非資訊類應用,做到一周1-2次比較合適,現在多數的應用一天一次,不夠克制,原本是想刺激用戶來啟動應用,提升留存,結果適得其反把用戶趕走。

另一方面需提升推送內容和用戶需求的匹配性。要做到推送的內容是接收用戶想要看的或能引起他興趣的,即第1步提到的不同的對象推送內容不同,實施精準推送。

2)用戶關閉APP的推送功能。

這里能做的,是有效引導用戶開啟APP的推送,引導開啟的方式有2類。

一類是在用戶新下載APP后首次啟動時,告知用戶開啟推送提醒的好處,引導開啟推送服務。

如:

圖片發自簡書App

一類是監測到用戶APP未開啟推送服務時,合適的位置和場景引導用戶去系統設置里開啟推送提醒。如:

圖片發自簡書App

3)APP注冊第三方平臺的唯一標識失敗。

這是什么意思呢。所有的推送下發的前提是,APP在第三方推送服務器注冊唯一id,通常在APP啟動時調用接口進行注冊。

如果注冊失敗,會被判定為無效設備。

注冊失敗有可能是用戶關閉了APP的推送功能,也有可能是接口調用失敗。

要提升注冊唯一標識的成功率,可從引導用戶開啟APP推送服務(見上一點),和監控注冊接口的注冊成功率來進行。

如果監控到注冊失敗,可通過重試機制來再次注冊;如果監控到大規模失敗,就需要排查是不是接口出問題,或集成錯誤,或新上線影響到該接口。監控的目的是提前發現問題。

4)APP在一個規定周期內(比如3個月)未和第三方推送服務器建立過長連接。

這是對設備有效性判斷的條件之一,不同的推送平臺可能不一樣。

這個和APP的留存有關,如果APP卸載量高留存差,一定周期內和第三方推送服務建立過長連接的設備就少。

3. 甄別在線長連接

“下發設備數”,指有效設備和第三方推送平臺服務器建立長連接數量。如50w。

這個環節的轉化率叫做“設備下發率”:

設備下發率=長連接在線設備數/有效設備數*100%=50/80*100%=62.5%

設備長連在線和三個條件有關。

1)網絡環境穩定良好。

這個是用戶的網絡環境,開發者和第三方推送平臺無能為力。能做的是在用戶網絡環境好后,通過重試機制進行再次鏈接。

2)推送服務(push service)處于運行狀態。

這是指第三方推送平臺的服務在用戶手機上處于運行狀態,這要求用戶正在使用集成了第三方推送服務的APP。

這個要求太高了,意味著只要APP關閉或在后臺運行,消息就收不到,效果很差。

對于這種情況,第三方推送平臺一般都有“長連互保機制”來提升消息送達效果。

“長連互保”是指用戶手機中任何一個集成過某第三方推送平臺的APP打開,即使你的app沒打開也能啟動push service,收到推送。

簡單地講,假設用戶的手機的A、B、C 3個應用都集成了第三方推送平臺(如友盟)的SDK,那么可通過技術手段,只要A、B、C這3個App中有一個打開過成為活躍App,就可以保證其他兩個App(即使沒有打開過)的消息也能借助這個打開過的App的通道做下發。

但是,長連互保在某些深度定制的Android系統是失效的(如小米、華為),廠商基于耗電、耗流量考慮,對于這種技術應用限制越來越嚴格。

針對這種情況,開發者也有自己的解決方案——聚合推送,即集成多個推送服務。

比如小米推送、華為推送、友盟推送,當判斷為小米設備時,走小米推送,判斷為華為設備時,走華為推送,其他的設備走友盟推送。

目前一些付費的推送服務商會提供聚合推送服務,開發者可一次完成接入。

3)推送服務(push service)連接上第三方推送平臺的服務器。

當推送服務(push service)處于運行狀態時,也有可能未連接到第三方推送服務器,導致了設備離線。這主要是技術實現,集成第三方推送時,可多注意這點。

4. 送達設備

“送達設備數”,是指消息已經下發到設備的數據。如45w。

這個環節的轉化率叫做“設備送達率”,設備送達率=消息送達到設備的數量/長連接在線設備數。*100%=45/50*100%=90%

送達設備數的影響因素主要網絡原因,導致消息下發到設備不成功,比如網絡閃斷(從而長連通道也會斷掉)。

通常來說,“送達設備數”和“下發設備數”非常接近,一般都在98%以上。

5. 路由到APP顯示

“APP送達數”,是指消息在APP上顯示,用戶可見的數量。如40w。

這個環節的轉化率叫做“APP送達率”,APP送達率=APP送達數/設備送達數*100%=40/45*100%=88.89%

消息送達設備后,路由到APP上的影響因素有:

  • APP被刪除,導致路由失敗。這個前面有說過,和APP留存有關,關鍵是如何提升APP留存,此處不深入。

  • 某些深度定制Android系統上(比如MIUI)做了某些限制,如ROM限制了APP之間的進程通信,會導致路由失敗。這類情況,看第三方推送平臺是否提供對于一些系統的兼容性處理方式。

6. 用戶點擊

“點擊數”,指消息送達APP用戶可見后,點擊消息的數量。如5w。

這個環節的轉化率叫做“點擊率”,點擊率=用戶點擊數/送達APP數*100%=5/40*100%=12.5%

當消息排除萬難后在APP上顯示,大家肯定期待用戶點開查看。但從整個市場上看,APP消息的點擊率都比較低,8%就算非常優秀。

用戶點擊率的影響因素主要包括:

  • 推送內容和推送對象的匹配性。上文已提到,給籃球愛好者推送足球消息,點擊率肯定低。

  • 文案內容和吸引力。這主要取決于運營人員的文案水平,短小精悍極具打擊性的文案,能大大促進用戶點擊。這里不展開講。

上面分析了6個步驟、5個轉化率指標——但是作為運營人員,一般不會關注這么細粒度。

通常運營人員關注的是“整體送達率”和“點擊率”。

整體送達率=送達APP的消息數/有效設備數*100%=40/80*100%=50%。

從上面分析可以看出,整體送達率的影響因素有很多,好些因素和第三方推送平臺有關。在推送對象和內容相同的情況下,整體送達率高低能反饋出第三方推送平臺的優劣。

三、iOS消息推送流程

開發者一般使用第三方推送平臺+APNs完成。

先使用第三方推送平臺將推送對象和內容交給APNs(Apple Push Notification service,蘋果推送通知服務,是蘋果官方的推送解決方案),剩下的由APNs來完成,如下圖。

圖片發自簡書App

對于iOS平臺來說,推送數據只能拿到投遞APNs成功數,APNs內部運行的各項數據拿不到,沒法有效分析推送各轉化環節和轉化率指標。

但是整體來說,iOS因為走的官方統一的推送服務,投遞APNs成功數到最終APP顯示的轉化率比Android高很多,我們可以認為投遞APNs成功數后,APNs會成功下發。

這里不再對iOS的推送做過多敘述。

消息推送的轉化率提升,是個細活,需要細拆到各環節、各節點中去針對性分析和改進,才能出效果。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,156評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,401評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,069評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,873評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,635評論 6 408
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,128評論 1 323
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,203評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,365評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,881評論 1 334
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,733評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,935評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,475評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,172評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,582評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,821評論 1 282
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,595評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,908評論 2 372

推薦閱讀更多精彩內容

  • 推送 推送簡直就是一種輕量級的騷擾方式 自從有了推送,各個公司基本上都在使用推送,這確實是一個比較好的提醒方式,A...
    eclipse_xu閱讀 8,003評論 9 116
  • 極光推送: 1.JPush當前版本是1.8.2,其SDK的開發除了正常的功能完善和擴展外也緊隨蘋果官方的步伐,SD...
    Isspace閱讀 6,751評論 10 16
  • 本文旨在對 iOS 推送進行一個完整的剖析,如果你之前對推送一無所知,那么在你認真地閱讀了全文后必將變成一個推送老...
    pikacode閱讀 27,849評論 91 290
  • LLDB 在Xcode5中,LLDB正式取代之前的GDB成為Xcode的標準調試器。和LLVM協同工作。LLDB兼...
    DevKyle閱讀 558評論 0 51
  • 06 “下一位。” 佐倉綾子放下手中的筆,伸了個懶腰,錘了錘酸痛的肩膀,有氣無力地喊道。這已經是下午六點多了,...
    君莫問_Asakawa閱讀 685評論 0 1