9 月 21 日，微信應用號正式以“微信公眾平臺·小程序”的名義發(fā)布。

小程序出來之后，各界存在這些疑問：

• App 和服務號會不會消失；是否會顛覆 App Store；安卓、iOS 工程師要面臨下崗？

• 蘋果為何不讓叫“應用號”；小程序如何盈利；小公司是否能享受到流量紅利？

• 什么樣的產(chǎn)品適合接入小程序；HTML 5 的小程序體驗不如原生 App？

為此雷鋒網(wǎng)從知乎上篩選了資深人士對微信小程序的看法。

我不覺得微信應用和 App 之間是非此即彼的二選一關(guān)系。對于絕大多數(shù)企業(yè)來說，必然是兩手抓兩手都要硬的。資源相對匱乏的初創(chuàng)企業(yè)更適合從低成本微信應用號切入會更快速。

很遺憾看到各路評論家一邊倒的激動地謳歌微信小程序顛覆 App Store，以及顛覆這顛覆那的，總之顛覆了全世界。我深深的懷疑你們絕大多數(shù)人肯定沒經(jīng)營過一個企業(yè)，我也深深的懷疑張小龍自己是否有你們一樣的“小程序大夢想”。

QQ 也曾經(jīng)探索過 Widget 類似的模式甚至 QQ 桌面，從結(jié)果看不是很成功。相比當年，我肯定更看好微信小程序的前景。但談顛覆，現(xiàn)在還為時尚早。

服務號是否可以轉(zhuǎn)為應用號？這個不得而知，但我相信肯定有大批的服務號是想轉(zhuǎn)變?yōu)閼锰柕?，一些服務號的功能屬性遠大于媒體屬性，例如有硬件設備連接需求的服務號、京東購物的服務號、滴滴出行等服務號，如果讓這些服務號主體再去開發(fā)小程序未免太折騰，主體下的服務號和小程序之間功能也會有重疊，浪費資源，也占用用戶的資源，所以我的猜測是認證的服務號是可以轉(zhuǎn)（升級）為小程序的。在之前訂閱號是可以“升級”為服務號的，如果有這個可能，微信可能也會給出是否“升級”的選擇；因為從得到的消息來看，微信的態(tài)度是訂閱號、服務號、企業(yè)號、小程序是完全并行的四種形態(tài)，所以服務號的繼續(xù)存在一定還有其服務號的意義，但如何升級不得而知，例如粉絲遷移？

小程序是可以與 APP 打通，但并沒有提與服務號的打通，其實與服務號的打通是完全沒有問題的，但微信并沒有提這一點，猜測服務號是可以升級小程序的。但不支持小程序與 App 的直接跳轉(zhuǎn)。（能做的都在小程序內(nèi)做就好了，搞那么多跳轉(zhuǎn)沒有意義）

在全面開放申請之后，主體類型包括個人、企業(yè)、政府、媒體或其他組織，這一點很有意思，小程序是有個人主體類型的，我們知道訂閱號是可以申請個人主體的，但服務號不可以為個人主體的，對此我有很多的疑問，小程序是有微信支付能力的，而小程序可以面向個人開放？稅務問題呢？對于個人來言的可信度整體來說一定要小于企業(yè)的可信度的，或者小程序的開放也是對不同組織有區(qū)別對待？例如個人開發(fā)者是沒有微信支付功能的，不然收款到哪里？個人賬戶？服務號的微信支付都是關(guān)聯(lián)企業(yè)對公賬戶的，微信不會給你提供逃稅的能力。

據(jù)悉，應用號的入口是在發(fā)現(xiàn) tab 購物游戲下面，之所以叫小程序是因為 App Store 審核不通過應用號三個字，并且已經(jīng)和蘋果約法三章應用號不能做游戲產(chǎn)品，以及，一個用戶只能添加 20 個。

作為一個只寫 Script 語言的人我是很支持騰訊干掉 PhoneGap/Cordova/Ionic。不過我就想問一件事，蘋果能允許么？

小程序安裝或者升級的話要不要蘋果再審核一遍？這就跟用 ReactJS Live Update 一樣，屬于蘋果的灰色地帶，一個普通 App 這么做可以睜一只眼閉一只眼，有潛力做成 OS 的話蘋果能答應么？

Apple’s guidelines explicitly permit you to push executable code directly to your app, bypassing the App Store, under these two conditions:

The code is run by Apple’s built-in WebKit framework or JavascriptCore.

The code does not provide, unlock or enable additional features or functionality.

安裝一個 App 就相當于微信不用蘋果審核就*增加*一項功能，這比加個 Patch 快速修復一個 Bug 可*過份*多了。

鑒于微信在蘋果發(fā)布會上出現(xiàn)的頻率，微信團隊很可能跟蘋果溝通過了，所以像 360 那樣被下架的可能性比較小，不過如果別的廠子看見了也蠢蠢欲動，那可是動搖了 App Store 的根基啊【反 X 亡 A，不反 X 亡 B 的感覺】

小程序是否會對開發(fā)者收費？對比 iOS 開發(fā)者，iOS 開發(fā)者是收費的，兩者都是需要經(jīng)過審核的，雖然現(xiàn)在沒有任何關(guān)于小程序是否面相開發(fā)者收費的消息，但這并不是不可能，服務號、訂閱號的認證是收費的，認證之后獲得了未認證所沒有的能力，比如微信支付；我猜測小程序是會有收費的通道，類似認證費一樣（但可能不會叫認證費），然后獲得未認證所沒有的能力，或者叫其他名字的費用，按年收取。

潘欣：

各路安卓應用市場已經(jīng)被商業(yè)化玩爛了，App Store 也開始了廣告的探索。未來，微信小程序會不會也如此商業(yè)化呢？估計會的，但相信不會如安卓市場那樣的泛濫。

大家最期待的，是微信的關(guān)系鏈，而關(guān)系鏈本身，則是微信的命根子，這次的小程序關(guān)系鏈會開放嗎？

首先，關(guān)系鏈并非不可以開放，是有條件的開放。下圖可以看到，這大致就屬于微信的三個開放邏輯。

只開放公開信息：昵稱、頭像，其實也就是登陸 ID，所有的開發(fā)者都可以接入，比如航旅縱橫。

有條件開放：開放共同使用的好友。比如大眾點評。所以基于大眾點評，你可以看到有好友去哪。比如美團外賣，可以看到好友頭條，比如 58 同城旗下的轉(zhuǎn)轉(zhuǎn)，能看到好友在賣，但很抱歉，這個關(guān)系鏈的開放，目前只有騰訊投資的公司，才能享受如此特權(quán)。

更大程度的開放：除了登陸和好友關(guān)系，還開放了朋友圈權(quán)限，能把一些操作直接輸送到朋友圈做動作，這個很抱歉，只有騰訊自由的產(chǎn)品才有，比如，QQ 音樂、騰訊視頻等。

大概的邏輯是：

• 親兒子，能得到全部關(guān)系。

• 干兒子，能得到重合的關(guān)系，你用，我也用，相互能看到，我用你不用，我不能跟你發(fā)生聯(lián)系。

• 外人，只能刷個臉，其他的免談。

所以，大家先別激動的太早，小程序目前的開放程度還是很低的，離 Facebook 的全能力開放還是有差距的。

微信小程序一定還是有紅利期的，我做出這樣的預測：

• 第一波紅利的獲得者是昨天和今天寫評論文章的微信訂閱號上的自媒體們；

• 第二波紅利的獲得者是干微信小程序培訓的“老師”們，他們應該大多數(shù)是從微信營銷培訓迅速轉(zhuǎn)型過來的；

• 第三波紅利的獲得者應該是那些獲得內(nèi)測邀請資格的人們，畢竟上架時間早啊。

再往后，就難說。任何好東西拼得都是執(zhí)行力。

當然，好東西永遠是稀缺的。我不相信你開發(fā)一個 App 是垃圾，現(xiàn)在開發(fā)一個微信小程序就不是垃圾了。 App Store 和微信平臺都只是一個載體，你的產(chǎn)品是不是用戶需要的，是不是用戶喜歡的才是核心。以微信小程序遠低于 App 的開發(fā)成本，可以想象未來提交審核的小垃圾程序是多如牛毛的，衷心希望微信能有比 App Store 更加嚴格的審核程序，否則，微信用戶真的要遭殃了。

這就和 Native App 時期有了一定的區(qū)別，小程序更歡迎的是服務性 App，也就是張小龍所說的用完即時走。微信要做的是一個長尾市場，聚合那些無法承擔成本去獨立做成 App 的服務。就像當年的亞馬遜一樣，幾乎沒有什么商品你在亞馬遜上找不到一樣。而現(xiàn)在微信就相當于是把商品變成了服務這種非標的東西。

“小而美”的產(chǎn)品更適合應用號，能獲取較多的紅利，真正高頻常用的還是在原生 App 那邊更好，當然像同程旅行火車票這種剛需路徑短的還是很適合微信生態(tài)的。

小而美的服務是什么？低頻、非剛需基于場景的服務，在特定場景下（也就是夠垂直）可以較好得解決用戶需求。許多付費的服務可能借力因此煥發(fā)出第二春，教育、醫(yī)療、家政、求職招聘、二手買賣、旅游、票務、金融理財、汽車后市場等等。

不是所有的服務都適用小程序，但大部分的服務和幾乎所有的初創(chuàng)業(yè)務都是可以接入小程序的。

哪些服務是可以接入，哪些又是不可以接入的呢？我先看一個模型。按照重要/不重要，高頻/低頻，我們將互聯(lián)網(wǎng)產(chǎn)品分別放入四個象限。

然后，我們分別看這 4 個象限的擁抱策略，應該說，如果你的服務是很高頻的，而且對于交互和界面體驗的要求很高的話，還是要用原生（Native）來做。但如果你是低頻/中頻且重要的服務的話，你應該毫不猶豫地加入微信小程序的申請隊伍。

象限 1：大玩家、高頻應用不應該接入和擁抱小程序。如，3BA（360、百度、阿里巴巴）。

因為用戶經(jīng)常打開，而且交互頻次很高，對應用的體驗要求很高，比如直播、游戲、視頻等。對數(shù)據(jù)安全度比較高的不應該接入。雖然微信只是讀取了接口，不會直接讓服務者提交數(shù)據(jù)，但因為小程序一定會提供緩存功能，開發(fā)者的服務雖然基于 H5，但你是跑在微信這個原型框架內(nèi)的。

象限 2：應該毫不猶豫擁抱小程序。

這個象限包含了大量的服務類產(chǎn)品。教育、醫(yī)療、家政、求職招聘、二手買賣、旅游、票務、金融理財、汽車后市場.

總之，但凡用戶一年用個一兩次之后就再也想不起來的，是不應該用一個原生引用的方式讓用戶下載，而應該是通過微信小程序來解決。初創(chuàng)型企業(yè)也應該通過小程序來試探 MVP 產(chǎn)品，因為微信擁有天然的傳播能力和獲客能力，而原生應用除了開發(fā)比較復雜外，推廣成本極高，獲客成本極高，這些都阻礙了 MVP 的產(chǎn)品探索。

從這個角度來說，小程序能讓中國初創(chuàng)的互聯(lián)網(wǎng)公司減少試錯成本，提升成功概率。

象限 3：慎重接入，利用微信的開放能力，引入用戶到自有產(chǎn)品中。

MVP 后，盡快引導到自由產(chǎn)品，因為自有產(chǎn)品能提供更好的服務，并且能留下用戶，比如知乎、網(wǎng)易云音樂。內(nèi)容型的產(chǎn)品，通過微信獲得新用戶，然后轉(zhuǎn)移到自有平臺，也是一個很好的策略。

象限 4：視情況接入，主要看開發(fā)能力。

基本上很多都是個人興趣產(chǎn)品、工具產(chǎn)品，可以從 MVP 的角度來做，或者以興趣的角度來做，不考慮太多的商業(yè)產(chǎn)出，只考慮情懷，但這些開發(fā)者有個明顯的問題，就是產(chǎn)品設計能力和開發(fā)能力有限，所以，如果你的人是做 APP 的，那就還是 APP 吧，如果是 H5 的，那就微信小程序唄。

HTML 5、JS 以及相關(guān)技術(shù)替代原生大家喊了很久了，就是大熱的 React Native 目前看來也依然很不完善。微信的應用應該都是運行在騰訊瀏覽器的X5內(nèi)核里，這東西怎么樣大家心里也都有數(shù)。我感覺還是只能做一些低交互的應用，大概也就是比網(wǎng)頁快捷方式高一級別，要利用 OS 的炫酷特性，原生還是跑不掉，而且目前原生開發(fā)很成熟了，框架庫很多，門檻也很低。

小程序不同于服務號，服務號的功能需要全部在 Web APP 中提供，而小程序是微信中的 Native 程序，是有緩存能力的，C 端用戶訂閱（暫且這樣說）某小程序后，當有緩存的時候不僅會提高用戶體驗，同時也加快了程序加載速度，用戶在網(wǎng)速不佳的時候的等待時間將大大減少。

小程序是基于 H5 開發(fā)的程序，但用了類似于 JS-SDK 的框架（百度以前是clouda框架），提供了更多的接口和組件，讓程序更加流暢，體驗接近Native App。能夠云端發(fā)布程序（當然也需要微信審核），同時也能緩存數(shù)據(jù)，實現(xiàn)了借助微信這個最大的 Native App 來讓 H5 App 更強大的目的。