消息推送項目實操經驗分享

消息推送工程實操經驗提供由于筆者身處行業(yè)的特殊性，消息推送工程在經歷了一系列曲折之后終于上線,感慨萬千之余，將工程上線的經驗進行總結，希望能給需要的小伙伴提供幫助。一、需求分析消息推送功能是App的基礎功能之一，一方面，在業(yè)務進程發(fā)生變化時及時通知用戶，提升用戶體驗；另一方面，推送運營類消息可促進用戶活躍，提升App基礎數(shù)據(jù)指標。結合筆者所負責的App的實際情況，在需求池眾多嗷嗷等著上線的工程中，消息推送工程具有較高優(yōu)先級。二、本錢分析筆者負責的App可以投入該工程的開發(fā)團隊連視覺加測試總共缺乏10人，服務器資源對公司來說是較大一筆開支。且消息推送內容的風控處理、消息防重復推送機制等又需要比擬深入的研究，公司對上線時間也有一定的要求，從性價比的角度考慮，想自己去打通各設備廠商進行消息推送的方案顯然投入產出比極低。因此在與領導建議之后，最終我們選擇采購第三方服務商的消息推送服務。所以如何能知道對方的價格底線呢？這種情況建議:?多家服務商對接，了解業(yè)內定價范圍，并通過自己作為價格敏感性的客戶，讓商務的報價"卷"出一個盡可能的最低價。?群里問問其他小伙伴。處于為公司省錢的立場，我在多輪談判后，把價格壓到了首次報價的1/4不到,完成了服務的采購。不過價格方面是否需要壓到盡可能低，大家可以根據(jù)自己面臨的實際情況評估。.產品需求設計這里沒什么好說的，按部就班進行前后臺功能設計即可。稍微復雜一點的是需要理清App外未讀消息通知、消息中心、消息分類未讀消息的邏輯以及各權限的控制問題。.需求評審和實現(xiàn)方案評審在大公司，一般技術實現(xiàn)方案會由技術負責人負責，產品經理是不用管技術實現(xiàn)的。但是因為筆者的公司沒有技術負責人的角色，因此需要筆者在進行需求方案評審時同步與開發(fā)團隊確認具體的技術實現(xiàn)方式。小公司的產品經理有的時候也必須對技術方案進行把控，好處是能多了解一些技術知識，更好地把控工程推進；壞處是人的精力畢竟是有限的，主要看公司需求。.測試用例評審正常組織開發(fā)和測試進行用例評審，根據(jù)測試用例再一次與開發(fā)和測試確認需求宣講想表達的信息是否到位，并確認測試提供的用例，是否盡可能覆蓋了全部場皇.工程上線完成開發(fā)、清掉所有bug之后，產品走一遍主流程。找開發(fā)評估一下平安風險和性能風險，沒有問題,發(fā)布生產環(huán)境，工程就上線了。.工程復盤1）對業(yè)務的支撐和數(shù)據(jù)表現(xiàn)工程上線后沒多久，公司進行活動推廣，正好用上了我們的功能……還算是實現(xiàn)了對業(yè)務的支撐吧。因為工程時間緊，我們沒有做數(shù)據(jù)統(tǒng)計相關的功能，只使用第三方消息推送服務商的平臺進行查看發(fā)送、送達、翻開的數(shù)據(jù)。實際對業(yè)務的促進作用，沒有很多直觀的數(shù)據(jù)可以展示出來。目前消息推送對業(yè)務的支撐數(shù)據(jù)需求清單已經列出，預計在迭代的版本進行統(tǒng)計。2）工程推進周期復盤原那么上如果筆者沒有死磕，希望找到業(yè)內盡可能好的服務商談到盡可能優(yōu)惠的價格，在采購階段的時間應該可以省個半周時間。而最終的結果是，雖然談到了筆者所認為的業(yè)內盡可能好的服務商和盡可能優(yōu)惠的價格，但是公司基本不care,這點值得反思。以上是個人對消息推送工程推進的實操和個人理解，如有不正確的，歡迎大家指出、溝通討論。最后，特別感謝獅廠的前同事提供的建議和幫助。第三方服務商的消息推送服務有收費版和免費版的，原先App已接入過免費版的服務，但接入時間較早，圖文消息等功能均未面對我們App開放，且免費版共用推送通道，難以滿足數(shù)百萬用戶的運營推送需求，因此確認采購收費版本的消息推送服務。三.風險分析1.合規(guī)性風險三.風險分析2021年11月1日，《個人信息保護法》正式實施,對App及其使用的第三方SDK、第三方接口等采集使用的用戶信息進行嚴格的規(guī)定要求。這邊梳理出以下幾個合規(guī)性方面的實操建議:1）協(xié)議保障市面上第三方消息推送服務，往往會采集使用和分析客戶的用戶信息。因此采購第三方消息推送服務時，建議在合同中約束采集數(shù)據(jù)的歸屬問題、明確數(shù)據(jù)平安、數(shù)據(jù)合規(guī)方面的責任歸屬?？赡苡械牡谌较⑼扑头丈虝o你一份模板合同，說公司合同都這么簽的。實際上作為消費者，我們在簽署合同方面的話語權必然是有的，該堅持的要堅持,如果說服不了你，銷售為了拿下你這一單，他會自己在公司內部解決領導和法務的問題。2）關閉安卓設備的保活機制安卓設備消息推送的?；顧C制，不滿足個保法的要求，假設采購第三方消息推送服務，建議要求服務商關閉相關功能。?；顧C制是安卓特有的，開啟保活機制的App只要有一個在線，就能夠喚起其他App。優(yōu)點是只要你堅持推送消息，用戶沒翻開App的情況下App也會運行,可以把用戶活躍數(shù)據(jù)刷好看點，對于初創(chuàng)公司可能是能快速見效的促活手段，缺點是存在合規(guī)性風險。暫未能確定第三方平安保障機構能否將安卓?；畹那闆r檢測出來（如果能，那么工信部網(wǎng)信辦就一定能），但是對于移動終端的深度用戶或者從業(yè)者，在使用過程中能觀察出App是否啟用了安卓?；顧C制。如所處行業(yè)比擬敏感，建議能關那么關。3）SDK收集、使用信息確實認首先是按照個保法要求，盡到監(jiān)督義務。目前中小型公司缺乏對第三方SDK收集使用數(shù)據(jù)方面的技術監(jiān)控能力，因此建議與第三方消息服務提供商確。目前使用的SDK版本采集使用了用戶的哪些信息,最好以書面的形式提供材料,或與對方確認，是否完全以SDK的隱私政策為準，以證明己方已盡到監(jiān)督的義務。如公司行業(yè)比擬敏感且有一定預算，可采購第三方數(shù)據(jù)平安保障機構的檢測服務進行檢測。普通公司與第三方消息推送服務商溝通確認后在隱私政策中披露并在己方App的隱私政策中闡述以SDK服務提供商的隱私政策為準，在當前個保法推進階段基本可滿足SDK信息披露的要求。其次需要關注SDK的版本，根據(jù)個保法推進的情況來看，不少第三方消息推送服務商應該在2021年推出了新的SDK版本，減少了敏感信息的收集使用。同理可檢查App使用的其他SDK是否也有類似的更新，如有，建議全面更新SDK版本，盡可能規(guī)避合規(guī)性風險。4）消息推送主要是三局部內容。一是權限管理，市面上App主要管理權限包括:手機自帶的消息推送設備權限，就是一般App翻開之后會普遍詢問的權限，在20年11月之前的調研中發(fā)現(xiàn)，也有的App在某些設備機型是默認翻開消息推送權限的。分類消息的推送權限，支持用戶按照消息分類選擇性接收消息推送。分類消息的提醒權限，支持用戶按照消息分類選擇接收但不對消息進行通知欄、未讀消息小紅點的提醒等。按照個人特征進行個性化推送的權限，在個保法推行之前市面上相關的產品方案已經比擬成熟，保持和大家方案一致即可。二是推送頻次，根據(jù)個保法的要求，原那么上不應頻繁推送打攪用戶。目前暫未發(fā)現(xiàn)有關部門通報哪家產品消息推送過于頻繁打攪到用戶的，大家酌情控制推送頻次即可。三是推送內容，主要參考材料為《網(wǎng)絡信息內容生態(tài)治理規(guī)定》。正常業(yè)務推進的時候一般不會犯這種敏感又低級的錯誤，但是實操方面，各App測試消息推送發(fā)生生產事故的案例確實不少……所以一是提醒大家做好流程管理和賬號權限管理，專人專事，減少出錯機會；二是在第三方消息推送服務商的后臺可配置相關敏感詞，消息提送時可直接過濾帶有敏感詞的推送內容。像黃賭毒之類的敏感詞，一般第三方消息推送服務商會自帶風控過濾機制。2.其他風險我們在推進工程的時候主要關注接口并發(fā)，不過因為第三方消息推送服務商的能力已經比擬成熟，確實也沒方法實現(xiàn)可驗證該說法的壓測，所以對基礎能力這邊僅做了風險性的評估。此外，關于消息存儲方面，需要考慮到消息在服務器存儲多久、消息推送量大概多久等問題，需要根據(jù)App的實際情況與開發(fā)溝通后確定需求和資源。四、實操過程1.了解消息推送的實現(xiàn)原理在我們研究消息推送實現(xiàn)原理之前,首先需要明確,我們通常所指的消息推送是什么。1)通知欄消息(PUSH)一般我們收到消息時，App頂部會彈出消息，然后在設備的通知欄可查看未點擊的消息。這種消息我們定義成通知欄消息，也就是一般大家所說的消息PUSHO①iOS:實現(xiàn)消息推送是最簡單的，不管App是在線狀態(tài)還是離線狀態(tài)，消息推送至iOS的APNS服務器，APNS再根據(jù)設備標識推送至指定設備，用戶即可接收到消息。大致鏈路為：業(yè)務系統(tǒng)（發(fā)起推送）一第三方消息推送服務商的服務器（推送邏輯控制、推送下發(fā)）一蘋果APNS服務器——指定用戶設備。②安卓：安卓因為廠商眾多，廠商能力不同,所以實現(xiàn)方式也不一致。安卓大廠如華為、小米、VIVO、OPPO,和iOS實現(xiàn)邏輯和效果基本一致，我們稱之為消息推送通過廠商通道推送。但是需要申請開發(fā)者賬號并綁定App,在開放平臺開通廠商通道推送的權限。這類廠商機型支持在線離線狀態(tài)的消息推送。消息推送大致鏈路為業(yè)務系究發(fā)起推送）一第三方消息推送服務商的服務器（推送邏輯控制、推送下發(fā)）一一廠商服務器一指定用戶設備。像一些小眾手機的安卓廠商，不具備廠商通道推送能力，需要依賴于App的在線狀態(tài)。只有在服務器能夠保持鏈接狀態(tài)的時候，設備才能接收到通知欄消息。消息推送大致鏈路為：業(yè)務系統(tǒng)（發(fā)起推送）一第三方消息推送服務商的服務器（推送邏輯控制、推送下發(fā)）一指定用戶設備。離線狀態(tài)且未開通安卓設備保活機制的時候，設備終端是無法收到消息的。順便提一下，如果消息下發(fā)時，App離線，消息可根據(jù)需求配置保存的時間，如在保存的時間范圍內App翻開變?yōu)樵诰€狀態(tài)，此時第三方消息推送服務商會將消息重新下發(fā)進行推送。感興趣的小伙伴可網(wǎng)上搜索"消息推送實現(xiàn)原理”了解更多。2）消息中心的消息有一個大坑,在了解消息推送的原理之前，筆者一直以為消息是推送到消息中心的，直到自己在第三方消息推送服務商的平臺嘗試推送消息，發(fā)現(xiàn)消息中心壓根收不到消息……實際上消息中心的消息一般處理方式都是保存在自家的服務器端的，進入消息中心的時候去服務器端拉取數(shù)據(jù)。所以通過第三方消息推送服務商的平臺發(fā)的消息直接發(fā)到設備，消息中心根本查不到數(shù)據(jù)。理論上消息發(fā)到客戶端可以讓客戶端做一下保存，但是實際卸載或者清除緩存之后，歷史消息就完全沒有方法查看到了?；贏pp需要對消息進行留存的需求,該分支方案未再深入進行研究。2.選擇第三方服務商、進行商務談判1）服務商選擇標準客觀來說，如果沒有在多家公司實施多個同類工程的經驗，壓根是不知道哪家第三方服務商更好的。所以我們明確目標——第三方服務商的產品和服務能夠滿足我們的要求即可，并不一定需要業(yè)內最好。我個人選擇服務商，主要參考以下標準:?服務商的行業(yè)經驗：越久深耕的，一般產品越成熟。?服務商的行業(yè)口碑：一般去知乎上就能看到，不過也有水軍，但是有一家大家都知道是水軍知乎都在罵水軍和罵他家產品的也是挺離譜的。需要自己判斷，沒人說好的未必不好，有人說好的未必真的好。順便互聯(lián)網(wǎng)群多一點，去群里吼一聲問問大家，有沒有此類工程實施經驗、服務商產品和服務如何，基本就可以得出自己的判斷了。?商務對接感受：如果對接期間商務讓你覺得不專業(yè)、有顧慮，那基本建議不要考慮了，除非已經鐵了心就決定是這家了。合作洽談階段如果問題都沒方法得到順暢的解決，那如何能指望付完錢之后對方優(yōu)質的服