雷聲大雨點小，《微信》小程序真的被高估了？

艾瑞克自留地

流量之困

現在《微信》里依靠訂閱號吸引百萬粉絲的自媒體，構建了自己商業模式的公司比比皆是，但依靠服務號做起來的創業項目卻為什么幾乎看不到 我們把其中的原因剖開來講，其實就在于流量的導入—訂閱號可以每天發一篇，可以在“首屏對話列表”這個主要的入口瓜分到一定的首次流量，每天一篇的量也足以在朋友圈轉發中找到足夠的存在感，進一步瓜分《微信》的二次流量。而服務號每周才能發一篇，分不到多少首次流量，在朋友圈分享中的存在感則更低。

而對于這次的小程序來說，最主要的問題也在流量上。不可否認的是，小程序可以在《微信》里面以全屏的方式顯示，也多了很多API，但目前尚無法獲取《微信》內部的流量。

小程序目前的主要入口有兩個，一是外部流量導入—通常以掃二維碼為主要方式，二是《微信》內置的搜索，這也折射出小程序的兩個問題。第一，小程序現在還不能像公眾號那樣，通過給訂閱用戶群發的方式主動提高使用率。第二，小程序還不支持分享功能，你不能把小程序的內部頁面分享到朋友圈，獲取二次流量。雖然現在已經有消息稱《微信》可能會為小程序開發額外的流量入口，但這樣的決定是不是來得有些晚了？

從《微信》對小程序的功能和定位來看，其非常強調“工具性質”。《微信》似乎是想改變目前公眾號以文章為載體的單一交互方式，因此增加了以工具為載體的小程序，因此不要指望小程序能夠具有很高的傳播性，如果《微信》不讓其在流量入口上占得先機，那么它就只能活在一個小圈子里。

用戶體驗又如何？

當我們在討論小程序的時候，往往會遇到一個終極問題：小程序能否達到與原生APP一樣的“用戶體驗”？

的確，要讓大家去相信幾百kB的小程序能夠在用戶體驗上做到與幾百MB的原生APP一樣好，就如同你買了一部300元人民幣的手機，卻想用出iPhone 7的體驗是一樣的。但是問題在于，小程序和原生的APP雖然都能夠被稱為“移動應用”，但從開發框架、開發語言等技術層面上來看，二者應當是兩種不同的產品。

其實，在《微信》官方最初宣稱小程序能夠做到原生APP一樣的體驗時，外界的質疑是無可厚非的，畢竟早幾年HTML5“摔死”在體驗上的教訓還歷歷在目。但是在體驗之后，很多人都表示被驚艷到了。從上手操作上來看，很多小程序的表現趨于完美，幾乎分辨不出哪個是小程序，哪個是原生APP。

大家都知道，過份的輕度化是HTML5技術始終沒有成長起來的“阿喀琉斯之踵”。Web開發幾年以來的血淚史教育我們，輕度的Web應用是沒有未來的。所以，從在《微信》內全面封殺HTML5小游戲，到將《微信》的瀏覽器全面升級至X5 Blink內核，再到主推Web+的小程序，《微信》的每一步都在逐漸完善其在Web領域的布局，而小程序將是其中重要的一步。

小程序的機會在哪兒？

對于這個問題，我們可以從兩個角度來考慮：一是創業者的角度，一是從業者的角度。

對創業者來說，小程序極有可能從移動互聯網創業的效率和體驗上帶來顛覆，讓低成本試錯成為可能，同時改變移動產品的應用場景和推廣方式。從效率上看，小程序產品在《微信》Web+框架下的開發速度是遠比原生應用更快，跨平臺的適配性更高。而開發速度的加快，必然將帶來了開發成本的降低，效率因此獲得提高。所以，對創業者來說，小程序或許會是投身于移動互聯網創業的最好選擇，當對市場情況和用戶需求并不十分確定的情況下，它讓快速與低成本的試錯成為可能。

而對從業者來說，小程序確確實實的拓展了Web技術的商業化邊界，讓Web不再只局限于營銷頁面和小游戲。

可能并沒有太多人知道，《滴滴出行》與《今日頭條》這樣的產品其實都是用HTML5做出來的。既然相對復雜的產品都能夠通過Web技術來實現，那么更簡單產品又有何不可？另一方面，小程序出來之后，在《微信》能夠提供優秀的底層框架的基礎之上，只要是在小程序的框架體系內，我們完全可以把一個Web產品就當成是一個原生應用讓人去開發，這時前端開發人員的能力就顯得尤為重要。基于Web的小程序給前端開發從配角成為主角提供了可能性，市場上已經有公司在重金招聘小程序開發人員。未來，會不會有一些公司出現小程序開發這樣一個專門的崗位？一切皆有可能。