不同的角度 解讀微信小程序

不同的角度 解讀微信小程序

七月在夏天  · 2 天前

前段時間看完了雨果獎中短篇獲獎小說《北京摺疊》。頗有意思的是，張小龍最近也要把應用摺疊到微信裏，這些應用被他稱爲：小程序。

含着金鑰匙的小程序，還未展示全貌，就已經成了開發界的頭條大事兒。有人不覺得然、嗤之以鼻，有人奉若神明、投懷送抱。勇於嚐鮮的已經開始動手了——無論合不合適，先借這個熱度來一波關注是不錯的選擇：

所謂「不登高山,不知天之高；不臨深溪,不知地之厚「。我生怕看不清小程序這座大山，滾去作了個demo。放上幾張demo圖，一塊兒感覺下小程序的魅力：

若是不考慮性能以及各種複雜的動效，小程序的體驗已經很接近原生App了。

已經有不少的主流媒體對小程序進行了解讀，本文將從一些不同的角度來解讀一下小程序的特性。

 

1 小程序 VS APP

咱們先舉個例子來直觀感覺下小程序和APP有什麼不一樣。你們都用過支付寶，在其內部包含着不少小的服務：手機充值、城市服務、生活繳費、信用卡還款、加油服務，吧啦吧啦一大堆服務。這些細小的、功能單一的服務放在支付寶這個超級App裏，你並不以爲有什麼問題，並且用起來也很方便。那若是這些小的應用都單獨拿出來，成爲一個獨立的App，你每用一個服務都須要從AppStore裏下載安裝，而他們其中不少服務，你可能幾個月才使用一次，甚至只會使用一次，但卻要長時間的佔用你的手機空間。這樣的模式，可能多數人都不會喜歡。

微信小程序有些相似於上面寄生在支付寶裏的各種服務。他們具備業務簡單、明確，使用頻率較低（你不可能天天都交話費、也不可能每天都交水電費）等特色。這類服務，若是單獨作成App，一是開發成本高，二是用戶的手機空間有限，因此把這些小的服務都「摺疊」進微信中，無需下載安裝，用戶想用時就搜一下，用完即走。

輕量級、功能單一的服務適合小程序；而業務複雜的應用適合用App。這裏不太認同主流媒體們說的：低頻適合小程序，高頻適合App。這個說法太絕對，低頻高頻不該該成爲合適不合適的分界線 。微信原本就是超高頻應用，不少人一天要打開十幾回吧，我在使用微信的時候順手就使用了小程序服務，這個場景是否是也合情合理？我認爲微信的超高頻使用次數能夠彌補小程序入口較深的缺點（並且入口究竟在哪裏官方並無給出準確的位置）。此外，低頻高頻是個很是模糊的概念，很難去界定，一天用一次算低頻仍是高頻？支付寶算低頻仍是高頻？

因此，不要被低頻和高頻限制你的思惟，這個真的不是關鍵。

輕和重是從小程序和App的特性上在區分二者的差別，這裏我提出一個按產品規模劃分小程序和App的觀點： 絕大多數創業者將在MVP階段，採用小程序方案；而當產品發展到必定的規模，創業者依然會開發本身的App。

美味不用等最初只在微信裏向用戶提供「排隊叫號」服務。你只需掃描一下店家的二維碼，就能夠去逛街了。這個服務號會在快排到你的時候向你發送一條微信提醒，你不須要守在店裏排隊。 這樣的一個場景放在如今，很是適合使用小程序來開發，它知足業務簡單、頻率不高的特色（你不可能每日三餐都在餐館吃飯，又偏偏每次都要排隊）。在用戶數量達到必定的規模後，美味不用等迅速推出了本身的App，嘗試將用戶向本身App內轉移。 圍繞着「排號」這個核心功能，美味不用等App增長了點評、實景拍照、排行榜、美食專題等一些列附加功能。這樣從一個簡單的MVP產品切入用戶某一痛點，成功後旋即推出一系列被「連接的功能」，這在互聯網產品裏太常見了。滴滴從在線打出租車切入，發展到專車、快車、拼車、代駕、班車、巴士；羅輯思惟從一個天天推送一條語音的自媒體，到在微信裏賣書，再到如今推出本身的App獲得。爲何美味不用等和羅輯思惟在微信生態中作的至關成功後還要推出App？就在微信內部深化產業鏈很差嗎？可能有如下三點緣由：

第一：單一的服務在中國極難產生回報，產品須要不斷的連接。國內的付費習慣尚未養成，想靠出售服務盈利在目前狀況下很困難，尤爲是To C的產品。大多數產品會依靠一款拳頭產品切入市場，在獲取用戶後，開闢一系列增值業務和附加功能，這纔可能有盈利的想象空間。任何一個產品都很難保持克制和不膨脹，這是資本、模式的須要。張小龍一直講剋制，一直和騰訊內部諸多「勢力」博弈，但微信仍是成爲了一個超級App，日漸臃腫。由簡單到複雜，由低級到高級，這是商業模式的趨勢，也是萬物進化的規律。若是你熟悉成熟互聯網公司的業務分佈是多麼的普遍，就會對這個結論不足爲奇。

那麼小程序有可能承載這些附加的增值業務，容許開發者逐漸完善本身的產品及商業佈局嗎？目前看來，可能性比較小，由於這和小程序的初衷是相違背的。即便微信放開政策，能夠 想象的空間也很小，你只能在微信給你劃定的一個小範圍內作流量的變現，這遠遠不及獨立出一個App所帶來的價值。

第二：對於微信生態的不信任感，致使了這種「逃離」。最近和一個創業者聊天，我問他，小程序來了，你還考慮作APP嗎？他說：作，小程序和APP都會考慮作。我問他爲何？他說：我總感受小程序不是我本身的，而APP會給我一種踏實的感受，我會以爲我對APP有絕對的控制權，即便作小程序也只是爲了給個人APP引流。 有這樣感受的人應該不在少數，多是對Web App技術的不信任，多是對於將應用創建在另外一個應用這種模式的不信任，也有多是對騰訊的不信任。

騰訊對於本身利益保護是絕不手軟的， U步、蝦米音樂、微軟小冰，都曾被微信封殺過。淘寶就更不用說了，相愛相殺，鬥智鬥勇，年年都是大戲。孰是孰非，很難界定。這些產品因爲只是藉助微信的關係鏈，而並不是徹底寄生於微信，被封殺也只是少了一個推廣途徑，沒有了微信還有微博等其餘媒介。 而徹底根植於微信生態的小程序，若是被封殺或是被規則打壓，幾乎沒有退路可走。

那App就很可靠嗎？目前看來確實比小程序要靠譜不少。主要一點仍是生態主宰者的格局 。不管谷歌仍是蘋果，都是科技界的頂尖公司，這樣的公司盈利手段、業務方向、產品級別都要高出普通公司若干個等級，他們關注的是科技趨勢和標準發展，不多在消費業務上同創業者競爭。此外，谷歌與蘋果對於開發者更多的是抱有「合做心態」，我須要你幫我壯大生態，你須要我爲你提供平臺。這些引領科技方向的公司，更容易給創業者們足夠的信心。相反，騰訊投資了不少的C端消費領域公司：京東、滴滴、餓了麼、人人車、SuperCell、盛大文學、龍珠直播，幾乎覆蓋了電商、金融、娛樂文化、O2O、在線教育等各個領域，創業者幾乎不可能繞開騰訊的利益圈。騰訊既是裁判也間接的是運動員，可否保持一個公正和開放的態度，還須要時間來驗證。

第三：生存在AppStore和微信夾縫中的小程序將承受更多規則壓力。在微信內不只會受到微信的政策壓力，還會受到蘋果的壓力，小程序的政策環境只可能比AppStore更加苛刻。小程序雖然支持HTML5的Canvas，但聽說蘋果不容許在小程序裏作遊戲；每一個用戶可能最多隻能安裝20個小程序；這些限制是外部規則的第一個壓力。畢竟微信是寄託在另外一個生態上的App，自己就會受到約束。 隨着小程序生態的演進，這樣的內外部壓力會逐漸加強，創業者們再次選擇App也就不是什麼稀罕事兒了。

因此，小程序更多的會和原生App互補，服務於產品的不一樣階段。建議創業者在產品早期用MVP思惟來構建一個小而美的產品，開發成小程序來試錯，利用微信自然的獲客能力和傳播鏈條來推廣。後期再考慮將流量引到原生APP中進行流量變現。

雖然有以上諸多不穩定因素，但小程序生態的出現對於整個中國互聯網的發展依然是個利好，它給了獨立開發者以及初創團隊更多的想象空間，之前不敢嘗試的idea均可以藉助小程序這個平臺進行試錯，咱們期待更多小而美的產品在微信中爆發。

 

2 已存在的衆多App將如何應對小程序的到來？

按照目前小程序的定位，位於AppStore榜首的中大型應用，不是小程序的「那盤菜」。小程序更適合輕量級且功能單1、操做簡單的產品。大部分的產品仍是會以原生APP爲主。

但我預計，各種應用（阿里系的產品除外）大部分都會推出相應的小程序版本 。適合小程序的順其天然開發一個小程序版本的應用；超大型應用也會想辦法將本身的業務拆分出一部分來開發成小程序。緣由有如下3點：

1. 蹭熱點，刷存在。可貴的無公害、低成本營銷手段，何樂而不爲？
2. 多一個流量的入口，微信的關係鏈仍是不容小覷的。
3. 也是最重要的一點：小程序的將來是星光璀璨仍是黯淡無光，誰都不能確定。那麼面對不肯定的因素，作好防護性的姿態是很重要的。沒有比率先在新生態推出本身的產品更好的防護措施。尤爲對那些沒有技術和數據壁壘的公司，產品很容易被取代，必須作好一些列的防護措施。支付寶、QQ、微信等超級應用都曾以觀望的姿態在WP平臺推出本身的產品，那產品質量和版本更新速度差的簡直不忍直視，「察言觀色」的態度不言而明。反正這個平臺有個人產品，平臺發展的好用戶量多我就加大投入，完善版本；有競爭對手的產品出現，我就快速迭代迅速扼殺；若是平臺發展的很差，反正也沒投入多少，揮一揮手跟微軟說拜拜就是了。

 

3 張小龍說的搜一下便可打開小程序究竟是個什麼鬼？

張小龍在那段被髮爛的微信截圖中提到：用戶掃一下或者搜一下便可打開小程序。掃一下這個場景很容易想象到，將二維碼附加在各種營銷活動中，用戶掃描或者長按二維碼便可打開小程序享受服務。但我更感興趣的是「搜一搜」這個動做。這個搜一搜的搜索對象是什麼？能夠利用語義分析、人工智能來分析用戶的行爲數據（微信掌握着海量的用戶數據）並向用戶提供精準的服務嗎？

用戶作搜索時，其本意是去獲取他所須要的信息（服務），而非獲取App，他並不關心這個服務來自於哪一個APP。如今的原生APP，在信息和服務上加上一層殼，成爲一個封閉的孤島。而用戶須要使用服務時，不能直達服務，用戶與服務之間隔着一個「殼」，這也是爲何APP會讓人以爲很「重」的緣由之一。百度當年的「框計算」，也是爲了解決信息孤島的問題，直接以服務爲搜索對象，即搜即得、即搜即用（這和如今小程序的理念何其類似），從而拔掉應用這層蓋在服務之上的殼，解決信息孤島的問題。

小程序是雲端應用，理論上能夠消除這樣的信息孤島，直達應用內部。我很指望小程序的搜索是語義化的搜索，搜索的是用戶的需求，而不是簡單的去搜索的小程序的關鍵字。那麼小程序能實現這樣的或者相似這樣的理念嗎？咱們來看看百度「框計算」的技術結構：

最難的部分應該是需求識別和精準分析這個框裏的技術。目前人工智能及機器學習都還停留在理論階段，並無很好的商業化案例，小程序想實現這樣的能力，挺難。 
那若是不能實現，小程序所謂的「搜一搜」依然仍是同AppStore同樣在搜索「應用」的關鍵字和熱詞，那麼這和作應用分發又有什麼區別？騰訊說不作應用市場的說法很值得商榷，不管如何一個隱形的應用市場依然存在。SEO、ASO等概念極可能再次出如今小程序的生態圈裏。

 

4 小程序的開發成本真的比原生App低嗎？

考慮兩個方面，開發成本和推廣成本。

原生APP通常要同時開發iOS和Android兩套，而小程序只須要作一套。毫無疑問，這點是小程序最大的優點，從這個角度來看，小程序是「跨平臺「的。

具體到開發效率上，很遺憾，在現階段，開發一套完整邏輯的應用程序，小程序的開發效率是低於APP的。小程序獨立出了一個封閉的生態。咱們常常說不要重複的造輪子，可小程序如今是裸奔，你得本身去造輪子。而iOS和Android通過經年的累積，已有大量的成熟組件可使用。 相反，小程序目前還處於內測階段，沒有任何優秀的第三方組件可使用。而官方提供的組件，接口很是的少，實現功能沒問題，但你想本身去定義組件屬性、樣式是很困難的（這點真的很奇怪，全部組件沒有任何設置樣式的接口）。

咱們團隊作了個簡單的對比，開發一樣一款簡單的天氣應用。iOS拿到UI設計稿後，輕車熟路兩天搞定，各類交互不須要UE，都是iOS經常使用動畫。web前端這邊，拿着設計稿去找UI：

這個透明的狀態欄我無法實現，由於小程序的狀態欄必需要有 。 
底部的Tab欄我只能設置顏色和圖片，設計稿裏的樣式我作不出來。 
Banner輪播的指示點我改不了。

UI一臉懵逼的看着他。

咱們在小程序開發中遇到最棘手的2個問題：

1. 缺乏統計、繪圖組件，之前的echarts和hightcharts都沒法使用，只能用canvas去繪製，耗費的時間之多可想而知。咱們目前正在着手修改一款基於canvas的開源繪圖組件，讓其支持小程序。
2. 小程序不支持WebView，大量已被靜態化好的HTML頁面徹底沒辦法在小程序上展現。若是要支持格式化的文本顯示，目前思路有二種： 
   
   • 編寫工具，用正則表達式解析HTML，並轉化成小程序的標籤。這個過程很繁瑣，不只要處理標籤還要處理樣式。好比html中的 ul 籤，處理起來就很棘手；再好比小程序裏的中是不能嵌套的（嵌套後內部的text樣式無效），而這樣的嵌套在html中太常見了。
   • 編寫一個針對wxml的文本編輯器，用這樣的編輯器從新錄入和格式化文本（這就是小程序帶來的一個挺好的機會）

小程序原生支持WebView的可能性很小。若是支持WebView，那之前用HTML5開發的各種WebApp又能夠在小程序裏跑了，iOS —-> 微信—-> 小程序—-> WebView，這複雜的結構是要逆天的。但有可能微信會開放一個只支持CSS+HTML的WebView，不能運行Javascript。

開發者在開發小程序以前必定要預先對這些技術問題作充分的瞭解，並在設計上、功能規劃上儘量的規避。

現階段，你想按照你的UI設計去開發，困難不小。有人說目前小程序還在內測，將來會有大量的組件出現。會有組件出現我絕不懷疑，但組件的質量怎麼樣，開發者的熱情有多高，能不能造成一個良好的社區氛圍，這些都是未知數。中國可以靜下心來作開源的開發者，真的挺少。

至於推廣成本和用戶獲取上，不少人都認爲小程序會有絕對的優點，它處於微信內部，理應離微信關係鏈條更近。可微信至今沒有給小程序分享的接口，也許之後會給新的接口，也許會將小程序綁定到公衆號，藉助公衆號來傳播，也許根本不給小程序提供分享的接口。

誰知道呢？

APP獲取用戶成本高的一個根本緣由是用戶手機裏的APP已經飽和了，咱們不能拿一個新興生態的用戶獲取成本和一個已經飽和的生態作對比。當小程序的生態也飽和的時候，這個成本還低嗎？點開你微信裏的訂閱號，刺目的紅色數字有沒有亮瞎你的眼？而你又認真去閱讀的文章有幾篇？大量刷來的用戶那不叫用戶，想獲取一個真實的用戶的成本歷來都不低。

這裏仍是建議各位開發者，把精力真正的放在產品上，不要一味的盯着着微信的傳播優點和平臺優點。小程序因爲門檻較低，競爭的激烈程度將遠超iOS和Android。Web發展這麼多年, 積累的大量前端人才，極有可能被這波熱潮釋放。把精力投入在打磨產品上，結合本身產品的特色適度營銷，這纔是王道。

 

5 訂閱號、服務號、企業號、小程序之後會如何發展？

預測一下，訂閱號、小程序會並存; 服務號和企業號會慢慢的「死去」。

留存訂閱號和小程序是由於他們具有不一樣的屬性：訂閱號具備媒體屬性，小程序具備服務屬性。從目前微信對於小程序在傳播、分享上的限制來看，小程序就是作服務，他不具備很強媒體屬性，因此這兩個不一樣屬性的「號」應該會共存。 

而服務號自己就是個怪胎，是微信爲平衡用戶體驗和高級功能的一箇中間產物。大多數的微信媒體、商戶、創業團隊都同時擁有訂閱號和服務號2個號，用服務號的高級接口作服務，而後將連接附加到訂閱號的模板消息或者菜單中推廣，怎麼樣均可以繞開服務號的限制。這樣的平衡，對開發者沒什麼好處，對用戶來說，也不見得有什麼體驗上的巨大提高。既沒有訂閱號的天天能夠羣發一條消息的能力，又不具有小程序接近原生的體驗（大多數服務號的體驗真是差差差差差，你不綁定微信每次進去就要作身份驗證，毫無緩存能力，好比招商銀行的服務號，每次進去都要輸入十幾位的身份證號或者卡號，你煩不煩？），那服務號有什麼存在的價值。小程序徹底能夠融合到訂閱號中，何苦搞那麼多號。固然，張小龍直接砍掉服務號的可能性不大，這個任務交給開發者去選擇，天然淘汰就能夠了。

至於企業號，自己價值就在於微信提供了一個便捷的企業員工關係鏈導入和管理工具，僅此而已。用過企業號的都知道，體驗是真的差。自己移動端就只適合作信息的展現，不太適合作信息的錄入，而企業號又恰恰有大量的信息錄入操做，操做極度困難。既然企業號的價值在於便捷的員工關係鏈管理，那隻須要將員工關係鏈對小程序開放，並給企業的小程序一個沙箱環境，用小程序取代企業號便可。

相比於小程序帶來的機會與紅利，我更認同小程序的理念，簡單、乾淨、用完即走。而這偏偏是目前互聯網產品形態所缺乏的，也是用戶急需的。小程序在產品理念上給咱們的產品經理上了一課：有時候，少就是多，讓用戶觸手可及，才能讓創業者和用戶站的更近，更容易傳遞你的商業價值。

做者：七月

知乎專欄：小樓昨夜又秋風

我的博客：碼 藝

轉載請註明原文出處及做者信息