国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

上一篇從推送運(yùn)營(yíng)策略的角度介紹了如何提高推送的效果，而眾所周知數(shù)據(jù)是最能反應(yīng)問題和展示效果的。本篇將會(huì)從數(shù)據(jù)的角度，結(jié)合推送的整個(gè)流程。帶領(lǐng)大家逐個(gè)環(huán)節(jié)排查問題，從而讓推送效果更上一個(gè)臺(tái)階。

推送就像一個(gè)生產(chǎn)線，每個(gè)加工的環(huán)節(jié)均會(huì)有損耗。為了讓最后生產(chǎn)出來的產(chǎn)品盡可能的減少損耗，我們需要對(duì)整個(gè)生產(chǎn)線的每個(gè)環(huán)節(jié)進(jìn)行剖析，試圖從中找到可以提高生成效率和質(zhì)量的方式方法。所以下面我們從推送的整個(gè)流程開始看起。

推送用戶池?cái)?shù)據(jù)

推送的總用戶池即為目標(biāo)用戶所在的池子，池子中有多少用戶也就意味著最大可以觸達(dá)多少用戶，所以對(duì)推送用戶池的數(shù)據(jù)監(jiān)控非常必要。

理想情況下推送用戶池的用戶數(shù)=APP（網(wǎng)站）累計(jì)用戶數(shù)，也就說從APP研發(fā)上架到現(xiàn)在所有累計(jì)安裝的用戶。但是大家都很清楚，累計(jì)用戶的意義不大，因?yàn)槔塾?jì)用戶中有很多用戶早已卸載離開。所以可推送的用戶池應(yīng)該是仍安裝APP的用戶，包括沉默用戶。

那么理想中“推送用戶池總數(shù)=APP仍安裝用戶總數(shù)”，大家也很清楚的是“APP仍安裝用戶總數(shù)”很難獲得，因?yàn)槲覀儫o法精準(zhǔn)的掌控用戶是否卸載，用戶卸載并不會(huì)和我們“打招呼”。所以平時(shí)我們觀察APP的數(shù)據(jù)多以活躍用戶來觀察。

假設(shè)我們的推送用戶池=月活躍用戶，這樣也視乎把目標(biāo)人群范圍縮小了，因?yàn)橐苍S用戶沉默超過1個(gè)月。所以我們?nèi)匀灰岳塾?jì)安裝用戶來作為推送用戶池總數(shù)，以保證能包含盡可能多的用戶，雖然其中包含了大量無效用戶，我們后面可以做過濾操作。所以理論上：推送用戶池>（月）活躍用戶。

用戶池的真實(shí)用戶

本系列開篇我就已經(jīng)闡述，請(qǐng)使用設(shè)備號(hào)作為用戶的唯一標(biāo)識(shí)。非常非常多的APP或者推送平臺(tái)以token作為用戶的唯一標(biāo)識(shí)，這樣造成的后果就是用戶池的冗余。

假設(shè)你的APP使用token來標(biāo)識(shí)用戶，你的用戶小明重復(fù)卸載安裝4次，此時(shí)產(chǎn)生了4個(gè)token。你會(huì)以為有4個(gè)用戶，但其實(shí)只有小明1個(gè)用戶。

而為什么第三方推送平臺(tái)喜歡用token來標(biāo)識(shí)用戶呢？

因?yàn)樗麄儷@取不到用戶設(shè)備號(hào)，畢竟設(shè)備號(hào)獲取是需要權(quán)限的（Android）。

有效用戶比例

上面講到的是推送用戶池的總用戶，而有效用戶比例才是我們要關(guān)注的重點(diǎn)。推送池中的有效用戶指的是“同意推送權(quán)限”的用戶比例。假設(shè)用戶池有1萬個(gè)用戶，其中6,000個(gè)用戶同意推送權(quán)限，則有效用戶比例為60%。有效用戶數(shù)更貼近于可推送的目標(biāo)用戶數(shù)。

當(dāng)發(fā)現(xiàn)有效用戶（同意推送權(quán)限）的比例急速下跌時(shí)，請(qǐng)敲醒警鐘，你的用戶正大量的關(guān)閉推送權(quán)限！請(qǐng)保持定期觀察該數(shù)據(jù)。（如何知道用戶是否同意推送權(quán)限，請(qǐng)見：推送系統(tǒng)從0到1（五）：推送消息如何丟失的）

但是請(qǐng)注意，推送用戶池的有效用戶并不能代表真實(shí)的可推送用戶數(shù)。因?yàn)檫€是無法鑒別出其中“已經(jīng)卸載的用戶”，我們只能通過后續(xù)的手段判斷用戶疑似已經(jīng)卸載，從而把該用戶從有效用戶中剔除。

假設(shè)想知道有效用戶的比例多少是健康的，我在網(wǎng)上找了許多資料均無法獲得該數(shù)據(jù)，我只能以自己的項(xiàng)目為例，最初有效用戶比例85%~90%。當(dāng)然隨著推送頻率越來越高，以及后期缺乏維護(hù)和引導(dǎo)，有效用戶比例已經(jīng)下降至60%左右，該數(shù)據(jù)僅供參考。

黑名單機(jī)制

在系列文章中，我多次提到黑名單機(jī)制。其存在的目的在于把有效用戶中并非真實(shí)有效的用戶剔除出來。剛才已經(jīng)降到有效用戶中也許包含著已經(jīng)卸載的用戶，但我們無法得知。在后續(xù)的甄別用戶的有效性環(huán)節(jié)被疑似卸載或者在推送下發(fā)消息過程中被判定為無效的用戶，均會(huì)進(jìn)入黑名單。

黑名單的用戶會(huì)被當(dāng)作無效用戶，當(dāng)然小黑屋并不會(huì)永久的關(guān)著這些設(shè)備，當(dāng)這些設(shè)備“詐尸”（token發(fā)生變更/持續(xù)活躍）的時(shí)候，會(huì)把這些用戶從小黑屋中放出來。

實(shí)際推送目標(biāo)用戶

根據(jù)上面的描述，因?yàn)橛行в脩糁羞€包含著卸載的用戶，所以與實(shí)際可推送用戶是有差距。首先推送的目標(biāo)用戶盡量選擇活躍用戶，減少目標(biāo)用戶中已卸載的用戶比例。可以根據(jù)用戶活躍周期選擇“7天活躍用戶、30天活躍用戶、60天活躍用戶”等。

并且在我們建立推送任務(wù)之后，第一步就是甄別用戶的有效性。

甄別方式有以下4種：

1. 根據(jù)之前幾次推送結(jié)果，若均未到達(dá)認(rèn)定為疑似卸載；
2. 給用戶進(jìn)行預(yù)推送，通過真實(shí)推送驗(yàn)證是否能達(dá)到，但需與客戶端約定該類消息不展示；
3. 分析用戶行為，是否連續(xù)很長(zhǎng)一段時(shí)間都未啟動(dòng)過APP，疑似卸載行為；
4. 再次檢查是否已經(jīng)同意推送權(quán)限。

當(dāng)然，除了這4種方式以外，大家可以根據(jù)實(shí)際情況制定甄別方式。目的都是在于驗(yàn)證用戶是否可以收到推送。在甄別有效用戶環(huán)節(jié)，如果推送頻率高（經(jīng)過多次甄別）且用戶池的自我過濾機(jī)制足夠完善，那么實(shí)際可推送用戶/有效用戶（用戶池）=95%及以上 。

下發(fā)成功率

推送任務(wù)建立之后，就會(huì)通過第三方推送平臺(tái)/原生渠道（如APNs）進(jìn)行消息的下發(fā)，在下發(fā)過程中，由于平臺(tái)的不穩(wěn)定性或者通道堵塞（APNs經(jīng)常這樣），再或者token配置不正確等原因，導(dǎo)致推送任務(wù)到達(dá)推送渠道，卻無法實(shí)現(xiàn)下發(fā)。

那么這個(gè)時(shí)候可以觀察的數(shù)據(jù)就是“下發(fā)成功率”，那這個(gè)數(shù)據(jù)是怎么計(jì)算的呢？

我們需要根據(jù)下發(fā)渠道的返回狀態(tài)判斷是否下發(fā)成功，如第三方平臺(tái)/APNs會(huì)給你返回消息下發(fā)是否成功。那么“下發(fā)成功數(shù)/實(shí)際推送目標(biāo)用戶=下發(fā)成功率”，下發(fā)成功率在95以上較為正常。

什么情況會(huì)導(dǎo)致下發(fā)失敗呢？

上面大致也已經(jīng)描述了幾種可能性，可能是推送平臺(tái)網(wǎng)絡(luò)不穩(wěn)定造成網(wǎng)絡(luò)丟包，或者推送通道阻塞導(dǎo)致通道堵著了；也可能是推送平臺(tái)建立的長(zhǎng)連接失效了，給你返回令牌失效。所以下發(fā)過程中的損失難以避免。

我們可以做的是：

1. 若返回推送失敗是因?yàn)閠oken失效，則把用戶從有效用戶池中剔除（進(jìn)黑名單）。
2. 若懷疑是網(wǎng)絡(luò)不穩(wěn)定或者通道阻塞，請(qǐng)稍后再使用重發(fā)機(jī)制。
3. 若平臺(tái)經(jīng)常不穩(wěn)定或無法下發(fā)，請(qǐng)更換推送平臺(tái)。

我們往往把推送下發(fā)過程中的丟失當(dāng)作是推送點(diǎn)擊率低的原因，通過了解中間環(huán)節(jié)的情況，可以讓我們獲得真實(shí)的推送點(diǎn)擊率。

推送消息到達(dá)率

影響推送消息能否到達(dá)的因素非常多，大家可以通過回顧<推送系統(tǒng)從0到1（五）：推送消息如何丟失的>了解消息為何會(huì)丟失。簡(jiǎn)單介紹下大致的原因可能是用戶設(shè)備的網(wǎng)絡(luò)狀態(tài)不佳、推送通道堵塞、推送服務(wù)進(jìn)程被殺死（主要）等等情況。我們可以通過分析推送到達(dá)率的情況，盡可能的減少該環(huán)節(jié)的消息丟失。

推送消息到達(dá)率=到達(dá)的推送消息數(shù)/下發(fā)消息數(shù)，可以通過客戶端返回推送到達(dá)狀態(tài)監(jiān)控推送消息是否真正的到達(dá)（第三方平臺(tái)的不準(zhǔn)）。在此數(shù)據(jù)上Android的推送到達(dá)率普遍偏低，原因是Android設(shè)備多種多樣，非常多定制化的系統(tǒng)會(huì)把推送服務(wù)殺死。而IOS系統(tǒng)推送到達(dá)率普遍較高，由于APNs為系統(tǒng)級(jí)推送服務(wù)，能讓到達(dá)率在80%及以上，當(dāng)然ANPs有時(shí)候也會(huì)不穩(wěn)定。

針對(duì)Android推送到達(dá)率低的情況，可以通過大量重復(fù)實(shí)驗(yàn)驗(yàn)證，是否某款機(jī)型、系統(tǒng)無法收到推送通知。根據(jù)我自己的了解像OPPO、小米、華為這些定制化的系統(tǒng)，可能因?yàn)橥扑推脚_(tái)與系統(tǒng)問題，由于推送進(jìn)程被殺死，導(dǎo)致消息到達(dá)率將會(huì)非常低?？梢酝ㄟ^分析和實(shí)驗(yàn)之后考慮是否也接入這些定制系統(tǒng)的推送服務(wù)，當(dāng)然也還是要根據(jù)用戶設(shè)備情況進(jìn)行選擇。

推送消息展示

雖然我們不常觀察推送消息展示比例，一般我們認(rèn)為推送消息到達(dá)設(shè)備，那么就一定會(huì)展示，所以直接使用推送到達(dá)率觀察到達(dá)情況。

但我還是想和大家介紹下，像Android系統(tǒng)消息到達(dá)和消息展示是兩回事。這個(gè)發(fā)現(xiàn)是我在做消息重發(fā)機(jī)制時(shí)，為了防止重復(fù)發(fā)送導(dǎo)致用戶突然收到多條消息，那么在Android系統(tǒng)上通過控制收到的消息是否展示出來，從而解決這個(gè)問題。既然如此我們也可以認(rèn)為推送消息到達(dá)了，但有可能未能正常展示出來。

雖然這個(gè)比例會(huì)很低，而且未能找到官方的數(shù)據(jù)。但是我們有理由相信這里也會(huì)有一小部分的損失。

在此，我再次放出系列文章第五篇的圖片，相信大家再次看到這張圖的時(shí)候，能夠明白我要逐個(gè)環(huán)節(jié)介紹的原因。

推送點(diǎn)擊率

推送點(diǎn)擊率是我們最常觀察的指標(biāo)，也是我們常誤解的指標(biāo)。推送點(diǎn)擊率的計(jì)算方式為：推送點(diǎn)擊率=推送點(diǎn)擊數(shù)/推送到達(dá)數(shù)

而許多人常常把推送點(diǎn)擊率誤認(rèn)為是點(diǎn)擊數(shù)除以推送總數(shù)。所以有時(shí)候你發(fā)現(xiàn)IOS的推送點(diǎn)擊率才不到1%，那么請(qǐng)你好好的檢查下，你的計(jì)算方式是否存在錯(cuò)誤。

那些根本沒到達(dá)用戶設(shè)備的推送通知，根本不存在點(diǎn)擊率一說。所以我們需要分析每個(gè)環(huán)節(jié)的數(shù)據(jù)也是因?yàn)槿绱?。我們要分析真正的點(diǎn)擊率，就只能先確認(rèn)消息都到達(dá)了。

通過查閱資料和自身項(xiàng)目的實(shí)驗(yàn)發(fā)現(xiàn)，確實(shí)很多時(shí)候Android的點(diǎn)擊率會(huì)高于IOS的點(diǎn)擊率。但是影響推送點(diǎn)擊率更多不在技術(shù)問題，而在于推送運(yùn)營(yíng)策略上，詳見<推送系統(tǒng)從0到1（九）：推送的運(yùn)營(yíng)策略>。

除此以外需要注意的是推送通知欄的特性，如IOS12會(huì)把消息進(jìn)行分組折疊，Android7及以上也有分組的功能，還有消息的勿擾模式等等。

在這個(gè)環(huán)節(jié)我們可以通過橫向和縱向比較數(shù)據(jù)分析點(diǎn)擊率的情況。橫向是指每次推送點(diǎn)擊率的比較，通過運(yùn)營(yíng)策略提高自身推送點(diǎn)擊率，如時(shí)間、推送文案等等。而縱向指的是與同業(yè)或競(jìng)品比較數(shù)據(jù)，通過分析推送消息的展示情況、系統(tǒng)特性以及相關(guān)技術(shù)問題，進(jìn)一步提高推送點(diǎn)擊率。正如我前面所說，影響點(diǎn)擊率有非常多的因素，需要持續(xù)分析研究，才可能可以找到最大的問題點(diǎn)。

推送轉(zhuǎn)化率

推送的本質(zhì)還是把合適的內(nèi)容主動(dòng)呈現(xiàn)在用戶面前，而內(nèi)容才是其中的關(guān)鍵。通過分析用戶點(diǎn)開推送進(jìn)入到著陸頁的轉(zhuǎn)化數(shù)據(jù)，可以作為運(yùn)營(yíng)指標(biāo)進(jìn)行研究。這也是推廣路徑的一種，可以通過分析用戶關(guān)鍵行為、交互數(shù)據(jù)、關(guān)鍵指標(biāo)的轉(zhuǎn)化等數(shù)據(jù)進(jìn)行分析。我相信這一步營(yíng)運(yùn)都有非常豐富的經(jīng)驗(yàn)，在此就不再?gòu)?fù)述了。

本章總結(jié)

簡(jiǎn)單總結(jié)一下，觀察推送過程中數(shù)據(jù)指標(biāo)，分析這些數(shù)據(jù)背后的原因，從而減少消息的丟失，并把推送的效果發(fā)揮到極致。這是本章通過數(shù)據(jù)優(yōu)化推送系統(tǒng)的目的所在。那么本章介紹的主要數(shù)據(jù)指標(biāo)為：

1. 推送用戶池?cái)?shù)據(jù)：累計(jì)安裝用戶數(shù)；
2. 有效用戶比例：同意推送權(quán)限的用戶數(shù)；
3. 實(shí)際推送目標(biāo)用戶：甄別真實(shí)可推送用戶；
4. 消息下發(fā)成功率：下發(fā)成功數(shù)/實(shí)際推送目標(biāo)用戶數(shù)；
5. 消息到達(dá)率：消息到達(dá)數(shù)/下發(fā)成功數(shù)；
6. 推送點(diǎn)擊率：消息點(diǎn)擊數(shù)/消息到達(dá)數(shù)；
7. 推送轉(zhuǎn)化率：關(guān)鍵指標(biāo)點(diǎn)擊數(shù)/消息點(diǎn)擊數(shù)（頁面訪問人數(shù)）。

大家可以通過分析以上幾個(gè)關(guān)鍵指標(biāo)，提出優(yōu)化方案，讓推送系統(tǒng)更完善。再結(jié)合上一章所講的運(yùn)營(yíng)策略，那么我相信推送效果一定能有所增長(zhǎng)。

下一篇是系列文章的最后一篇，會(huì)為大家介紹推送會(huì)影響APP/網(wǎng)站的相關(guān)數(shù)據(jù)指標(biāo)，如卸載量、活躍數(shù)等，盡請(qǐng)期待。

相關(guān)閱讀

推送系統(tǒng)從0到1（一）：是系統(tǒng)不是工具

推送系統(tǒng)從0到1（二）：了解你的用戶

推送系統(tǒng)從0到1（三）：推送任務(wù)的建立

推送系統(tǒng)從0到1（四）：消息如何到達(dá)用戶設(shè)備

推送系統(tǒng)從0到1（五）：推送消息如何丟失的

推送系統(tǒng)從0到1（六）：推送的著陸頁設(shè)計(jì)

推送系統(tǒng)從0到1（七）：推送用戶畫像建立

推送系統(tǒng)從0到1（八）：個(gè)性化精準(zhǔn)推送的實(shí)現(xiàn)

推送系統(tǒng)從0到1（九）：推送的運(yùn)營(yíng)策略

本文由 @番茄那只羊 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Pexels，基于 CC0 協(xié)議