push是用戶觸達(dá)渠道之一，也可以作為精細(xì)化運(yùn)營的工具，用好了能為產(chǎn)品帶來很多價值。但沒用好，不僅不能起到正向價值，還會讓產(chǎn)品遭受被卸載的風(fēng)險。網(wǎng)絡(luò)上有很多分享push文案怎么寫這類的文章，但是講怎么管理好push的文章卻比較少。因此筆者將自己實戰(zhàn)中遇到的坑，總結(jié)成經(jīng)驗分享給大家。
首先放幾張筆者之前做的push分享ppt截圖，讓我們在講案例前，先了解下push到底是什么？下面幾張圖分別從push的作用、push的組成元素、push需要關(guān)注的數(shù)據(jù)指標(biāo)、push篩選條件，幾個層面進(jìn)行了整體的說明。
實操
一、項目背景及現(xiàn)狀
1、背景：push是筆者在19年負(fù)責(zé)的一個項目，主要是基于精細(xì)化運(yùn)營搭建的觸達(dá)場景。我司按業(yè)務(wù)將push拆分給到各模塊負(fù)責(zé)人進(jìn)行推送的使用。
2、現(xiàn)狀：
1）我司沒有專人管理這塊的內(nèi)容，大家只是將其作為單純觸達(dá)用戶的渠道，臨散的推送一些push，沒有對推送結(jié)果負(fù)責(zé)，沒有進(jìn)行數(shù)據(jù)回盤。
2）我司業(yè)務(wù)細(xì)分較多，不光需要從push本身，也需要考慮各業(yè)務(wù)對資源的分配。
因此這塊要統(tǒng)籌起來，也遇到一些難點。下面我將從實戰(zhàn)中遇到的問題，以及解決的思路進(jìn)行闡述。
二、實踐落地
前言：首先將我司push現(xiàn)狀進(jìn)行了梳理，主要從push類型、使用情況、數(shù)據(jù)獲取，三個方向進(jìn)行了梳理。拉取了公司push推送系統(tǒng)上線以來，所有推送的內(nèi)容，因為上線時間較短，因此我是拿了所有推送內(nèi)容做分析，其他小伙伴完全可以結(jié)合平臺推送push的頻次，拿近半年或近1年的數(shù)據(jù)來看。
下文我們分別從push類型、使用情況、數(shù)據(jù)獲取，三個方向結(jié)合具體案例進(jìn)行說明。
1、先來講push類型
從push類型來說，通常包含產(chǎn)品類push、運(yùn)營推送類push，這兩大類，不同平臺可根據(jù)業(yè)務(wù)特性不同，進(jìn)一步拆分。我們需要分別對兩類的push，從推送內(nèi)容，推送節(jié)點，推送目的，三個方面進(jìn)行考慮，對用戶收到的所有push進(jìn)行管理，去掉或優(yōu)化不適合的push。
下面我們來看一個具體案例，下圖以我司產(chǎn)品類push部分截圖為例，講講什么是產(chǎn)品類push。產(chǎn)品類push從推送差異來講，是由產(chǎn)品自動觸發(fā)給用戶的推送通知。如果要著手梳理某個產(chǎn)品的產(chǎn)品類push，大原則是圍繞著業(yè)務(wù)目標(biāo)，按照平臺所有功能模塊、一些常規(guī)的用戶關(guān)懷類push，例如生日祝福等方面進(jìn)行梳理。但是在梳理這類push時一定要注意求精，太多的非必要push，一方面會給用戶帶來打擾，另一方面它不像運(yùn)營推送類push，能即時靈活下線處理。
結(jié)合下圖運(yùn)營推送類push的使用情況，我發(fā)現(xiàn)了幾個共性問題：
1）同一用戶在同一天收到≥1條的相同內(nèi)容推送。
2）從下圖51、65的分組來看，始終會覆蓋一部分用戶群，雖然推送標(biāo)題不同，但他們收到的都是ID為3366的文章，因為同一用戶可以同時，存在在多個分群，我們可以從推送系統(tǒng)層面做限制，以限制單個用戶一天內(nèi)能收到的push上限是N條，避免對用戶的過渡打擾。此外我們還需要加強(qiáng)對推送管理，引導(dǎo)大家對推送進(jìn)行整體規(guī)劃。
2、使用情況
在梳理了所有push內(nèi)容后，我找到了幾點共性問題。一方面是管理缺失反應(yīng)出來的問題。例如：push使用不規(guī)范，同一內(nèi)容，重復(fù)多次觸達(dá)同一人群用戶。其次，大家對push的認(rèn)知僅停留在資源觸達(dá)的層面。例如：單純從業(yè)務(wù)想做某個廣告，因此推push。并沒將這個渠道高效的進(jìn)行人群精細(xì)化運(yùn)營。還有的就是本身push推送流轉(zhuǎn)存在問題，推送成功率不算高，推送出現(xiàn)bug的問題也多次發(fā)生。
3、數(shù)據(jù)的獲取
在著手梳理歷史push提取相關(guān)數(shù)據(jù)時，遇到比較大的阻力，一方面是push數(shù)據(jù)撈取比較麻煩，需要走大數(shù)據(jù)工單。另一方面是部分?jǐn)?shù)據(jù)只能看大概值，這點因為依賴第三方推送，因此基本上是不換成自己推送服務(wù)是沒法解決的。另外大家基本上沒有push數(shù)據(jù)的概念，并不知道該關(guān)心哪個數(shù)據(jù)指標(biāo)。
所以基于以上幾個方面的問題。我確定了兩個優(yōu)化方向。
1）優(yōu)化push推送系統(tǒng)，一方面為了保障用戶體驗，我們對單個用戶同一天內(nèi)推送內(nèi)容進(jìn)行去重。且在晚上10點之后，系統(tǒng)攔截還未處理的信息，避免對用戶造成打擾。另一方面優(yōu)化push推送系統(tǒng)，實現(xiàn)基礎(chǔ)數(shù)據(jù)查看與導(dǎo)出功能，方便各業(yè)務(wù)同學(xué)查看數(shù)據(jù)。
2）梳理符合平臺push管理的規(guī)范。從規(guī)范上強(qiáng)化小伙伴們對push的規(guī)劃與使用。以下圖筆者梳理的push管理規(guī)范案例做說明，主要包含push推廣級別劃分、push推送頻次、push用戶群撈取規(guī)范、數(shù)據(jù)統(tǒng)計等。當(dāng)然不同的平臺，有細(xì)微的差異，案例僅為大家做參考。下文我們重點拿push推廣級別劃分、push用戶群撈取規(guī)范這兩個難點做說明。
push推廣級別劃分：
這個目的是將push推送級別做管理，例如我們并不需要每條push都做全量用戶的推送。這樣做無非是既耗資源，又對用戶是種打擾。那么怎么劃分比較合理？原則是每個級別都有比較清晰的量級界限。這里給到一種思路，可以按業(yè)務(wù)事件級別做劃分，例如短視頻平臺，針對品宣活動可能是S級，對應(yīng)單次推廣人數(shù)可能是2000萬；針對月度達(dá)人扶持招募活動，可能是A級，對應(yīng)單次推廣人數(shù)可能是1000萬；針對日常推送內(nèi)容，可能是B級，對應(yīng)單次推廣人數(shù)可能是500萬...具體推廣人數(shù)的圈定，可以依據(jù)平臺整體的實際有效累計用戶量、月活用戶量、日活用戶量、或是以想要觸達(dá)的用戶量級與實際觸達(dá)的折損量，幾個維度參考去設(shè)定。
push推送目標(biāo)：
這個目的是將push推送用戶群觸達(dá)的目標(biāo)做管理，下圖以實際操作中推送案例做說明（數(shù)據(jù)方面做了處理，非真實數(shù)據(jù)），我們分了活躍促活、潛在觸達(dá)、沉默喚醒、以及因為平臺業(yè)務(wù)特殊，會存在一些疾控通知目的的push等。
目的是為了讓大家合理使用push，并且同用戶增長同學(xué)一起進(jìn)行了APP用戶分層的梳理，且召集各業(yè)務(wù)同學(xué)，進(jìn)行各自業(yè)務(wù)的分層運(yùn)營，使用push作為策略驗證的渠道，一方面將優(yōu)質(zhì)策略沉淀作為例行任務(wù)，以提高運(yùn)營效率，另一方面為平臺做內(nèi)容推薦體系做數(shù)據(jù)沉淀。這塊不在本次的push實操案例分享中做闡述，后面我將這塊梳理出一篇文章給大家再做分享，感興趣的同學(xué)可以關(guān)注我的其他文章。
今天我們的分享就先到這兒，有實操問題歡迎給我留言，一起探討～
