魔推mpush：我們應該佔領使用者的手機嗎？

標籤：魔推mpush;訊息推送；開發人員

魔推mpush：我們應該佔領使用者的手機嗎？

 

訊息推送在行動裝置商的迅速普及和變化，讓它已經不僅僅是推送訊息或通知了。在IOS裝置上，App Store上的程式可以推送訊息、郵件、立即訊息。推送網路上記入到TODD。通過訊息推送可以在兩台裝置中庸推送聊天。提醒使用者某個APP降價了。難怪Yo的投資者認為：通知欄已經成為人們與智能手機串連的首要層級，它能夠承擔很多具有“單向通知”的任務。

 

這句話的潛台詞是：現在我們來佔領使用者的手機吧！

 

但是我們真的應該這麼做嗎？

 

當年，iphone出現推送短短半年不到，訊息推送就已經濫觴。串連網路設定議程，到時候再通過推送提醒你的程式竟然也有不少下載！這些人似乎忘了，系統的議程內建提醒。實際上，噩夢才剛剛開始，通知僅僅是個快顯視窗而已，系統中沒有個地方提供這些通知的一覽。如果你同時設定了微，IM 還有 郵件的推送，面對著這幾個程式上的紅色數字，你知道那封纏綿的訊息是通過什麼過來的？開啟郵件查詢，沒有。開啟 Twitter 查詢，沒有。太好了，那一定是 IM 了！心潮澎湃之際，又一個通知出現了: “中國移動提醒您，您已經欠費停機”。

 

稍微對國內移動互連網生態有所瞭解的人都知道，第三方訊息推送平台已經成為移動開發人員，特別是Android開發人員必須使用的服務。因為，眾所周知的原因，google的官方推送介面有著推送介面不穩定等缺陷，使得開發人員必須要選擇第三方推送平台，將推送訊息的部分交給這些推送訊息平台處理。

 

而目前，大多數第三方平台開發時，並沒有像使用者提供可能的選擇。這就造成了，很多智能手機使用者詬病的訊息推送機制。這與國內的移動開發環境有關，也跟使用者使用手機的習慣相關。但是我們真的應該無時不刻的需要提醒使用者該使用一款一輩子都不會用到的垃圾APP嗎？

 

第三方平台看重的是SDK的裝機數量，運營者則要考慮到展現的資料。訊息推送於是就這樣一發不可收拾。使用者就在這樣的開發環境下，使用自己的行動裝置。而訊息推送的效果並未獲得提升，這樣做反而引起了使用者反感。“怎麼我把推送訊息關了，還隔一會發條訊息，實在關不掉，就把軟體給卸載掉！ ”

 

終於，有一天我們佔領了使用者手機，但這時候發現，前期APP推廣時，砸錢堆出來的使用者也終於對你失去了信心。

 

 

 

 

魔推mpush：我們應該佔領使用者的手機嗎？