推送(song)是(shi)消息(xi)觸(chu)達與(yu)用戶召回(hui)的(de)重要(yao)通(tong)道，推送(song)通(tong)道能(neng)力的(de)觸(chu)達率、推送(song)消息(xi)的(de)點擊率絕(jue)決定(ding)了推送(song)的(de)覆蓋度，我們用一個(ge)公式來衡量推送(song)效(xiao)果：
推送效果=推送目標數*推送觸達率*推送點擊率*用戶轉化率
1. 推送目標數：即將要推送(song)的人(ren)數。那是不(bu)是推送(song)目標(biao)量越多越好呢？——否！如果推送(song)到(dao)非目標(biao)人(ren)群(qun)，會打擾到(dao)正常用戶(hu)，甚(shen)至可能(neng)卸載(zai)APP或(huo)投訴模板(ban)消息，后果就(jiu)比較慘了。所(suo)以建議還是選擇合適的目標(biao)群(qun)，在優化部分會給出簡(jian)單的小建議~
2. 推送觸達率：推(tui)送(song)(song)觸(chu)達率(lv)(lv)主要是衡(heng)量消(xiao)息(xi)通道的(de)(de)健壯能力的(de)(de)指(zhi)標，一般來說(shuo)，APP推(tui)送(song)(song)可嘗試使用效果較(jiao)好的(de)(de)三方渠道；微信(xin)(xin)內推(tui)送(song)(song)應建立(li)適當的(de)(de)推(tui)送(song)(song)時間避免Formid過期。據了(le)解，APP的(de)(de)推(tui)送(song)(song)觸(chu)達率(lv)(lv)在75%左右(you)(you)，微信(xin)(xin)的(de)(de)觸(chu)達率(lv)(lv)在90%左右(you)(you)。
3. 推送點擊率：這個和推送(song)人(ren)群、推送(song)時間、推送(song)素材緊密相關，后面(mian)做詳細(xi)說明。
4. 用戶轉化率：這就是運營的能力，根據業務自行判斷(duan)，不做(zuo)贅(zhui)述。
基于微信的(de)通(tong)知渠(qu)道，公眾(zhong)號/小程序提供了高效出大用戶的(de)模(mo)板消息能(neng)力，以便實現服務的(de)閉(bi)環并提供更(geng)佳的(de)體(ti)驗(yan)。
模板推(tui)送位置：服務通知
模(mo)板下發(fa)條件：用(yong)戶(hu)本人在微信體系內(nei)與頁面有(you)交互行為后觸發(fa)
模(mo)板跳(tiao)轉能力：點擊查(cha)看詳情(qing)僅能跳(tiao)轉下發模(mo)板的(de)該帳號的(de)各個頁面
模板推送(song)流程：
有(you)心的小伙伴(ban)可(ke)以看到(dao)，相(xiang)較于(yu)APP推送(song)，微(wei)信(xin)推送(song)需(xu)要選擇合適的模板(ban)ID。為了(le)方便推送(song)內(nei)容的規整與管(guan)理，微(wei)信(xin)體系下(xia)的推送(song)（微(wei)信(xin)公眾號推送(song)、模板(ban)消息推送(song)）必須要選擇相(xiang)關的模板(ban)標題，在模板(ban)下(xia)更替內(nei)容即可(ke)，具體模板(ban)內(nei)容可(ke)參考模板(ban)消息管(guan)理。
介于(yu)模板消息建立(li)在微(wei)信(xin)生態(tai)內，當然為了(le)用戶體(ti)驗(yan)及生態(tai)健康，微(wei)信(xin)也是設置(zhi)了(le)較(jiao)多的規則(ze)與限制(zhi)：
2.1 下發規則
2.1.1 推送位置：服務通知。
2.1.2 推送下發(fa)能力：用(yong)戶(hu)本人(ren)在微信(xin)體系內(nei)(nei)與(yu)頁(ye)面有交互(hu)行為(wei)后觸發(fa)，當然也是(shi)有時間的限(xian)(xian)制。微信(xin)公眾號(hao)的服務通(tong)知限(xian)(xian)定在交互(hu)72小(xiao)(xiao)時內(nei)(nei)可以主動下發(fa)消息，小(xiao)(xiao)程(cheng)序模板消息限(xian)(xian)定在交互(hu)7天內(nei)(nei)可以下發(fa)模板消息（小(xiao)(xiao)程(cheng)序下發(fa)模板消息需(xu)要收集Formid，Formid的有效期是(shi)7天）。
2.2 限制與懲罰
2.2.1 貼一下官方給(gei)出的(de)(de)違規說(shuo)明(ming)（請認真對(dui)待(dai)，不(bu)要以為是嚇唬你或是開玩笑。身為騰訊干兒子的(de)(de)我(wo)們真的(de)(de)被嚴格的(de)(de)封(feng)過！是！真！的(de)(de)！）：
2.2.2 一般官(guan)方給出(chu)的(de)懲罰(fa)原(yuan)因比較模糊，我(wo)結合(he)具體被封過的(de)例子簡(jian)單解釋一下以及我(wo)踩坑過來(lai)的(de)一些小tips：
1）
官方解釋：不允許惡(e)意誘(you)導用戶進(jin)行觸(chu)發(fa)操(cao)作(zuo)，以(yi)達(da)到(dao)可向用戶下(xia)發(fa)模板目(mu)的
話外解讀：不能以利益刺激(ji)引導用戶(hu)點(dian)(dian)擊、不能引導用戶(hu)做和訂單/消息(xi)無關的行為(wei)反面案例(li)，比如(ru)點(dian)(dian)擊領錢、砍(kan)價等(deng)等(deng)
Tips：
2）
官(guan)方解釋(shi)：不允許(xu)惡意騷(sao)擾，下發對用戶造成騷(sao)擾的模板
話(hua)外(wai)解(jie)讀：把消(xiao)息(xi)下(xia)(xia)發給了(le)無(wu)關(guan)的(de)人群、你的(de)模板消(xiao)息(xi)被用戶(hu)舉(ju)報(bao)了(le)，比如給女(nv)性用戶(hu)下(xia)(xia)發了(le)無(wu)人機/游戲(xi)手柄等相關(guan)的(de)內容。
Tips：認真做好用戶分(fen)層(ceng)，并且控制(zhi)好推(tui)送頻率。
3）
官方解(jie)釋：不允許(xu)惡(e)意營(ying)銷，下發營(ying)銷目的模板
話外解(jie)讀：你把模板消息(xi)當做營銷工具使(shi)用了(le)，并且被(bei)用戶舉報(bao)了(le)，比如有事(shi)兒(er)沒事(shi)兒(er)搞個促(cu)銷轟炸一通。
Tips：不要用(yong)模板消息推營(ying)銷(xiao)活動(dong)，早點囤些流量到公眾號(hao)里(li)推吧(ba)。
除(chu)了這(zhe)些，沒事兒(er)常拜(bai)(bai)一拜(bai)(bai)小龍爸爸，祈(qi)禱不要被封(feng)。
在公司里(li)我們(men)作為(wei)基(ji)礎部(bu)門，承接著各個業(ye)務方提過來的推送需求，以(yi)我們(men)為(wei)例，推送后臺應承載的功(gong)能主要(yao)有以(yi)下幾塊(kuai)：
3.1 推送能力支持主要涉及到模板維護、推送申請與流量分發、A/B測能力支持、數據查詢等基礎功能。
3.2 防打擾策略
根據產(chan)品不同防打(da)擾策略的設計會有差異，以電商平臺為例，可以分為以下(xia)三類推送：
基(ji)于(yu)以(yi)上三種類型，對(dui)(dui)于(yu)用戶的(de)防(fang)(fang)(fang)打(da)擾(rao)可以(yi)設計為底層(ceng)防(fang)(fang)(fang)打(da)擾(rao)、業務防(fang)(fang)(fang)打(da)擾(rao)兩個層(ceng)面。底層(ceng)防(fang)(fang)(fang)打(da)擾(rao)用戶保證消息(xi)通道“不(bu)轟炸”且有“存在感”，業務防(fang)(fang)(fang)打(da)擾(rao)保證“推對(dui)(dui)人”“不(bu)泛濫”。
防打擾(rao)條件(jian)可(ke)以(yi)從防打擾(rao)時間、防打擾(rao)頻(pin)次、防打擾(rao)場景等多個維度拆(chai)分，根據(ju)業務不(bu)同自行設計(ji)，不(bu)詳細(xi)展開(kai)。
3.3 資源競爭&智能匹配
簡單(dan)來說，這(zhe)個(ge)(ge)課題要解決的(de)問題是：A、B、C多個(ge)(ge)業(ye)務(wu)方(fang)都想給小明(ming)們推送，那么(me)A、B、C三個(ge)(ge)業(ye)務(wu)推送的(de)用戶群的(de)重(zhong)合度有多少？到(dao)底應該由哪個(ge)(ge)業(ye)務(wu)方(fang)推給小明(ming)們呢？
我(wo)(wo)的解法主要是用(yong)戶分層體系（主要是RFM模型(xing)）的應用(yong)，寫(xie)起來也是比較多，感興趣的話(hua)記得點贊留言，我(wo)(wo)得空(kong)了單獨整理一篇。
這里講的消(xiao)息主要針(zhen)對于(yu)微(wei)信(xin)模板消(xiao)息推送(song)，底層邏(luo)輯和APP推送(song)是一致的，只(zhi)是一些表(biao)現(xian)或者樣式有些微(wei)調，我簡單整理了一張(zhang)表(biao)格對比一下，各位看(kan)官自行分辨(bian)取精(jing)去粕(po)。
按(an)照(zhao)消息推(tui)送(song)的過程(cheng)，可以(yi)分為推(tui)送(song)前的準備、推(tui)送(song)中的監控、推(tui)送(song)后的復盤三個過程(cheng)，按(an)照(zhao)三個過程(cheng)分別提(ti)供一些優化建(jian)議(yi)。
但是，數據不完整(zheng)的小公司怎么推送(song)呢？
簡單(dan)來(lai)說，可(ke)以通(tong)過用(yong)(yong)(yong)戶系統版本、用(yong)(yong)(yong)戶性別、用(yong)(yong)(yong)戶年(nian)齡、活躍行(xing)為、消費行(xing)為等做簡單(dan)的推送即可(ke)。
