微信小程序自11月初開放公測，參與內測和公測的小程序團隊已經完成產品開發的消息陸續傳來，張小龍微信朋友圈18日夜間曬出一張“炸裂”的安卓機照片，上面已經布滿了小程序。

　　在微信小程序公開課后，二爺第一時間聯系到作為小程序標桿的自選股小程序開發者，他們是騰訊內部最早進入微信小程序內測的5個團隊的其中之一。

　　在用戶體驗上，小程序真的可以媲美原生APP嗎？　　當我們在討論小程序的時候，往往會遇到一個終極問題：小程序能否達到與原生應用一樣的“用戶體驗”？　　的確，要讓大家去相信300KB的小程序能夠在體驗上與300MB的原生APP一樣，就如同你買了一部300塊的手機，而你到處跟人說它用起來跟iPhone7的體驗是一樣的，確實很難讓人相信你并非罹患“妄想癥”。

　　這種比喻的問題在于，小程序和Native APP雖然都能夠稱之為“移動應用”，但從開發框架、開發語言等技術層面上來看，二者應當是兩種不同范疇內的產品，如同煙臺蘋果和喬布斯的蘋果。

　　其實，在微信官方最初宣稱小程序能夠做到Native一樣的體驗時，我是提出過質疑的，畢竟早幾年H5“摔死”在體驗上的教訓還歷歷在目。

直到我確確實實看到自選股小程序時，之前的疑問瞬間煙消云散。

從上手操作的體驗上來看，自選股小程序很讓人驚艷，幾乎分辨不出哪個是510KB的小程序，哪個是67.4MB迭代到5.2版本的原生APP。

　　盡管自選股小程序團隊一直在強調他們并不是完完全全的將APP的產品搬到小程序上，而是基于微信體系的一款小程序，一個小而美的產品，所以像研報、投資評級、機構評級以及公司財報等功能并沒有大而全的做進去，只關注股民用戶最核心的需求。

比如看盤、盯盤的需求，如果用戶對某只股票設置了股價提醒，那么他能夠在第一時間獲得這只股票的股價異動情況。

同時，再去結合微信的社交屬性，在用戶與微信好友在聊天時，就能夠通過自選股小程序了解當前的股市行情，這種做法是更輕、更便捷的。

　　同樣，股票業務有一個很大的特點，在開盤的時候，股票在每一秒都可能發生異動，這就需要對股票有動態的顯示。

在演示自選股小程序時，它已經具備動畫的能力（微信小程序已經支持整個CSS3的動畫），能夠支持股票異動的動態顯示，讓股民能夠更直觀的看到股票的變化，而這在Native的股票APP中，也不是所有的都能做到這一點。

所以，當張小龍看到自選股小程序這個有動畫能力的demo時，他也是比較滿意的。

　　據騰訊參與小程序測試的技術說，在9月22日“小程序”正式公布之前，這件事情在騰訊內部被統一稱為web+，而外界更多是叫“應用號”（當然，不能叫應用號主要是蘋果方面的阻力）。

Web+是什么？可以簡單理解為一種“混搭”的開發方式或是具備Native能力的Web應用框架。

它既不是純粹的Web開發，也不是iOS或是Android開發，它是mix的，雖然像Web一樣更輕，但也像Native應用開發一樣更加重視用戶體驗本身。

　　大家都知道，過份的輕度化是H5技術始終沒有成長起來的阿喀琉斯之踵。

Web開發幾年以來的血淚史教育我們，輕度的Web應用是沒有未來的。

所以，從在微信內全面封殺H5小游戲，到將微信瀏覽器全面升級至X5 Blink內核，再到主推Web+的小程序，微信的每一步都在逐漸完善其在Web領域的布局，而即將登場的微信小程序在用戶體驗上能夠達到的水平遠比我們想象的更高。

　　一次又一次的刷屏之后，小程序的商業化機會究竟在哪里？　　在思考微信小程序究竟會給移動互聯網的商業化生態帶來什么改變的時候，我們可以從兩個角度來考慮：一是對創業者來說，一是對從業者來說。

　　對創業者來說，小程序極有可能從移動互聯網創業的效率和體驗上帶來顛覆，讓低成本試錯成為可能，同時改變移動產品的應用場景和推廣方式。

　　從效率上來說，小程序產品在微信Web+框架下的開發速度是遠比原生應用更快（甚至比單純的H5也要更快），跨平臺的適配性更高，開發成本更低。

以騰訊自選股小程序為例，今年7月29日，騰訊決定從全國各大事業部抽調5個團隊到微信進行小程序內測，自選股代表騰訊OMG事業部從北京飛到廣州集結。

8月1日自選股小程序正式進入開發階段，8月5日，第一個demo完成。

這個版本的自選股小程序demo是由3個人的團隊（產品經理poppy許翩翩+前端開發工程師xiaok張坤+后臺工程師宋景凱）在5天之內開發完成的，要知道類似自選股的這類股票應用相對其他產品來說是很非常重度和復雜的。

　　親身參與其中的前端工程師xiaok表示，在小程序的框架下，產品的開發速度是遠比原生應用和純Web開發要快的，自選股第一個demo實際的開發時間只有2天半左右的時間，因為之前的2天多時間都用來適應和學習微信Web+（即小程序）的框架了，走了點彎路。

　　開發速度加快，必然的帶來了開發成本的降低，效率因此獲得提高。

所以，對創業者來說，小程序或許會是投身于移動互聯網創業的最好選擇，當對市場情況和用戶需求并不十分確定的情況下，它讓快速、低成本的試錯成為可能。

　　關于體驗，文章第一部分已有了很多闡述，此處再補充兩點，小程序將會對現有的移動產品的應用場景和推廣方式帶來巨大改變。

　　最新數據顯示，微信目前擁有8.46億的月活，且用戶范圍極廣泛，用戶黏性極高。

對于三四線市場，或者中老年的用戶群體來說，手機的內存空間仍然是一個痛點。

對存儲空間要求足夠“小”的小程序必然會讓移動產品的應用場景更加多元化，很多應用將因此更加順暢的打入上述群體。

　　說到應用場景，這里面其實還有一個邏輯：微信思維。

首先訂閱號和服務號的經驗告訴我們，微信是一個非常open的平臺，它是很愿意作為一個入口，讓開發者和創業者進入他的生態里一起玩的。

而且微信整個團隊的迭代速度非常快，web+包括小程序的框架會越來越完善，只要把SDK做得足夠好，那么小程序能夠支持的工作便會越來越多，能夠適應更多的應用場景。

　　此外，小程序會讓“公眾號+APP”的移動產品推廣方式發生改變。

最典型的場景比如在O2O產品的線下推廣中，之前提供免費WIFI熱點，以優惠刺激掃碼下載APP的形式一定會被既能做到用戶留存，又能保證用戶體驗的“掃碼添加小程序”所替代，這對低頻次的O2O產品來說，絕對是一個福音。

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

　　可能并沒有太多人知道，滴滴打車、今日頭條這樣很炫酷的移動產品其實是用H5做的。

既然相對復雜的產品都能夠通過Web技術來實現，那么更簡單產品又有何不可？對簡單的移動產品來說，還有一種可能性，直接在小程序生成平臺去做。

在生平臺的模板體系下，通過簡單的拖拽，用戶就做出一個小程序應用。

我看到過一些這類平臺生成的應用，像商城類，資訊類的產品，使用起來并沒有什么問題。

　　其實完全可以參考服務號、訂閱號的經驗，像一些為服務號做模板的團隊，提供一鍵生成服務號應用的能力，他們就活的很好，小程序的速生平臺很可能擁有巨大的發展潛力。

　　另一點，在小程序出來之后，前端不僅能夠使用Web端的這種能力，而且能夠拿到更多Native的能力。

那么，在微信能夠提供優秀的底層框架的基礎之上，只要是在微信小程序的框架體系內，我們完全可以盡情去暢想，把一個Web產品他就當成是一個原生應用你去開發，這時前端開發人員的能力就顯得尤為重要。

　　基于Web的小程序給前端開發從配角成為主角提供了可能性，市場上已經有公司在重金招聘小程序開發人員。

未來，會不會有一些公司出現小程序開發這樣一個專門的崗位？真的很有可能。

　　對抗or共贏，蘋果究竟會不會成為小程序未來的阻力？　　換句話說，蘋果官方會不會讓小程序版本的微信上架？其實，微信在搭建好Web+框架的時候，他們自己也并不確定這個東西到底能不能在Apple Store上架，當時存在很大的風險：蘋果可能不會通過這個小程序版本的微信。

　　所以騰訊派出一組人拿著開發好的小程序去跟蘋果爸爸談判，如果他們不能取得蘋果官方的認可，小程序的未來便蒙上一層陰影，這個情況跟像幾年之前微信和電信運營商的關系非常相似。

當時，關于中國移動要封殺微信之類的傳言甚囂塵上，但到后來微信和中國移動在流量上找到了合作點，即運營商在短信上的業務量下去了，但流量收入猛增。

　　在與蘋果官方的談判過程中，微信團隊拿給對方演示的小程序實例就是前文提到的自選股。

微信方面的態度其實非常明確：我們現在小程序能做成什么樣子，我們能提供什么樣的能力，就算我們再提供任何的一個能力，我們其實也不會脫離蘋果的體系，我們應該怎樣合作。

　　最后我們能夠看到的結論是：“應用號”的名稱被蘋果卡住，改名小程序。

關于微信和蘋果之間具體是怎么談的，微信向蘋果許諾了什么，達成了什么具體協議，這個誰也不知道，大家都還在猜測，即便是騰訊自選股小程序的開發團隊也沒有參與其中，但有一點我們可以確定：微信和蘋果已經達成了初步的一致，小程序安全上壘。