哪些產品不用開發原生APP,微信公衆號就夠了?

最近一階段H5技術被推到高峯,不少人認爲藉助H5就能利用微信公衆號取代APP原生應用了,而事實是怎麼樣的?這裏我從產品層作一個客觀分析。html

 

一,原生APP整體趨勢android

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

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

結論:如今作APP開發,要想再作成一個純工具不與智能硬件或者線下結合的APP的機會不存在,其次內容型APP須要強運營能力。因此在這種狀況下,咱們下面要討論第一是工具類APP可否遷移到微信服務號中?第二是這類運營的內容型產品可否遷移到微信服務號?佈局

二,原生APP四象限與微信關係.net

如今從用戶數和打開頻率來討論下原生APP的四象限,這四象限表明着已經存在的需求,這裏的用戶多少以BAT的矩陣產品爲基準線,咱們從這四個象限出發來看下微信服務號與之對應的關係。設計

 

哪些產品不用開發原生APP,微信公衆號就夠了?,互聯網的一些事

  用戶多,頻率高:這類APP是BAT矩陣產品,要在微信服務號裏面作是不可能的,BAT也不會考慮,而下一個BAT級別的公司必定不會在微信服務號中誕生,必須另闢山頭。因此沒有任何機會。htm

 

用戶少,頻率低:這類APP就是咱們常見的在應用商城中那些小而美的產品,一些小創意產品,這類APP產品自己就沒太大機會,因此放到服務號中更沒機會。由於需求已經被驗證過了。blog

用戶少,頻率高:這類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崛起,但一項新技術要想顛覆一切,還須要看是否在真正落實的場景中可以給用戶帶來真正更高的效率,而不是靠臆想。

轉載請註明:Android開發中文站 » 哪些產品不用開發原生APP,微信公衆號就夠了?

http://www.androidchina.net/2809.html

相關文章
相關標籤/搜索