自2017年1月9日張小龍宣佈萬衆矚目的「微信小程序」正式上線了。以名字看，感受像是突出了「將你的程序接入微信」的意思。前端
咱們此前分析過微信的功能迭代節奏：通常微信重要的功能規劃週期，大約會在在9-12個月的時間裏。這樣算起來，此次應用號從規劃到上線，節奏也蠻符合。程序員
咱們先看下面這張據傳是張小龍發在朋友圈關於小程序的評論：小程序
關於這張圖片，前半段我理解爲小程序是微信內的雲端應用，不是原生App，對用戶來講很輕（對開發者來講也會更輕）。微信小程序
後半句則應該理解爲：用戶用完就退出程序，離開別人的服務，但繼續在本身的微信裏玩朋友圈，看文章。瀏覽器
昨晚微信小程序上線後，不少朋友跑來問我對這個事情的見解，我就借這篇文章一併回答了。先說幾個結論：緩存
-
不是全部的服務都適合接入小程序，但大部分創業者的服務都適合接入其中。後面咱們會重點分析。安全
-
小程序是基於HTML5開發的程序，但用了相似於JS-SDK的框架（百度之前是clouda框架），提供了更多的接口和組件，讓程序更加流暢，體驗接近原生APP（Native App）。微信
-
可以雲端發佈程序（固然也須要微信審覈），同時也能緩存數據，實現了藉助微信這個最大的Native App來讓HTML5 App更強大的目的。架構
-
目前沒有受到邀請也不要怕，按照微信操盤節奏，必定是灰度推動的。這個灰度包括對用戶的逐步釋放，也包括多開發者的分層受權和管理等，但不表明先發就必定有優點，後面競爭的仍是產品自己，而不是時間的遲早。app
-
你們都指望經過基於微信能夠得到營銷、獲客和傳播能力，那微信小程序釋放的能量是否能知足你們的需求呢？我以爲比較懸，在產品營銷和微信的剋制之間，主動權仍是在微信手上。
-
HTML5和JS人才將會很搶手，你們能夠儲備一些了。
微信發展到小程序這個階段應該說是有其背後的野心的。只是微信的野心一直都裝在產品的盒子裏，保護得很好。
聊到野心，咱們要先看看微信的發展歷程。
微信：從IM到瀏覽器到OS的改變
我曾經將微信的發展階段分爲三個階段：IM階段、瀏覽器階段和OS階段。IM階段的大招是語音通訊和搖一搖，瀏覽器階段的大招是訂閱號，OS階段的大招可能就是小程序。
應該說，藉助語音通訊、搖一搖和朋友圈，微信迅速地創建了本身的IM優點，加上騰訊自己具備的關係鏈這個核心資產，微信快速得到過億的用戶。
而瀏覽器實際上是OS的一種（參閱Google的Chrome OS），主要的能力是解析HTML（固然包括HTML5），在這個基礎上，訂閱號是最大的受益者，也是最強的引領者。
OS的核心是搭建一個平臺，在上面跑服務（調用本地的server和傳送雲端的service），小程序此次就是藉助微信這個超級Native app，將本地應用的優點，經過微信賦能給第三方服務提供者。這是有顯而易見的好處的，這個好處後面會分享。
此外，我認爲，微信小程序會是鏈接人和服務的嘗試，它將可能在後續徹底替代掉「服務號」。
從互聯網總體的發展和騰訊公司的總體戰略來看，過去的十年，互聯網解決了人與信息、商品和人的連接，將來的十年必定是連接人與服務。
而服務更多的是垂直的、細分的、非標準的，騰訊本身作顯然是很難作到的，雖然騰訊也投資了大量的服務公司，但畢竟還有不少新興服務和潛在的服務沒法歸納進來，若是有一個產品可以讓全部的服務都接入進來，在這個產品上可以將服務與人直接鏈接，那顯然是價值巨大的。
小程序則有可能會擔負這個任務。一頭是7億用戶，一頭是服務提供者，經過微信平臺，將海量用戶與海量服務進行對接，完美！因此名字雖然是小程序，看起來很Q，但野心絕對是大的很啊！
以上簡單說了一下小程序的背景，接下來，咱們會詳細地和你們分析幾個事情：
-
哪些服務和企業最適合接入應用號？
-
若是開發者接入應用號，產品的架構和邏輯是怎麼樣的？
-
開發者注意：基於微信小程序開發，也得拼爹
-
將來的小程序還留給咱們哪些重要的期待
咱們依次來看。
1、哪些服務和企業最適合接入應用號？
應該說，不是全部的服務都適用小程序，但大部分的服務和幾乎全部的初創業務都是能夠接入小程序的。
哪些服務是能夠接入，哪些又是不能夠接入的呢？我先看一個模型。按照重要/不重要，高頻/低頻，咱們將互聯網產品分別放入四個象限。
而後，咱們分別看這4個象限的擁抱策略，應該說，若是你的服務是很高頻的，並且對於交互和界面體驗的要求很高的話，仍是要用原生（Native APP）來作。但若是你是低頻/中頻且重要的服務的話，你應該絕不猶豫地加入微信小程序的申請隊伍。
象限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產品。中期來看，小程序將可以讓微信實現從內容到服務的生態閉環，既能增長微信周邊功能的能力（如支付、地圖、廣告），也能鞏固微信的惟一的移動入口地位。
最後的最後，若是小程序的入口是這麼深的話
你們仍是先觀察一下效果，再來決定是否要擁抱吧。