談個人對微信公眾號與原生app的幾點見解.

最近的一個階段H5技術被推倒高峰，很多人認為借助H5就能利用微信公眾號取代原生app 應用了，而事實是怎么樣，我們可以從下面的幾點進行一個客觀的分析.
 
 

原生app 總體趨勢

  要談原生的app，是否會被微信取代，我們可以去看下app 的增長趨勢，在2014年百度就發(fā)布了移動分發(fā)的市場報告，android 市場的增長速度開始放緩，紅利正在消失。
 
從客觀來看待，工具型APP發(fā)展正出現瓶頸飽和，工具類APP該做的都已經做完。剩下的APP都是圍繞著內容生產的社交以及新聞類APP，而這很考驗運營勢能。
 
結論：現在做純App開發(fā)，要想再做成一個純工具不與智能硬件或者線下結合的APP的機會不存在，其次內容型APP需要強運營能力。所以在這種情況下，我們下面要討論第一是工具類APP能否遷移到微信服務號中？第二是這類運營的內容型產品能否遷移到微信服務號？
 

原生的app 與微信的關系

我們可以從app 的數據與app 打開頻率來討論app 的四種現象。這四種現象代表著已經存在的需求，這里的用戶很多以BAT的矩陣產品為基準線，我們從這四種現象出發(fā)來看下微信服務號與之對應的關系。
 
 

 
用戶多，頻率高：這類APP是BAT矩陣產品，要在微信服務號里面做是不可能的，BAT也不會考慮，而下一個BAT級別的公司一定不會在微信服務號中誕生，必須另辟山頭。所以沒有任何機會。
用戶少，頻率低：這類APP就是我們常見的在應用商城中那些小而美的產品，一些小創(chuàng)意產品，這類APP產品本身就沒太大機會，所以放到服務號中更沒機會。因為需求已經被驗證過了。
用戶少，頻率高：這類APP類似滴滴打車，上門洗衣，上門按摩等等。這里把打車APP也歸為用戶少的原因是因為相比于微信和QQ這些BAT矩陣產品，安裝 打車軟件的人數還是少的，而其他任何垂直服務類APP相比于BAT矩陣產品也是少的。但是這類APP有一個機會就是利用微信的服務號把自己放到里面，為用 戶提供服務，這樣既省去了高昂的開發(fā)成本，又減少了高昂的用戶獲取成本，試想，現在讓用戶去為了獲取某個服務而要下載APP有多困難，并且現在地推也主要 是讓用戶掃描微信服務號二維碼，但如果說要在線下讓用戶掃描二維碼下載APP，這種場景是非常不合理的，因為絕大多數場景都沒有WIFI。目前微信服務號 里面已經出現了大量的O2O服務，酒店預訂，洗車，上門服務等等。但是微信自身一方面也在做，在微信錢包中就把滴滴打車融入其中，以及預訂火車票和飛機票 等等，所以與微信競爭的O2O產品未來存在一定風險，不過目前大可不必操心，必須先做大了才有資格談以后。
還有一種垂直社交類產品，這類APP是否適合在微信公眾號內做？答案是微社區(qū)本身就是垂直社交APP，垂直社交本質上是論壇，而微信內部已經介入微社區(qū)，很多 公眾號也在利用微社區(qū)做垂直論壇。但一切的前提是這個公眾號自身有極為強大的影響力，否則一切都是空談。而當這些微社區(qū)的用戶體積到達一定規(guī)模后，就可以 立即鳥槍換炮，比如公眾號“人魚線VS馬甲線”，首先在公眾號里面有一個粉絲龐大的微社區(qū)，而隨后又獨立研發(fā)APP，脫離微信。微社區(qū)畢竟只是BBS，可 以延展的功能不夠，并且用戶沒有掌握在自己手中，這也是投資人不想看到的。所以微社區(qū)可以作為跳板存在，當然更多的也得看團隊是否有跳出去的實力。
用戶多，頻率低：這類型的APP基本都是工具類APP，比如任何手機出廠都會自帶計算器APP，日歷APP，便簽 APP，鬧鐘APP，比如我們常用的墨跡天氣等等，這些APP在用戶規(guī)模上是與BAT矩陣產品差不多甚至還要多的。但是這些APP在使用頻率上就不高了，比如普通人一般會多久用一 次日歷？但每天會打開微信和QQ
所以我要討論的是這些有一定用戶基數但是不高頻的APP遷移到微信是否可行。那么先討論一個可行的就是“備忘提醒”類APP，當你有什么需要通知如果有個 服務號能夠直接讓你滿足這個需求就是非常不錯的，你只需要進入服務號，然后設置備忘提醒就可以了，不過微信團隊也是非常聰明的，他們也早就發(fā)現了這個需求 可以實現于是做了一個“語音提醒”進行了狙擊，該服務號可以直接通過語音設置備忘提醒，比任何輸入操作都方便。這類可以做到服務號的APP畢竟只是少數， 并不是所有APP都有機會，下面討論如果原生APP遷移到服務號，那么怎樣的APP會符合微信的設計？
     原生工具類APP遷移到微信服務號的條件
     下面從用戶體驗上來談談，原生工具類APP遷移到微信服務號需要具備怎樣的條件
條件一，從產品層面來說一定要在更方便，更有效率的基礎上去實現，比如“記賬軟件”這種主動操作的產品，就不適合，因為用戶使用微信反而增加了操作成本，而一旦一個產品的操作成本增加，那就必死無疑。
原生打開：找到手機界面的APP固定位置->直接打開APP->對應操作
原生切換：系統層切換->對應操作
微信服務號打開：微信頂部搜索或逐行找到服務號->進入服務號->點擊底部菜單或推送消息鏈接進入H5頁面->對應操作
微信服務號切換：用戶有可能跳出微信，所以還可能需要切換至微信->微信頂部搜索或逐行找到服務號->進入服務號->點擊底部菜單或推送消息鏈接進入H5頁面->對應操作
條件二，根據條件一推出，很多原生工具APP用戶的主動操作在微信符服務號的操作是增加成本的，所以這類原生工具APP遷移到微信行不通，原生工具APP遷移到微信更多的是需要滿足用戶的被動需求，也就是“推送大于主動”這類APP才可能有一定機會。
條件三，根據微信自身限制推出，這類APP必須滿足微信開放接口條件，推送可以做到，但類似WIFI助手，清理內存的 服務就無法做到，因為微信沒有提供對應接口。但是提醒類就可以，服務號微信提供日50萬次指定用戶推送的客服回復接口（可以當APP云推送用），以及用戶 唯一openid獲取接口，完全可以做。
 結論：所以增加用戶操作成本的這類型的原生APP絕對不適合進入微信服務號。原生工具類APP遷移服務號必須滿足，1，以推送主導。2，其次微信接口條件滿足。
所以某些服務號值得嘗試，不一定能成功但有一定機會，語音提醒（微信已做），郵件提醒和回復（騰訊企業(yè)郵箱已做），朋友生日提醒，重大日程倒計時提 醒，PM2.5警報提醒，星座運程提醒，團隊協作推送提醒，鍛煉提醒，喝水提醒，吃藥提醒等等自行考慮，但要相信騰訊方面不是傻子，一定也在考慮這方面的 服務號產品，在你做之前要想清楚你的積累資源是否足夠？其次如果微信屏蔽你的朋友圈分享鏈接怎么辦？這是現實問題。
 
     所以最后總結，借力微信服務號和H5技術可以做三類原生工具APP，第一類是低頻O2O服務類，第二類是以某個公眾號為核心的垂直社交，第三類是“推送”邏輯的原生工具APP，而這類APP騰訊方面已經在著手布局，由于成本不高，這三類都在一點點實現。
所以對一件事要下判斷除了要看大勢以外，還要回到具體的場景，雖然H5崛起，但一項新技術要想顛覆一切，還需要看是否在真正落實的場景中能夠給用戶帶來真正更高的效率。