9 月 21 日，微信應用號正式以“微信公眾平臺·小程序”的名義發佈。小程序出來之後，各界存在這些疑問：App 和服務號會不會消失；是否會顛覆 App Store；安卓、iOS 工程師要面臨下崗？蘋果為何不讓叫“應用號”；小程序如何盈利；小公司是否能享受到流量紅利？什麼樣的產品適合接入小程序；HTML 5 的小程序體驗不如原生 App？為此雷鋒網從知乎上篩選瞭資深人士對微信小程序的看法。 小程序是否會取代 App：潘欣：我不覺得微信應用和 App 之間是非此即彼的二選一關系。對於絕大多數企業來說，必然是兩手抓兩手都要硬的。資源相對匱乏的初創企業更適合從低成本微信應用號切入會更快速。
很遺憾看到各路評論傢一邊倒的激動地謳歌微信小程序顛覆 App Store，以及顛覆這顛覆那的，總之顛覆瞭全世界。我深深的懷疑你們絕大多數人肯定沒經營過一個企業，我也深深的懷疑張小龍自己是否有你們一樣的“小程序大夢想”。QQ 也曾經探索過 Widget 類似的模式甚至 QQ 桌面，從結果看不是很成功。相比當年，我肯定更看好微信小程序的前景。但談顛覆，現在還為時尚早。 小程序和服務號的關系；是否會給個人開放？laurence：服務號是否可以轉為應用號？這個不得而知，但我相信肯定有大批的服務號是想轉變為應用號的，一些服務號的功能屬性遠大於媒體屬性，例如有硬件設備連接需求的服務號、京東購物的服務號、滴滴出行等服務號，如果讓這些服務號主體再去開發小程序未免太折騰，主體下的服務號和小程序之間功能也會有重疊，浪費資源，也占用用戶的資源，所以我的猜測是認證的服務號是可以轉（升級）為小程序的。在之前訂閱號是可以“升級”為服務號的，如果有這個可能，微信可能也會給出是否“升級”的選擇；因為從得到的消息來看，微信的態度是訂閱號、服務號、企業號、小程序是完全並行的四種形態，所以服務號的繼續存在一定還有其服務號的意義，但如何升級不得而知，例如粉絲遷移？小程序是可以與 APP 打通，但並沒有提與服務號的打通，其實與服務號的打通是完全沒有問題的，但微信並沒有提這一點，猜測服務號是可以升級小程序的。但不支持小程序與 App 的直接跳轉。（能做的都在小程序內做就好瞭，搞那麼多跳轉沒有意義）小程序是否開放給個人？在全面開放申請之後，主體類型包括個人、企業、政府、媒體或其他組織，這一點很有意思，小程序是有個人主體類型的，我們知道訂閱號是可以申請個人主體的，但服務號不可以為個人主體的，對此我有很多的疑問，小程序是有微信支付能力的，而小程序可以面向個人開放？稅務問題呢？對於個人來言的可信度整體來說一定要小於企業的可信度的，或者小程序的開放也是對不同組織有區別對待？例如個人開發者是沒有微信支付功能的，不然收款到哪裡？個人賬戶？服務號的微信支付都是關聯企業對公賬戶的，微信不會給你提供逃稅的能力。“應用號”無法通過的原因張驍懿：據悉，應用號的入口是在發現 tab 購物遊戲下面，之所以叫小程序是因為 App Store 審核不通過應用號三個字，並且已經和蘋果約法三章應用號不能做遊戲產品，以及，一個用戶隻能添加 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 可*過份*多瞭。
鑒於微信在蘋果發佈會上出現的頻率，微信團隊很可能跟蘋果溝通過瞭，所以像 360 那樣被下架的可能性比較小，不過如果別的廠子看見瞭也蠢蠢欲動，那可是動搖瞭 App Store 的根基啊【反 X 亡 A，不反 X 亡 B 的感覺】 關於小程序商業化laurence：小程序是否會對開發者收費？對比 iOS 開發者，iOS 開發者是收費的，兩者都是需要經過審核的，雖然現在沒有任何關於小程序是否面相開發者收費的消息，但這並不是不可能，服務號、訂閱號的認證是收費的，認證之後獲得瞭未認證所沒有的能力，比如微信支付；我猜測小程序是會有收費的通道，類似認證費一樣（但可能不會叫認證費），然後獲得未認證所沒有的能力，或者叫其他名字的費用，按年收取。潘欣：各路安卓應用市場已經被商業化玩爛瞭，App Store 也開始瞭廣告的探索。未來，微信小程序會不會也如此商業化呢？估計會的，但相信不會如安卓市場那樣的泛濫。小程序紅利先到誰手上？三節課：大傢最期待的，是微信的關系鏈，而關系鏈本身，則是微信的命根子，這次的小程序關系鏈會開放嗎？
首先，關系鏈並非不可以開放，是有條件的開放。下圖可以看到，這大致就屬於微信的三個開放邏輯。隻開放公開信息：昵稱、頭像，其實也就是登陸 ID，所有的開發者都可以接入，比如航旅縱橫。有條件開放：開放共同使用的好友。比如大眾點評。所以基於大眾點評，你可以看到有好友去哪。比如美團外賣，可以看到好友頭條，比如 58 同城旗下的轉轉，能看到好友在賣，但很抱歉，這個關系鏈的開放，目前隻有騰訊投資的公司，才能享受如此特權。更大程度的開放：除瞭登陸和好友關系，還開放瞭朋友圈權限，能把一些操作直接輸送到朋友圈做動作，這個很抱歉，隻有騰訊自由的產品才有，比如，QQ 音樂、騰訊視頻等。大概的邏輯是：親兒子，能得到全部關系。幹兒子，能得到重合的關系，你用，我也用，相互能看到，我用你不用，我不能跟你發生聯系。外人，隻能刷個臉，其他的免談。所以，大傢先別激動的太早，小程序目前的開放程度還是很低的，離 Facebook 的全能力開放還是有差距的。潘欣：微信小程序一定還是有紅利期的，我做出這樣的預測：第一波紅利的獲得者是昨天和今天寫評論文章的微信訂閱號上的自媒體們；第二波紅利的獲得者是幹微信小程序培訓的“老師”們，他們應該大多數是從微信營銷培訓迅速轉型過來的；第三波紅利的獲得者應該是那些獲得內測邀請資格的人們，畢竟上架時間早啊。再往後，就難說。任何好東西拼得都是執行力。
當然，好東西永遠是稀缺的。我不相信你開發一個 App 是垃圾，現在開發一個微信小程序就不是垃圾瞭。 App Store 和微信平臺都隻是一個載體，你的產品是不是用戶需要的，是不是用戶喜歡的才是核心。以微信小程序遠低於 App 的開發成本，可以想象未來提交審核的小垃圾程序是多如牛毛的，衷心希望微信能有比 App Store 更加嚴格的審核程序，否則，微信用戶真的要遭殃瞭。 什麼類型的產品適合接入小程序
李明駿：這就和 Native App 時期有瞭一定的區別，小程序更歡迎的是服務性 App，也就是張小龍所說的用完即時走。微信要做的是一個長尾市場，聚合那些無法承擔成本去獨立做成 App 的服務。就像當年的亞馬遜一樣，幾乎沒有什麼商品你在亞馬遜上找不到一樣。而現在微信就相當於是把商品變成瞭服務這種非標的東西。“小而美”的產品更適合應用號，能獲取較多的紅利，真正高頻常用的還是在原生 App 那邊更好，當然像同程旅行火車票這種剛需路徑短的還是很適合微信生態的。小而美的服務是什麼？低頻、非剛需基於場景的服務，在特定場景下（也就是夠垂直）可以較好得解決用戶需求。許多付費的服務可能借力因此煥發出第二春，教育、醫療、傢政、求職招聘、二手買賣、旅遊、票務、金融理財、汽車後市場等等。三節課：不是所有的服務都適用小程序，但大部分的服務和幾乎所有的初創業務都是可以接入小程序的。哪些服務是可以接入，哪些又是不可以接入的呢？我先看一個模型。按照重要/不重要，高頻/低頻，我們將互聯網產品分別放入四個象限。然後，我們分別看這 4 個象限的擁抱策略，應該說，如果你的服務是很高頻的，而且對於交互和界面體驗的要求很高的話，還是要用原生（Native）來做。但如果你是低頻/中頻且重要的服務的話，你應該毫不猶豫地加入微信小程序的申請隊伍。象限 1：大玩傢、高頻應用不應該接入和擁抱小程序。如，3BA（360、百度、阿裡巴巴）。因為用戶經常打開，而且交互頻次很高，對應用的體驗要求很高，比如直播、遊戲、視頻等。對數據安全度比較高的不應該接入。雖然微信隻是讀取瞭接口，不會直接讓服務者提交數據，但因為小程序一定會提供緩存功能，開發者的服務雖然基於 H5，但你是跑在微信這個原型框架內的。象限 2：應該毫不猶豫擁抱小程序。
這個象限包含瞭大量的服務類產品。教育、醫療、傢政、求職招聘、二手買賣、旅遊、票務、金融理財、汽車後市場.總之，但凡用戶一年用個一兩次之後就再也想不起來的，是不應該用一個原生引用的方式讓用戶下載，而應該是通過微信小程序來解決。初創型企業也應該通過小程序來試探 MVP 產品，因為微信擁有天然的傳播能力和獲客能力，而原生應用除瞭開發比較復雜外，推廣成本極高，獲客成本極高，這些都阻礙瞭 MVP 的產品探索。從這個角度來說，小程序能讓中國初創的互聯網公司減少試錯成本，提升成功概率。象限 3：慎重接入，利用微信的開放能力，引入用戶到自有產品中。
MVP 後，盡快引導到自由產品，因為自有產品能提供更好的服務，並且能留下用戶，比如知乎、網易雲音樂。內容型的產品，通過微信獲得新用戶，然後轉移到自有平臺，也是一個很好的策略。象限 4：視情況接入，主要看開發能力。
基本上很多都是個人興趣產品、工具產品，可以從 MVP 的角度來做，或者以興趣的角度來做，不考慮太多的商業產出，隻考慮情懷，但這些開發者有個明顯的問題，就是產品設計能力和開發能力有限，所以，如果你的人是做 APP 的，那就還是 APP 吧，如果是 H5 的，那就微信小程序唄。 小程序 與 Native App 的優劣之爭yseternal：HTML 5、JS 以及相關技術替代原生大傢喊瞭很久瞭，就是大熱的 React Native 目前看來也依然很不完善。微信的應用應該都是運行在騰訊瀏覽器的X5內核裡，這東西怎麼樣大傢心裡也都有數。我感覺還是隻能做一些低交互的應用，大概也就是比網頁快捷方式高一級別，要利用 OS 的炫酷特性，原生還是跑不掉，而且目前原生開發很成熟瞭，框架庫很多，門檻也很低。三節課：小程序不同於服務號，服務號的功能需要全部在 Web APP 中提供，而小程序是微信中的 Native 程序，是有緩存能力的，C 端用戶訂閱（暫且這樣說）某小程序後，當有緩存的時候不僅會提高用戶體驗，同時也加快瞭程序加載速度，用戶在網速不佳的時候的等待時間將大大減少。小程序是基於 H5 開發的程序，但用瞭類似於 JS-SDK 的框架（百度以前是clouda框架），提供瞭更多的接口和組件，讓程序更加流暢，體驗接近Native App。能夠雲端發佈程序（當然也需要微信審核），同時也能緩存數據，實現瞭借助微信這個最大的 Native App 來讓 H5 App 更強大的目的。
文章為業內資深人士的個人觀點，不代表雷鋒網(公眾號：雷鋒網)立場。如果您也有不同的看法，非常歡迎與我們進行交流。
雷鋒網原創文章，未經授權禁止轉載。詳情見轉載須知。
source:https://www.leiphone.com/news/201609/NVxG8kbeCsyEiPZH.html