從產品層看微信會這樣取代原生APP

0 評論 12840 瀏覽 51 收藏 11 分鐘

最近一階段H5技術被推到高峰,很多人認為借助H5就能利用微信公眾號取代APP原生應用了,而事實是怎么樣的?這里我從產品層做一個客觀分析。

一. 原生APP總體趨勢

要談APP是否會被微信取代,那么必須回過頭去看整個APP的增長勢頭,早在2014年百度就發布移動分發市場報告,Android市場大盤增速放緩,紅利正在消失。

而客觀來看待,工具型APP發展正出現瓶頸飽和,工具類APP該做的都已經做完。剩下的APP都是圍繞著內容生產的社交以及新聞類APP,而這很考驗運營勢能。

結論:現在做APP開發,要想再做成一個純工具不與智能硬件或者線下結合的APP的機會不存在,其次內容型APP需要強運營能力。所以在這種情況下,我們下面要討論第一是工具類APP能否遷移到微信服務號中?第二是這類運營的內容型產品能否遷移到微信服務號?

二.?原生APP四象限與微信關系

現在從用戶數和打開頻率來討論下原生APP的四象限,這四象限代表著已經存在的需求,這里的用戶多少以BAT的矩陣產品為基準線,我們從這四個象限出發來看下微信服務號與之對應的關系。

原生APP是否能做到微信中.png

用戶多,頻率高:

這類APP是BAT矩陣產品,要在微信服務號里面做是不可能的,BAT也不會考慮,而下一個BAT級別的公司一定不會在微信服務號中誕生,必須另辟山頭。所以沒有任何機會。

用戶少,頻率低:

這類APP就是我們常見的在應用商城中那些小而美的產品,一些小創意產品,這類APP產品本身就沒太大機會,所以放到服務號中更沒機會。因為需求已經被驗證過了。

用戶少,頻率高:

這類APP類似滴滴打車,上門洗衣,上門按摩等等。這里把打車APP也歸為用戶少的原因是因為相比于微信和QQ這些BAT矩陣產品,安裝打車軟件的人數還是少的,而其他任何垂直服務類APP相比于BAT矩陣產品也是少的。但是這類APP有一個機會就是利用微信的服務號把自己放到里面,為用戶提供服務,這樣既省去了高昂的開發成本,又減少了高昂的用戶獲取成本。

試想,現在讓用戶去為了獲取某個服務而要下載APP有多困難,并且現在地推也主要是讓用戶掃描微信服務號二維碼,但如果說要在線下讓用戶掃描二維碼下載APP,這種場景是非常不合理的,因為絕大多數場景都沒有WIFI。

目前微信服務號里面已經出現了大量的O2O服務,酒店預訂,洗車,上門服務等等。但是微信自身一方面也在做,在微信錢包中就把滴滴打車融入其中,以及預訂火車票和飛機票等等,所以與微信競爭的O2O產品未來存在一定風險,不過目前大可不必操心,必須先做大了才有資格談以后。

再說垂直社交類產品,這類APP是否適合在微信公眾號內做?答案是微社區本身就是垂直社交APP,垂直社交本質上是論壇,而微信內部已經介入微社區,很多公眾號也在利用微社區做垂直論壇。但一切的前提是這個公眾號自身有極為強大的影響力,否則一切都是空談。而當這些微社區的用戶體積到達一定規模后,就可以立即鳥槍換炮,比如公眾號“人魚線VS馬甲線”,首先在公眾號里面有一個粉絲龐大的微社區,而隨后又獨立研發APP,脫離微信。微社區畢竟只是BBS,可以延展的功能不夠,并且用戶沒有掌握在自己手中,這也是投資人不想看到的。所以微社區可以作為跳板存在,當然更多的也得看團隊是否有跳出去的實力。

用戶多,頻率低:

這類型的APP基本都是工具類APP,比如任何手機出廠都會自帶計算器APP,日歷APP,便簽APP,鬧鐘APP等等,這些APP在用戶規模上是與BAT矩陣產品差不多甚至還要多的。但是這些APP在使用頻率上就不高了,比如普通人一般會多久用一次日歷?但每天會打開微信和QQ。

所以我要討論的是這些有一定用戶基數但是不高頻的APP遷移到微信是否可行。那么先討論一個可行的就是“備忘提醒”類APP,當你有什么需要通知如果有個服務號能夠直接讓你滿足這個需求就是非常不錯的,你只需要進入服務號,然后設置備忘提醒就可以了,不過微信團隊也是非常聰明的,他們也早就發現了這個需求可以實現于是做了一個“語音提醒”進行了狙擊,該服務號可以直接通過語音設置備忘提醒,比任何輸入操作都方便。這類可以做到服務號的APP畢竟只是少數,并不是所有APP都有機會,下面討論如果原生APP遷移到服務號,那么怎樣的APP會符合微信的設計?

三.?原生工具類APP遷移到微信服務號的條件

下面從用戶體驗上來談談,原生工具類APP遷移到微信服務號需要具備怎樣的條件。

條件一,從產品層面來說一定要在更方便,更有效率的基礎上去實現。

比如“記賬軟件”這種主動操作的產品,就不適合,因為用戶使用微信反而增加了操作成本,而一旦一個產品的操作成本增加,那就必死無疑。

原生操作:

原生打開:找到手機界面的APP固定位置->直接打開APP->對應操作

原生切換:系統層切換->對應操作

微信服務號操作:

微信服務號打開:微信頂部搜索或逐行找到服務號->進入服務號->點擊底部菜單或推送消息鏈接進入H5頁面->對應操作

微信服務號切換:退出服務號->*用戶有可能跳出微信,所以還可能需要切換至微信->微信頂部搜索或逐行找到公眾號->進入公眾號->點擊底部菜單或推送消息鏈接進入H5頁面->對應操作

條件二,根據條件一推出。

很多原生工具APP用戶的主動操作在微信符服務號的操作是增加成本的,所以這類原生工具APP遷移到微信行不通,原生工具APP遷移到微信更多的是需要滿足用戶的被動需求,也就是“推送大于主動”這類APP才可能有一定機會。

條件三,根據微信自身限制推出。

這類APP必須滿足微信開放接口條件,推送可以做到,但類似WIFI助手,清理內存的服務就無法做到,因為微信沒有提供對應接口。但是提醒類就可以,服務號微信提供日50萬次指定用戶推送的客服回復接口(可以當APP云推送用),以及用戶唯一openid獲取接口,完全可以做。

結論:

所以增加用戶操作成本的這類型的原生APP絕對不適合進入微信服務號。原生工具類APP遷移服務號必須滿足:

  1. 以推送主導。
  2. 其次微信接口條件滿足。

所以某些服務號值得嘗試,不一定能成功但有一定機會,語音提醒(微信已做),郵件提醒和回復(騰訊企業郵箱已做),朋友生日提醒,重大日程倒計時提醒,PM2.5警報提醒,星座運程提醒,團隊協作推送提醒,鍛煉提醒,喝水提醒,吃藥提醒等等自行考慮,但要相信騰訊方面不是傻子,一定也在考慮這方面的服務號產品,在你做之前要想清楚你的積累資源是否足夠?其次如果微信屏蔽你的朋友圈分享鏈接怎么辦?這是現實問題。

結語:

最后總結,借力微信服務號和H5技術可以做三類原生工具APP,第一類是低頻O2O服務類,第二類是以某個公眾號為核心的垂直社交,第三類是“推送”邏輯的原生工具APP,而這類APP騰訊方面已經在著手布局,由于成本不高,這三類都在一點點實現。

所以對一件事要下判斷除了要看大勢以外,還要回到具體的場景,雖然H5崛起,但一項新技術要想顛覆一切,還需要看是否在真正落實的場景中能夠給用戶帶來真正更高的效率,而不是靠臆想。

#專欄作家#

承哲,微信公眾號:shouxifayanzhe,人人都是產品經理專欄作家,關注工具產品和人工智能領域,擅長AXURE,興趣愛好看書,思考。

本文系作者授權發布,未經許可,不得轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!