移動互聯網時代，消息推送已成為連接用戶與服務的重要橋梁。然而，如何在提升用戶體驗的同時避免打擾用戶，是每個產品經理和運營人員都需要深思的問題。本文將詳細解析PUSH推送的機制、設計策略及優化方法，幫助你更好地利用這一工具，實現與用戶的高效互動。

消息推送功能在日常生活中其實還是比較常見的，比如早期的郵件推送和短信推送，到現如今各類移動端APP中廣泛引用。

推送功能已經成為互聯網時代不可或缺的一部分，特別是在廣告變現業務中，其重要性更是不言而喻，成為推動業務增長的關鍵能力之一。

PUSH推送不僅方便了用戶及時獲取最新的信息，同時也為提供了與用戶互動、推廣產品的渠道，但是也會經?？吹胶芏嗤扑瓦^來的垃圾信息，這就讓用戶感到厭煩。

那么作為產品經理設計消息推送該如何設計？

運營時又該如何使用？

一、PUSH推送是什么

APP PUSH 通知欄消息，如下圖展示。

通知中心推送消息結構主要包含元素

那除了上圖這種比較常見的樣式呢，還有一些個性化的特殊樣式，比如增加替換符號，「替換符用于替換名字，名稱，物料，符號等」，功能按鈕等個性化元素。

再或者是增加圖片，Banner等素材元素。

PUSH通知是APP用戶促活和留存的有效工具，精心設計的PUSH推送能夠精準地觸達目標用戶群體，不僅能提升APP的用戶活躍度，還能增加用戶的活躍天數，促進用戶的長期留存。

同時，可以通過PUSH通知將最新的活動、話題、優質內容等推送給可能感興趣的用戶，提高活動的曝光率和參與度。

用戶未關閉PUSH通知，可以在手機終端鎖屏狀態下通知欄展示或在操作前臺頂端彈出的消息通知，具有一定的強提醒性，點擊后可喚起APP，引導用戶點擊并重新打開APP，完成各種關鍵的產品行為，在用戶點擊PUSH跳轉后便消失，沒有痕跡。

PUSH推送在消息系統創建好后進入發送階段，服務端需要根據用戶終端信息進行路由，對于不同的系統版本，支持的消息展示形式也不同。

IOS系統調用的是蘋果自身的推送通知服務「APNS，Apple Push Notification Service」,依托一個或幾個系統常駐進程運作，是全局的，接管所有應用的消息推送，可看作是獨立于應用之外，而且是設備和蘋果服務器之間的通訊。

Andriod系統則是根據不同的廠商去調用不同廠商SDK，更像是傳統桌面電腦系統的做法，每個需要后臺推送的應用有各自的單獨后臺進程，才能和各自的服務器通訊，交換數據，雖然谷歌初期在Andriod系統中內置了用于推送用的服務程序，也搭建有類似于APNs的服務器，但是國內訪問其服務器受限，很多手機廠商為了給手機減負都把這些代碼刪掉了，導致Andriod手機只能通過與服務器長連接的方式，才能實現推送功能，但好在有很多第三方的推送平臺解決了一些技術難題。

那PUSH的本質其實是準備一批用戶ID，準備好推送的文案、跳轉頁面等，在某個時間點或事件發生的時候，推送給用戶。

二、消息從發送到到達用戶設備

需要經過一個通道，通道類型一般分為三類，廠商通道、第三方推送平臺、長連接。

1. 廠商通道

手機終端廠商推出的推送服務，各家廠商都有關于APP推送的限制和規范，通過接入廠商SDK，服務端可以將消息推送到手機系統的服務端再下發至客戶端內部的廠商SDK，由操作系統進行相應展示，點擊后喚起APP，可以避免APP進程被殺死后消息無法觸達用戶，因此廠商的觸達率較高，但也會受到廠商的規則限制。

2. 第三方推送平臺

推送服務公司搭建的相關消息服務，各個APP使用了同一個平臺的推送服務時，客戶端都是集成同一個第三方推送平臺的SDK，因此形成了一個推送聯盟，當聯盟中的其中一個APP的消息進程沒有被殺死的時候，其他APP也可以利用進行通知用戶，形成了相互喚起，提高觸達率。

之前有人做過多場景測試，相互喚起的成功率并不高，但也可以有償幫忙接入不同的廠商通道

3. 長鏈接

建立手機與服務端的一條鏈路進行消息數據推送，通過長鏈接可以進行APP狀態監控，但完全由長鏈接推送且保證觸達的穩定，需要投入的研發資源較多，且需盡量避免自己的長連接進程不要被操作系統殺死。

注釋：

「廠商通道：例如國內華為，魅族，小米，OPPO，VIVO等手機廠商，蘋果的推送通道叫APNS」

「第三方推送平臺：極光，友盟，個推等」

PUSH功能搭建需要依據產品自身的情況和公司可投入的資源成本為主，在不同的階段追逐不同的目標。

推送時客戶端的PUSH SDK均會根據用戶的設備號生成一個對應關系的TOKEN，在SDK內部，如果使用的是第三方推送服務，則去第三方的SDK注冊；如果是廠商，則去商城SDK注冊；如果使用長連接，則去自己的SDK進行注冊，作為后續推送的標識用戶的唯一ID。

PUSH推送人群包是根據用戶畫像整理一批用戶ID，以TXT或者EXCEL上傳到推送后，將一個相同的內容推送給這批用戶，文案和頁面千人一面，推送目標人群里的每一位用戶收到的消息內容都是一樣的。

有些個性化消息的人群是算法推薦產出的，計算用戶的行為偏好，進行個性化PUSH推送，包含【替換符】的統一消息模板，每一條推送在替換符位置根據用戶的設置和偏好顯示不同的內容，文案千人千面，每個用戶的文案【替換符】的內容都不一樣。

產品經理或運營需要設計一些個性化策略，挖掘更多的觸發場景，根據用戶畫像或行為設計觸發式的推送策略，盡可能覆蓋更多的用戶。

同時也可以參考用戶的活躍時間段，用ABtest確定最優的推送時間點。

ABtest，簡單來說，就是為同一個目標制定兩個方案，一部分用戶使用 A 方案，另一部分用戶使用 B 方案，記錄下用戶的使用情況，看哪個方案更符合設計目標。

推送策略設計主要圍繞推送給什么人，在什么時候推，推送什么內容，具體根據大盤實際情況策劃PUSH側重點：

• 參考用戶基礎信息：性別、年齡段、地域等；
• 關鍵行為：交易單價，頻次、使用時長、「Aha Moment，啊哈時刻」等；
• 興趣偏好：分類、標簽、活動等；
• 生命周期：新增、活躍、成熟、沉默、流失等。

用戶能接收以及愿意接收PUSH推送條數有限，但一個用戶可能會同時命中多個人群包，那這個時候就需要考慮優先推那條消息，如果目標是打開人數，當用戶命中多條消息，優先選擇用戶最可能點擊的消息。

篩選條件按每條策略的歷史數據表現從高到低排序，將策略的推送人群進行優先級去重，最終覆蓋全部人群。

復雜一點的可以結合以上策略加入個性化算法推薦策，這部分需要算法同學介入，而產品經理或運營需要關注這個模型的有效性和自適應，避免出現一些類似陷入泥沼的情況，比如某個策略由于一次超水平發揮的異常表現，而一直處于排序前列，實際效果平平等。

以上推薦策略不包含功能提醒PUSH，畢竟功能提醒類需要保障能及時送達用戶，往往處于高優先級。

三、面對不同的人群，又該如何選擇通道

一般來說較為重要的推送，走廠商通道；

在線或高活躍度的用戶的推送，可以先走第三方通道，高活用戶很大概率會主動打開APP，走第三方通道，到達率也有一定的保證；

通知權限關閉的用戶，可以過濾，避免占用額度，若廠商通道已超限，走第三方通道。

但是，這樣根據業務定制的通道選擇方案可能成本較高。

通常，第三方推送服務已經直接給出了通用規則，比如，當用戶設備離線&支持廠商通道，則走廠商通道；當用戶設備在線，則走第三方通道。

如果公司有根據自己業務邏輯，自主選擇通道的能力，就可以根據上述方案進行優化。

上報數據包括觸達 點擊 關閉 退出 注冊等數據，所有方式的觸達消息，都離不開觸達與點擊，觸達的數據通過廠商的需要廠商回調上報，點擊數據可以由SDK上報服務端。

對于關閉PUSH推送的用戶，也需要評估PUSH是否過度發送，打擾到了用戶。

這里一般分為APP內部的關閉，SDK直接上報給服務端就可以；

另一部分是用戶在手機操作系統上主動關閉了APP的PSUH推送，需要APP在前臺時，SDK調用手機終端相關方法獲取該用戶是否關閉了PUSH推送，然后上報至服務端。

消息任務設置好后，測試需要發送運營設置好的內容，推送給運營，發送的文案添加“測試”，或設置測試白名單，不在白名單內的賬號無法進行測試，驗證消息推送出去后展示的效果與相關跳轉是否正常，同時需要謹慎審核消息文案是否符合廣告法、消息跳轉是否正常、發送頻率、時間是否合適等才能發送，避免造成線上推送事故。

數據分析一般按照消息的全流程進行分析，包括發送數量、觸達數量、點擊數量、轉化數據。

消息未成功送達用戶設備的原因可能是用戶關了通知或卸載APP，可以做用戶引導開啟、減少或者拉長關閉入口的鏈路、喚醒召回流失用戶；

用戶離線「非廠商通道的推送依賴應用在線」，提高用戶在線的概率，APP相互喚起、優化網絡，或者在用戶可能在線的時機推送：除了根據用戶活躍時間段統計分析，還可以抓取一些事件，比如設備亮屏、或借助用戶其他渠道的活躍情況進行判斷；

消息不符合廠商的規范或限制，量級限制「單用戶1天能發送的條數限制、APP1天能發送的總量限制」，減少無效消息占用額度、通道選擇優化、廠商消息分類；內容限制：文案特殊字符、URL、技術格式等。

觸達率的提升需要從消息創建到實際通知到用戶的建立完整流程，細化每一個交互環節，發現影響觸達率的主要原因，并針對性地進行解決或優化方案。除此之外，未采用廠商通道的消息也可以采用長連接和其他推送平臺服務同時多條推送。

優化推送策略可以從提高用戶畫像準確性入手，如果圈選的人群對推送的內容并不感興趣，那么內容在優質都很難吸引到用戶，或者用戶被吸引點擊后，進入頁面也會失望，人群劃分，用戶價值篩選可以用RFM模型。

內容優化包括消息入口的一切可配置的元素，包括最常規的文案、消息底圖、右側小圖、頂部的應用圖標、應用名稱、摘要等，元素樣式可以參考上圖，未來可能會出現更多展示形式。

提高用戶相關性，例如用戶的基礎屬性信息，包括姓氏、所在區域、尾號、性別等。

簡短、場景化的表達更吸引點擊，一般來說，文案越簡短，效果會更好，可以嘗試使用用戶熟悉的有情景感的表達。

突出重要利益點，活用符號和emoji，比如，假設用戶和物料屬于強關聯關系，可以嘗試引用物料相關名稱或內容單獨放在主、副標題展示，靈活使用【】、「」、｜等，在文字相同的情況下，是否使用符號、以及使用哪種符號，效果通常會有明顯差異。

總之，一切從推送人群的畫像、訴求出發，通過反復的ABtest，找到用戶關心的利益點、對文案風格的偏好。

對于如何控制推送頻次，提高用戶體驗，一個用戶一天可PUSH多少條消息，這個問題其實比較難評估，因為每個人的容忍度不一樣，用戶的負面反饋又有延遲性、難監控、幾乎不可逆轉這些特點，推送頻次的控制也叫疲勞度控制、防疲勞機制等。

四、消息條數閾值應該如何設置

可以參考手機廠商對單用戶能接收PUSH的數量，一般非功能PSUH一個設備可發送2-5條；

參考對標競品每天對用戶PSUH推送的數量；

參考用戶負面反饋，比如關閉通知、卸載的用戶，是不是消息條數普遍較多，有幾條。

有條件，可通過ABtest驗證，比如相同條件的用戶，限制1天可發送5條或6條，拉活率有無提升，轉化有無提升、負面反饋有無增多等。

同時需要監控和反饋消息，提供用戶反饋入口，支持用戶選擇不喜歡該條推送、或建立賬號與用戶建立聯系，支持用戶隨時地反饋推送相關問題。

監控社交媒體、應用商店上的反饋，有時候用戶如果覺得某條推送問題很大，會愿意分享在微博等平臺吐槽，可以關注一下應用商店有無相關的評價。

PUSH推送是一個強大的工具，可以提高用戶的參與度和應用程序的活躍度，但同時也需要注意不要過度使用，以免造成用戶的反感和干擾。

開發者應該在尊重用戶隱私和偏好的基礎上，結合業務實際情況合理利用PUSH推送功能。