一. 原生APP總體趨勢
要談APP是否會被微信取代，那麼必須回過頭去看整個APP的增長勢頭，早在2014年百度就釋出移動分發市場報告，Android市場大盤增速放緩，紅利正在消失。
而客觀來看待，工具型APP發展正出現瓶頸飽和，工具類APP該做的都已經做完。剩下的APP都是圍繞著內容生產的社交以及新聞類APP，而這很考驗運營勢能。
結論：現在做APP開發，要想再做成一個純工具不與智慧硬體或者線下結合的APP的機會不存在，其次內容型APP需要強運營能力。所以在這種情況下，我們下面要討論第一是工具類APP能否遷移到微信服務號中？第二是這類運營的內容型產品能否遷移到微信服務號？
二. 原生APP四象限與微信關係
現在從使用者數和開啟頻率來討論下原生APP的四象限，這四象限代表著已經存在的需求，這裡的使用者多少以BAT的矩陣產品為基準線，我們從這四個象限出發來看下微信服務號與之對應的關係。
使用者多，頻率高：
這類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遷移服務號必須滿足：
- 以推送主導。
- 其次微信介面條件滿足。
結語：
最後總結，借力微信服務號和H5技術可以做三類原生工具APP，第一類是低頻O2O服務類，第二類是以某個公眾號為核心的垂直社交，第三類是“推送”邏輯的原生工具APP，而這類APP騰訊方面已經在著手佈局，由於成本不高，這三類都在一點點實現。
所以對一件事要下判斷除了要看大勢以外，還要回到具體的場景，雖然H5崛起，但一項新技術要想顛覆一切，還需要看是否在真正落實的場景中能夠給使用者帶來真正更高的效率，而不是靠臆想。
相關閱讀
評論(1)