10年前，2017年1月9日，喬布斯在舊金山莫斯康展覽中心釋出了第一代iPhone。作為專案主管之一的湯尼·費戴爾後來回憶，這項開發的挑戰性幾乎能夠和「人類首次登月」媲美。

10年後，2017年1月9日，選在這個特殊的日子，張小龍為微信正式上線了舉世矚目的「小程式」。凌晨時分剛過，「小程式」就在瞬間佔領了所有網際網路首頁;不到兩個小時的時間裏，一家科技媒體的「小程式」體驗群就建到了第二十個編號，舉目整個中國網際網路，沒有任何產品的「勢能」能夠與其比肩。

對於微信而言，「小程式」意味著打破社交邊界的想象力。而所有的約束條件，比如模糊搜尋的限制，或者禁止朋友圈的分享，都是爲了不對現有秩序造成過於強烈的衝擊，這更讓公眾對小程式充滿了期待。

但反過來說，「小程式」天生無法獲得「潤物細無聲」的待遇，反而不是一件百分之百的好事。事實也確實如此，小程式接下來表現的並不如想象中美好。大家開始有了疑問，小程式會虎頭蛇尾慘淡收局嗎?

　　被寄予厚望的小程式

張小龍在2017年的微信公開課PRO版上一直在強調小程式是定位於線下的一個產品。在微信公開課上，張小龍舉了兩個小程式的例子：在汽車站，掃一下汽車站的二維碼就可以購買車票，而不需要排長隊;在餐廳，掃一下餐桌上的點餐二維碼就可以直接下單，而不需要等待忙碌的服務員。

那麼，什麼是小程式?簡單說，小程式就是通過二維碼連線人與任何物理世界的紐帶。

而在此之前，微信已經為小程式作了最好的準備。經過幾年的積累，微信早已是一個集社交、諮詢、搜尋、服務為一體的生態系統，而服務更多的是垂直的、細分的、非標準的，如果有一個產品能夠讓所有的服務都接入進來，在這個產品上能夠將服務與人直接連線，那顯然是價值巨大的。

被寄予厚望的小程式出現了。

和瀏覽器思維的微信公眾平臺淪為訂閱分發的傳播通道不同，「小程式」的本質近乎於「遊輪上的泳池」，相比陌生而疏離的海洋，這個人造容器的正規化更加體貼和規整，舒適程度也遠遠高於縱身躍入深淺難知的海面。

從網際網路發展的路徑來看，從Windows的軟體帝國到App Store的應用分發再到「小程式」的萬物連線，就像地圖縮放尺寸逐漸增進，格式愈加清晰，管理也愈加直接。

實際上，和「小程式」接近的產品構想並非從未出現，無論是百度的輕應用還是移動瀏覽器的開放平臺，都在區域性呈現出流量入口的建寨雄心，只是在「目的性中製造無目的」遠比在「無目的中製造目的性」來得艱難，唯有承載社會關係的中心應用最為適合接入即插即用的開關，用來靈活填補使用者的海量需求。

在過去兩年，Facebook相繼推出「Instant Articles」和「Instant Games」兩項功能，前者是對媒體機構截流，賦予內容的原生性，後者是將輕度遊戲整合在對話視窗中，支援非同步互動，顯而易見，在使用者規模就快抵達上限的時刻，中美兩大社交巨頭的決斷是不謀而合的：縮短路徑，取代路徑，創造路徑，最終成為只有吞食而無吐出的黑洞星系。

儘管由於過於配合騰訊以一己之力成功普及的掃碼儀式，使「小程式」的過渡色彩相當濃厚，尤其是當語音互動(及其背後的人工智慧技術)正在爭取下一代計算平臺的微妙時刻，繞開「對話即服務」的通用規則，繼續依賴物理攝像頭和二維碼的組合，似乎有些不夠優雅和簡潔。

但是，這不影響微信和它的「小程式」是中國網際網路的港口裏出發最遠的一支艦隊，它是在真正做著探險和創造的事業，沒有循規蹈矩的懶惰，沒有複製貼上的麻木，也沒有急功近利的狼狽，配得上它所得到的尊敬和溢美。

　為何遭遇卡殼?

但小程式表現的並不如想象中美好。

最早小程式被提出的時候，就有觀點認為微信的小程式將會成為「App殺手」，在出現之初就可以和App瓜分天下。

但是從目前來看，這種論調還為時過早。很多使用者在體驗了小程式之後，又默默地將自己刪除的App安裝了回來。

從使用者的體驗來看，目前小程式大多數只不過是已有App的簡化版。在實現短小精悍之優勢的時候，難免帶來功能不足、體驗差的問題;而且從小程式的佈局來看，更適合作為一種配合線下使用的應用場景功能而非主要的應用集合。

比如，京東購物的小程式，在新增之後，點進去發現只有兩個功能，一個是搜尋商品，一個是我的訂單;而在騰訊視訊上，看視訊的時候無法聊天，如果騰訊視訊內建在微信裡，每次回訊息都必須退回聊天頁面，使用者體驗的確不好;今日頭條lite裡只看能看到系統推送的內容，沒有分類和篩選，無法搜尋，也不能評論和訂閱，更不能分享到朋友圈。

其實本身就比較強勢的App對小程式一定是充滿敵意的。這種敵意來源於使用者對微信的入口依賴過強，直接影響了自己花費人力、物力、財力構建的現有App入口。

從使用效果上來說，微信的小程式也不一定有原生的App好。對於已經有著成熟運營開發能力的App公司和團隊來說，為什麼要額外的去花費時間和經歷去開發小程式呢?

因為你的對手們可能正在做。騰訊2016年第二季度及中期業績報告顯示，微信和WeChat合併月活躍使用者數已達8.06億。巨大的使用者群體意味著巨大的需求。對於那些從事「網際網路+」的創業者來說，能夠搭上微信的順風車，那絕對是夢寐以求的，沒有人不希望在其中分一杯羹。

但如果App完全依賴小程式，就會被動綁在微信這個平臺上，對於一些已經成熟的平臺來說，將自己的身家綁在微信上是否值得?還是個未知之數。

從線下支付的角度看，這兩年來，以微信、支付寶為代表的掃碼支付大面積推廣，憑藉二維碼這一超級入口，正式殺入覬覦已久的傳統銀行卡收單市場。

小程式最關鍵的是通過小程式進一步強化微信在支付領域的地位。小程式上大量的生活服務類應用都是需要付費的，那麼在微信小程式這個入口進入，進行最後的支付環節的時候，選擇微信支付也就成了情理之中的事。

但是，小程式一直倡導「用完即走」的產品理念，大多數的開發者都盛讚張小龍此理念對使用者體驗的提升，但對於大多數商業團體來說，產品對使用者沒有粘度用完即走是毀滅性的，那麼此時就商戶的對小程式的認可度成了一個問題。

微信服務號因為能夠獲得使用者，並且能夠進行維護和導流，所以商戶非常熱愛，而小程式不得不思考的是，它能為商戶帶來什麼?

小程式是去中心化的，二維碼貼紙可以在商戶的任何地方貼上，未來支援「附近的小程式」之後，使用者對服務的獲取將會更加便捷，在獲取服務的同時完成支付，使得支付也是「去中心化」的。

但小程式面對的是「中心化」的支付業態。目前，整個支付行業都在轉型，正從「用完即走」向用服務和產品黏住使用者過渡，支付機構都在思考如何為商戶提供給多的服務，從而獲得更多贏利點。所以從產品理念上來說，小程式與支付的發展需求也是格格不入的。

　小程式能解決什麼問題?

小程式推出一週後，羅振宇的一條資訊就刷了頭條：「我們決定不做了，我們知道小程式是什麼了，哈哈，但是不能說。」而後，使用者發現越來越多的小程式停止了更新。

總結小程式從面世到遇冷的不到一個月來的遭遇，其實是需要考慮能解決什麼問題：

1、小程式能解決什麼痛點?

我們對小程式的第一個期望，就是不佔記憶體。而目前，手機市場正往2個方向迅猛發展：一個硬體高度發達，一個App輕量化。如今的手機市場，街機的准入門檻都已經達到32G，使用者越來越不用擔心記憶體容量的問題;常規App的大小通常在30M左右甚至更小，根本無需擔心記憶體不夠。

而關於使用方便，小程式也不夠簡潔，一個是需要重複掃描二維碼，一個是手機輸入關鍵詞搜尋，小程式並不支援模糊搜尋。

2、小程式如何直達現場，效果又如何?

小程式最終的效果肯定不是簡化版的App，但需要更有創意的玩法。目前內測做好的小程式都是提前讓大的App公司做的，所以他們肯定都是簡化的已有App的特點。

好的小程式是基於場景的，通過掃二維碼來實現用完即走的功能。小程式的用途不是打通，而是直達。可以把原來複雜的、深層級的應用，直達現場。

3、有多少獨立的App願意開發小程式?

微信小程式能否取得成功也取決於有多少獨立的App願意開發小程式。得益於小程式的群分享功能，一些反應迅速的公司的小程式，上線之初便廣泛地為人所知，其中不乏京東、滴滴、今日頭條、美團、豆瓣、機票管家等知名網際網路企業。但24家阿里系企業的相關關鍵詞，只有滴滴推出了相應小程式，其他全部與小程式無緣。

根據張小龍對於微信小程式的描述，小程式更多地應該承擔連結線下傳統業務場景的功能，很多甚至都是街邊小店，而就目前來看，微信小程式的開發還是具有一定的專業性，有一定的門檻，很難在短時間內達到一種流行的程度，由於沒有達到一定的基數，因此也可以合理推斷，短時間內很難產生出一些有創意的讓人眼前一亮的小程式。

　結語：小程式會虎頭蛇尾嗎?

無論是VR或AR，還是人工智慧或物聯網，無人否認一個新時代即將到來。但不管是哪一種主導，都將出現新的秩序與互動方式。而微信及騰訊是移動網際網路時代最大的受益者，便會受到趨勢變更最大的衝擊。微信以至於騰訊都需要尋求一個新的支撐點，而小程式或許就是張小龍求變的起始。

當工具應用都在追求轉型服務方向，張小龍卻總是替微信賦予工具產品的願景：「微信是一個工具，爲了提高效率而生」，頗為相映成趣。

目前看來，由於其架構和功能所限，小程式僅能實現較為簡單的功能。小程式能量的發揮需要與場景匹配，而不是目前App應用的簡化，2017年，會出現怎樣的爆款革命性應用呢?

從小程式出現的時機來看，物聯網、智慧裝置的發展給小程式帶來很大的機會，但是目前前二者在國內還未形成規模應用，時機真的到了嗎?

如此來看，微信小程式要走的路恐怕是道阻且長，它會面臨虎頭蛇尾慘淡收局的結局嗎?

來源：創事記