關于微信小程序（應用號）的底層邏輯分析和擁抱建議
9月21日晚，微信宣布：微信“小程序”開始內測。
自年初1月11日張小龍在北京微信公開課上發言起，歷經大半年后，萬眾矚目的“微信應用號”終于現身。相比“應用號”，“小程序”這個名字更加可愛。以名字看，感覺像是突出了“將你的程序接入微信”的意思。
我們此前分析過微信的功能迭代節奏：一般微信重要的功能規劃周期，大約會在在9-12個月的時間里，這樣算起來，這次應用號從規劃到上線，節奏也蠻符合。
我們先看下面這張據傳是張小龍發在朋友圈關于小程序的評論：
關于這張圖片，前半段我理解為小程序是微信內的云端應用，不是原生App，對用戶來說很輕(對開發者來說也會更輕)。
后半句則應該理解為：用戶用完就退出程序，離開別人的服務，但繼續在自己的微信里玩朋友圈，看文章。
昨晚微信小程序上線后，很多朋友跑來問我對這個事情的看法，我就借這篇文章一并回答了。先說幾個結論：
- 不是所有的服務都適合接入小程序，但大部分創業者的服務都適合接入其中。后面我們會重點分析。
- 小程序是基于H5開發的程序，但用了類似于JS-SDK的框架(百度以前是clouda框架)，提供了更多的接口和組件，讓程序更加流暢，體驗接近原生APP(Native App)。
- 能夠云端發布程序(當然也需要微信審核)，同時也能緩存數據，實現了借助微信這個***的Native App來讓H***pp更強大的目的。
- 目前沒有受到邀請也不要怕，按照微信操盤節奏，一定是灰度推進的。這個灰度包括對用戶的逐步釋放，也包括多開發者的分層授權和管理等，但不代表先發就一定有優勢，后面競爭的還是產品本身，而不是時間的早晚。
- 大家都期望通過基于微信可以獲得營銷、獲客和傳播能力，那微信小程序釋放的能量是否能滿足大家的需求呢?我覺得比較懸，在產品營銷和微信的克制之間，主動權還是在微信手上。
- H5和JS人才將會很搶手，大家可以儲備一些了。
微信發展到小程序這個階段應該說是有其背后的野心的。只是微信的野心一直都裝在產品的盒子里，保護得很好。
聊到野心，我們要先看看微信的發展歷程。
從IM到瀏覽器到OS的改變
我曾經將微信的發展階段分為三個階段：IM階段、瀏覽器階段和OS階段。IM階段的大招是語音通信和搖一搖，瀏覽器階段的大招是訂閱號，OS階段的大招可能就是小程序。
應該說，借助語音通信、搖一搖和朋友圈，微信迅速地建立了自己的IM優勢，加上騰訊本身具有的關系鏈這個核心資產，微信快速獲得過億的用戶。
而瀏覽器其實是OS的一種(參閱google的Chrome OS)，主要的能力是解析Html(當然包括H5)，在這個基礎上，訂閱號是***的受益者，也是***的***者。
OS的核心是搭建一個平臺，在上面跑服務(調用本地的server和傳送云端的service)，小程序這次就是借助微信這個超級Native app，將本地應用的優勢，通過微信賦能給第三方服務提供者。這是有顯而易見的好處的，這個好處后面會分享。
此外，我認為，微信應用號會是連接人和服務的嘗試，它將可能在后續完全替代掉“服務號”。
從互聯網整體的發展和騰訊公司的整體戰略來看，過去的十年，互聯網解決了人與信息、商品和人的鏈接，未來的十年一定是鏈接人與服務。
而服務更多的是垂直的、細分的、非標準的，騰訊自己做顯然是很難做到的，雖然騰訊也投資了大量的服務公司，但畢竟還有很多新興服務和潛在的服務無法概括進來，如果有一個產品能夠讓所有的服務都接入進來，在這個產品上能夠將服務與人直接連接，那顯然是價值巨大的。
小程序則有可能會擔負這個任務。一頭是7億用戶，一頭是服務提供者，通過微信平臺，將海量用戶與海量服務進行對接，***!所以名字雖然是小程序，看起來很Q，但野心絕對是大的很啊!
以上簡單說了一下小程序的背景，接下來，我們會詳細地和大家分析幾個事情：
- 哪些服務和企業最適合接入應用號
- 如果開發者接入應用號，產品的架構和邏輯是怎么樣的?
- 開發者注意：基于微信小程序開發，也得拼爹
- 未來的小程序還留給我們哪些重要的期待
我們依次來看。
1.哪些服務和企業最適合接入應用號?
應該說，不是所有的服務都適用小程序，但大部分的服務和幾乎所有的初創業務都是可以接入小程序的。
哪些服務是可以接入，哪些又是不可以接入的呢?我先看一個模型。按照重要/不重要，高頻/低頻，我們將互聯網產品分別放入四個象限。
然后，我們分別看這4個象限的擁抱策略，應該說，如果你的服務是很高頻的，而且對于交互和界面體驗的要求很高的話，還是要用原生(Native)來做。但如果你是低頻/中頻且重要的服務的話，你應該毫不猶豫地加入微信小程序的申請隊伍。
象限1：大玩家、高頻應用不應該接入和擁抱小程序。
這個象限基本上都是大玩家，比如，3BA(360、百度、阿里巴巴)。
- 阿里和百度顯然不會接入。
- 高頻且重要的應用不會接入。因為用戶經常打開，而且交互頻次很高，對應用的體驗要求很高，比如直播、游戲、視頻等。
- 對數據安全度比較高的不應該接入。雖然微信只是讀取了接口，不會直接讓服務者提交數據，但因為小程序一定會提供緩存功能，開發者的服務雖然基于H5，但你是跑在微信這個原型框架內的。
象限2：應該毫不猶豫擁抱小程序。
這個象限包含了大量的服務類產品。
- 教育、醫療、家政、求職招聘、二手買賣、旅游、票務、金融理財、汽車后市場，當然理論上還有12306!
- 總之，但凡用戶一年用個一兩次之后就再也想不起來的，是不應該用一個原生引用的方式讓用戶下載，而應該是通過微信小程序來解決。
- 初創型企業也應該通過小程序來試探MVP產品，因為微信擁有天然的傳播能力和獲客能力，而原生應用除了開發比較復雜外，推廣成本極高，獲客成本極高，這些都阻礙了MVP的產品探索。
從這個角度來說，小程序能讓中國初創的互聯網公司減少試錯成本，提升成功概率。
象限3：應該慎重接入，利用微信的開放能力，引入用戶到自有產品中。
- MVP后，盡快引導到自由產品，因為自有產品能提供更好的服務，并且能留下用戶，比如知乎、網易云音樂。
- 內容型的產品，通過微信獲得新用戶，然后轉移到自有平臺，也是一個很好的策略。
象限4：視乎情況接入，主要看開發能力。
基本上很多都是個人興趣產品、工具產品，可以從MVP的角度來做，或者以興趣的角度來做，不考慮太多的商業產出，只考慮情懷，但這些開發者有個明顯的問題，就是產品設計能力和開發能力有限，所以，如果你的人是做APP的，那就還是APP吧，如果是H5的，那就微信小程序唄。
2.如果開發者接入應用號，產品的架構和邏輯是怎么樣的?
如果你打算接入小程序了，你可以試著了解下這套玩法的基本架構和邏輯關系。用戶會頻繁和微信交互，微信也會頻繁與OS交互，當然微信也通過API的方式來獲取第三方的數據，并且通過服務組件、開發工具和交互框架來定義小程序的交互樣式、展現方式和擴展功能。
有兩個方向，小程序會極大降低開發的難度。
- 組件與前端控件：根據目前透露的情況來看，微信小程序提供了基礎組件、前段原生控件和API，目的是讓一個云端的H5產品具有原生應用的組件和擴展能力。這些組件，之前是由第三方來提供的框架，這次小程序，把更多的權限也開放出來了，來幫助開發者快速接入小程序，盡量標準化和結構化去處理數據。
- 交互框架：早在上半年，微信就已經開始公布了一套UI和交互框架，用來統一UI規范和交互示例。這些UI規范和交互示例早早就準備好，我們有理由相信，你就是一個初級程序員，沒有UI、沒有前端，只會寫后臺PHP，也可以通過接入API的方式完成自己的小程序。詳情可以戳文末的閱讀原文。
3.開發者注意：基于微信小程序開發，也得拼爹
事實上，讓大家激動不已的絕對不是上面的小程序的框架、邏輯、組件這些事，因為這樣的事情國外的Facebook、國內的百度都有做過。大家最期待的，是微信的關系鏈，而關系鏈本身，則是微信的命根子，這次的小程序，關系鏈會開放嗎?我覺得是呵呵。拼爹吧。
首先，關系鏈并非不可以開放，是有條件的開放。
上圖可以看到，這基本上算是三個開放的邏輯了。
- 只開放公開信息：昵稱、頭像，其實也就是登陸ID，所有的開發者都可以接入，比如航旅縱橫。
- 有條件開放：開放共同使用的好友。比如大眾點評。所以基于大眾點評，你可以看到有好友去哪。比如美團外賣，可以看到好友頭條，比如58同城旗下的轉轉，能看到好友在賣，但很抱歉，這個關系鏈的開放，目前只有騰訊投資的公司，才能享受如此特權。
- 更大程度的開放：除了登陸和好友關系，還開放了朋友圈權限，能把一些操作直接輸送到朋友圈做動作，這個很抱歉，只有騰訊自由的產品才有，比如，QQ音樂、騰訊視頻等。
大概的邏輯是：
- 親兒子，能得到全部關系;
- 干兒子，能得到重合的關系，你用，我也用，相互能看到，我用你不用，我不能跟你發生聯系。
- 外人，只能刷個臉，其他的免談。
所以，大家先別激動的太早，小程序目前的開放程度還是很低的，離Facebook的全能力開放還是有差距的。
4.總結，未來的小程序還留給我們哪些重要的期待
小程序是微信的一小步，但可能是移動互聯網的一大步。而微信的這套玩法，特別適合于中國市場，我們也希望這套玩法能推向全球，成為標桿產品。
通過階段性的釋放微信的能力，將大量的開發者和服務圈入微信生態系統，讓用戶真正的離不開微信，完成微信建立一座在線城市的愿望。
在目前看到的***階段，我認為微信還是會先讓小程序的流程走通、邀請一些開發者來做高配和的產品打磨，畢竟現在的小程序還是MVP產品。中期來看，小程序將能夠讓微信實現從內容到服務的生態閉環，既能增加微信周邊功能的能力(如支付、地圖、廣告)，也能鞏固微信的唯一的移動入口地位。
***的***，如果小程序的入口是這么深的話：
大家還是先觀察一下效果，再來決定是否要擁抱吧。
