消息推送平臺亂象和趨勢

来源:http://www.cnblogs.com/Creator/archive/2017/08/11/7347898.html
-Advertisement-
Play Games

目前每日全網下發的推送消息大概是120億條,這些消息主要在Android設備上,平均每個Android用戶每天會收到30條以上的消息, 為什麼呢,主要是因為Android手機生態的原因,關閉消息太難. 所以Android設備的用戶每天生活在消息的轟炸之中,從業內的一些數據來看,現在Android的一... ...


最近筆者關註了一下推送這個領域,來給大家說說目前的推送的現狀,我的一些想法以及這個行業的一些趨勢判斷.文章分兩大部分,分別是消息的用戶打擾以及消息通道和各推送平臺的趨勢.

消息的用戶打擾

目前每日全網下發的推送消息大概是120億條,這些消息主要在Android設備上,平均每個Android用戶每天會收到30條以上的消息為什麼呢,主要是因為Android手機生態的原因,關閉消息太難所以Android設備的用戶每天生活在消息的轟炸之中,從業內的一些數據來看,現在Android的一條推送,從展示到點擊的轉化,已經不足5%了,絕大部分的消息都是無用的,打擾用戶的。

為什麼要推那麼多消息,甚至一個APP每天需要推好幾條消息呢,從業內的一些運營人員瞭解到,因為現在各家推的消息都多,所以我們也必須跟上,不跟上用戶的屏幕就被霸屏了,顯示不到我們app的推送內容,所以每隔幾個小時我們得發一個,冒個泡搶個樓露個臉,是這麼個味道.

還有一個奇特的情況是,美國總統當選,一天一個用戶就收到了好幾十條總統選舉消息,第二天還有好幾十條是那些運營團隊跟進不及時的Apps發的,絕大部分用戶的已然被強打擾.但是還是有那麼多用戶不知道怎麼關或者痛苦著並不思如何解決(用戶很懶)

這就是當前的現狀:消息很多,轉換很低,有用的消息很少且被埋沒

下麵來談下我的觀點:

針對問題消息多,大家都知道一個道理,就無利不起早,所以大家會發一定是有利可圖,即便現在一條消息被用戶打開的轉換率已經足夠低了,但是有總比沒有好,另外還惦記著冒個泡搶個樓露個臉;所以你看,消息就這麼多起來的。核心是有利可圖類似投入產出比,得到的收益與失去的東西做權衡是正向的。

那推送難道真的就沒有成本嗎?不然,推送了消息後打擾了用戶,用戶的關閉和卸載行為其實就是一條推送的成本,或者叫負影響市面上有兩類公司,一類是算過投入產出比的,成本和產出是正向有收益的,也就是推送消息獲得的收益 大於 推送消息帶來的關閉和卸載負影響,所以在堅持乾堅持發,絕大部分95%以上的公司是沒有算過的,在陷入上面的跟風搶位且不停迴圈中。

所以對於手機廠商來說,要優化消息的體驗,勢必要提升成本,也就是讓更多的打擾用戶的場景變成不是正向的,不能得利,那麼用戶被打擾的頻度就降下去了.

具體怎麼操作呢?假設我是手機產品的設計者,我會從以下三個維度考慮:

  1. 讓用戶更加容易關閉和拒絕消息

  2. 消息根據具體某個用戶轉換率的排序,以及自動策略關閉

  3. 收費

三個緯度都在提升APP的發一條消息的成本

  1. 現在消息那麼多,把決定權交給用戶,讓用戶可以快速便捷的關閉某個APP的消息,例如在消息展示時下方有小按鈕關閉此APP推送,或者類似蘋果左滑的體驗,後面出關閉此APP推送按鈕。這樣推一些不是那麼有用的消息的時候,用戶反感能快速關閉,app推送的損失是很難再觸達這個用戶了.

  2. 手機展示消息根據具體某個用戶轉換率的排序,以及自動策略摺疊或關閉;例如對A用戶來說,新浪微博推的消息點擊轉換效果好,頭條推的消息對此用戶轉換效果差,那麼新浪微博的消息排在前面;若頭條的效果在此用戶所有的Apps中比較差而且還經常推消息,那麼策略性的摺疊消息甚至是自動幫用戶關閉此app的推送;這樣能夠激勵apps去發那些對用戶真正有幫助的消息,而不是以量取勝同時對於Apps來說,一條消息該不該發,需要更加謹慎的考慮了,還拿總統選舉的例子,獲得消息晚,該不該發可能就得掂量掂量了.

  3. 按發送數量收費,類似運營商簡訊的玩法,此處不展開討論,得罪萬千開發者,我想說的是這個模式也不是不可能,因為國內一臺手機利潤才100左右,他也沒法cover自建消息通道的成本;且此路是我開,要從此路過,留下買路錢,很合理,沒毛病.

從產品角度考慮,哪一個手機做到前兩者,那麼相對他的消息體驗就能好起來了從手機廠商的角度他願意在自己的推送產品上這樣做嗎?當然願意,因為這關乎他手機體驗的核心競爭力類似目前OPPO R9S手機的做法,極度反對消息推送,幾乎不主動打開就沒有消息推送,這類太極端,甚至作為用戶,損失了消息獲取權,但是從使用者的感觸上來說,的確比不停的接受垃圾消息要好,所以Oppo的推送消息改變是正向的,只不過產品策略還不夠好.可以更好.

插播一條硬廣: 技術文章轉發收錄太多,此文出處 http://www.cnblogs.com/Creator/ 以及微信公眾號: 互聯網手藝人

 

關於各推送平臺的趨勢分析

從手機廠商角度來看,AndroidPush消息目前是各家建立後臺Service長連接方式來實施的,帶來的問題是手機用戶都在抱怨手機耗電快,偷跑流量等;所以部分手機為了提升自己的產品競爭力,不讓應用自己開長連接做推送(如小米 華為),自己來做系統級的推送,還有一些意識到了這個問題,但是對於這部分廠商來說,沒有自建系統級消息推送的能力,但是他又想讓自己的手機續航能力強,所以他只能強制殺應用.

目前這部分還沒有想好自建消息推送對自己的收益的廠商和開發者實際上在玩一個貓和老鼠的游戲,廠商為了讓自己的手機具備續航能力強,所以他就想殺應用,但是廠商也不能全殺,因為全殺了手機用戶完全收不到通知,體驗也有問題所以這部分廠商做了一些策略(如只能後臺有幾個進程)得到了一個稍微能提升一些續航能力,同時又會影響用戶消息下達的方式而開發者為了自己的利益(消息推送是日活和用戶消費時長的關鍵)就在拼命想辦法繞開廠商被殺的策略,同時儘量在存活時展示更多的消息給用戶,歷史消息也發出來類似憋久了之後的洪荒之力;

 

對於廠商來說,自建系統推送消息通道一定是後面發展的趨勢,只有這樣才能將續航能力提升到最大,同時解決偷跑流量的問題;這條路廠家勢在必行. 

 

當各廠家都決定要有自己的系統推送消息通道,那麼試問現在的極光,個推,還有BAT等推送平臺以後怎麼辦?是不是可以完全不需要他們了.

有人說一定還需要人做集成,因為廠商那麼多,但是個人以多年互聯網的研發經驗來看,集成各廠家只需要一個開源項目,並不需要一個公司以商務的形式來提供服務,當然若現在做推送業務的公司能夠與廠商合作拿到一些普通開發者拿不到的東西(如詳細的回執報告),可能會有他存在的必要性,但是看起來這個商業模式有點弱不禁風!

對於目前的推送平臺來說有一條路是可以走的,那就是擁抱變化;沒有人能改變趨勢,但是他們可以利用趨勢;現在自己能做好系統級推送消息的除了華為,小米,沒有二家了,那麼推送平臺可以與其他廠商快速取得合作,成為他們的官方系統渠道;這在目前是行的通的,因為現在OPPO,VIVO,魅族等其他廠商並沒有覺得系統級推送消息是手機廠商需要乾的事情,但是為了提升續航能力又不得不幹,此時有人能解決他們的困難,讓他們拿到產品續航能力提升的收益,何樂而不為.推送平臺成為官方渠道後繼續做目前的事情,順便解釋一下他們目前所做的事情,目標不僅僅是推送服務,而是數據的應用以及精準廣告的售賣,這才是推送SAAS的正確姿勢.

還有一種方式就是,目前各推送平臺的數據應用和精準廣告已經開始開展,有先天優勢,可以與各廠商談合作留下他們的長連接,一個手機一條長連接鏈路的權利(反正也不會影響他們的業務,因為可以接收消息和喚起其他app,這樣他們該有的業務還是按原來繼續發展;至於廠商為什麼要給某個平臺留,當然是需要各推送平臺拿一些收益出來分給廠商的,能留哪幾家這些都完全取決於商務合作結果.這個模式個推送平臺的生殺大權全在各大廠商手裡.

推送消息這個高價值的小業務,即將迎來新一輪的變化,擁抱變化吧。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • centos7安裝過程中如果沒有創建用戶的話,預設只有ROOT用戶,這個用戶是具有最高許可權的帳戶,可以做任何事情,但實際生產環境中我們一般不會使用這個用戶,因為許可權太大了,很危險。 所以在生產環境中就要創建一個或多個用戶帳戶,分配合適的許可權來使用,用過windows的都知道,windows也是多用戶 ...
  • 1、背景 1) 一個作為伺服器端:VM3(IP: 3.9.8.151) 2) 一個作為客戶端:VM2(IP: 3.9.8.157) 3) 伺服器端和客戶端網路能夠互相ping通 4) 伺服器端和客戶端都已安裝 rsync 要求:將VM3的/root/backup/目錄下的所有文件 複製到 VM2 的 ...
  • while迴圈 語法1: while [ 條件 ] do 命令序列 done 語法2: while read -r line do 命令序列 done (切記while和左中括弧一定要有空格) 例子 if判斷語句 語法1: if 條件 then 命令序列 fi 語法2: if 條件 then 條件序 ...
  • 1 、rsync介紹 rsync是實現全量及增量的本地或遠程數據鏡像同步備份的工具 rsync常用命令參數 2、rsync特性 ①支持拷貝特殊文件如軟鏈接,設備等 ②排除指定文件或目錄同步的功能,相當於打包命令tar排除功能 ③ 保持原文件或目錄的許可權、時間、硬鏈接、屬主、組等屬性不改變 ④實現增量 ...
  • 輸出重定向 重定向一般通過在命令間插入特定的符號來實現。特別的,這些符號的語法如下所示 command1 > file1 上面這個命令執行command1然後將輸出的內容存入file1。 註意任何file1內的已經存在的內容將被新內容替代。如果要將新內容添加在文件末尾,請使用>>操作符。 實例 執行 ...
  • 1. 引言 由於實習生轉正,公司給配了一臺新電腦,配置不用多說,16G記憶體,i7 7700的CPU,128SSD的系統盤,1T的機械硬碟,雖然只有一個破核顯。對於我個人而言,最重要的是系統從Windows7企業版升級到Windows10企業版,成為公司第一批使用Windows10的員工。 2. 在B ...
  • 一、直接使用C#操作資料庫的類庫ADO.NETADO.NET使用Connection對象來連接資料庫,使用Command或DataAdapter 對象來執行SQL語句,並將執行的結果返回給DataReader或DataAdapter,然後 再使用取得的DataReader或者DataAdapter對 ...
  • Entity Framework使用Code First方式時,實體之間已經配置好關係,根據實際情況某些情況下需要同時獲取導航屬性,比如獲取商品的同時需要獲取分類屬性(導航屬性),或者基於優化方面考慮等,下麵來看一個例子 例子中有會員實體類(Member)與角色實體類(Role),Role與Memb ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...