close
原標題：小程序不一定是你的靈丹妙台中二手餐飲設備估價藥
本文來自微信公眾號：歪理邪說（wxieshuo），作者霍炬，虎嗅轉載。
微信小程序終於發佈瞭，我一直對這個東西很有興趣，不是為瞭獲得什麼“流量紅利”，而是從技術上看，它做瞭一些有意思的嘗試。我沒有參加內測的資格，也沒有去和官方或者熟悉官方的人打探過消息。我始終認為，在這個行業裡面，一個動作不需要看作者如何說，你隻要對歷史和行業足夠熟悉，那麼隻要自己去看發生瞭什麼就可以瞭。離得越近，受的影響越多，反而難以看得客觀。所以，以下就是我做為一個完全圈外人對微信小程序的看法。
先說應用場景。一句話概括，我認為 微信小程序的場景應該是增強現實，也就是所謂AR。
這幾年視頻相關的增強現實和VR技術熱度太高，一說起來AR就容易讓人聯想到視覺增強。實際上按照所謂“現實-虛擬連續域 （Reality–virtuality continuum）”的分類法，現實世界和虛擬世界中間任何鏈接物，都可以叫做AR，微信對二維碼的應用就是這樣一種技術。通過二維碼從現實世界獲取信息，這就是對現實場景的增強。
無論是車站站牌、公司名片、商場貨架……任何現實中的東西，通過掃一個二維碼進入一個“小程序”，這個小程序就是對那個現實場景的增強，二維碼鏈接瞭現實世界和虛擬世界，換個更通俗的說法就是鏈接瞭線上和線下，咦，這不就是O2O嗎？是的，我一直認為O2O曾經的高速發展同樣是基於“數字世界如何增強現實”這個理由。不僅僅是微信對這個東西有興趣，很多年來，這個方向都是各大公司的實驗場。
先來看一個相當原始的例子。如圖可見，這是我們這裡的公交台中二手設備收購車站使用的系統，在公交公司網站上，輸入這個站上的數字編號7951，就能知道公交車發車班次和最近的公交車位置。這套系統正常工作是沒問題的，但是用戶自己輸入網址和站牌數字編號，很麻煩。建設更晚的上海智能公交系統就先進多瞭，他們把二維碼放上瞭站牌，掃一下就可以瞭。
二維碼仍然需要打開一個掃碼工具，拿攝像頭對準它，仍然有點麻煩。在我們這樣寒冷地區，冬天在室外完成這個動作更有挑戰。比二維碼更簡單的方式就是NFC瞭。NFC本來是相關技術裡面最平衡的一個，有很多成功應用案例，成本也不算高。可惜蘋果多年來就是對它沒興趣，雖然Apple Pay也是通過NFC，但蘋果就是不讓第三方app用，隻給自己用於支付這一個功能。缺少瞭蘋果的推動，盡管Android手機早已標配瞭NFC芯片，這東西還是火不起來。蘋果自己推的另外一個東西iBeacon受制於各種限制和成本，也一樣火不起來。
這樣幾個方案都有設備支持問題，二維碼就成瞭現在最好的方案。尤其在中國，幾乎所有手機都安裝的微信，微信主推的二維碼自然也就普及瞭。實際上很多場景NFC有更好的優勢，比如，摩拜單車，他們印在車上的解鎖二維碼經常被人塗改損壞，如果使用的是車身內置NFC的方案，就不這麼容易被人損壞瞭，維護成本會低很多。
倫敦公交使用的方案很好玩，它既使用NFC，同時也用二維碼。我猜這就是目前尷尬狀況的表現，NFC維護成本低，穩定性高，適合常常下雨、濕冷的倫敦，對於公交車站這種場合非常適用，但為瞭iPhone用戶，二維碼也要同時存在。
無論是NFC還是二維碼，它完成的工作是一樣的，都是提供一個鏈接，讓用戶的設備可以打開它，無論最終展現為瀏覽器的一個網頁/某個app中的一個條目/小程序中的一頁，都二手餐飲設備估價是通過一個鏈接喚醒的。
隻是到目前為止，NFC可以從手機的系統級別喚起，但二維碼還隻能從軟件開始。去年Apple Pay 和 微信支付哪個更好用的爭論就是這種區別的表現。體驗上說，如果銀行支持，Apple Pay的接觸就完成支付的系統級支持，顯然優勢更大，但實際情況看，微信掃二維碼支付更普及，適用范圍更廣，適用門檻也低很多。微信小程序同樣走的是這條路， 它不是最方便的增強現實方案，但是是更普及、成本更低、應用門檻更低的方案。
從這個角度考慮， 微信小程序過去說過的“沒有入口，不能轉發到朋友圈，沒有應用商店”是合理的，它增強的就是現實，你不在那個現實環境中，就不需要它，為什麼需要入口呢？雖然從今天發佈的情況看，這個思路略微有瞭一點點變化，更多的非常現實場景應用也出現瞭，這算一種妥協或者野心吧。 不過必須要掃二維碼，而不是長按識別二維碼才能使用小程序這個限制，仍然暗示瞭小程序在當前階段是傾向現實場景的。
前面說瞭，無論是掃碼還是NFC，最終都是通過一個URL，定位到需要的信息，這符合URL真正的含義， 我們通常把URL翻譯為網址，但它真正的字面意義是“統一資源定位符”。在制訂萬維網WWW這個協議的時候，URL的意義就是明確的，一個URL指向一份特定的資源 （信息）。到瞭移動互聯網的APP時代，新問題來瞭，一個URL到底應該展現在瀏覽器裡面，還是通過瀏覽器再喚醒一個APP，進入APP的對應條目呢？這個資源定位的鏈條突然變長瞭，不確定性也增加瞭。
對於開發者，不同設備和不同瀏覽器最終展現出來的結果差距甚遠。從這個角度看，微信試圖提供一套統一的開發庫和運行環境，讓信息以小程序這種方式展現出來，這是一件好事。開發者可以避免更多的不確定性，用戶在獲取信息的時候可靠性也更強。我相信這是微信以小程序這種方式解決問題的初衷，其他的各種限制和規則都是在這個基礎上為瞭安全實現它而產生的。當然，這樣如果做成功瞭，就順便控制瞭一批新的數據的入口，戰略意義重大。
至於有多少應用會使用這種形式，這是另外一個爭論已久的話題：HTML應用 vs App。在iPhone剛剛出現的年代，就有很多公司 （尤其是媒體公司，比如FT.com）試圖通過html5的一些特性提供更好的網頁瀏覽體驗，避免開發App的高成本。
特別需要指出的是，無論iOS還是Android，從一開始就有把一個URL對面的頁面，變成主屏幕上一個圖標的功能，這並不是微信小程序的發明。
今天回頭來看， 歷史證明瞭，所有試圖用HTML取代APP的公司，最終都還是提供瞭原生APP。後來還流行過一段時間混合應用，即在一個APP外殼裡面裝入HTML5的內容。毫無疑問，這種做法也失敗瞭，其中最悲慘的失敗者是Facebook，直到2012年Facebook終於醒悟瞭不能這麼做，回到瞭原生APP奮起直追，又收購瞭Instagram和WhatsApp兩個最紅的App，終於沒錯過移動互聯網這一波浪潮。
2012的問題在於HTML糟糕的性能，對硬件支持不夠等等造成的用戶體驗不好，使用感受非常不流暢，今天這些問題差不多解決瞭。Facebook也並沒放棄過HTML APP這條路，現在份額最大的Java界面庫React仍然是Facebook出品，它已經幾乎成瞭事實上的標準。
在移動互聯網之前的時代，Facebook自己實際上就是一個Web App Store，裡面塞滿瞭無數基於HTML開發的應用。今天微信做的頗似Web時代的Facebook，有趣的是Facebook自己反而走瞭另外一條路，後面我會再提到這條新路。
從目前實現的情況看，因為HTML本身的限制以及微信自身增加的限制，多數情況下，微信小程序仍然沒法替代原生APP，它更像原生APP的一個快捷應用，或者叫Widget也許更準確。在用戶沒有安裝或者沒有打開APP的情況下，先快速獲得信息。
也許一部分小型應用會停留在小程序中，但大公司的目標一定不止於此，無論從任何角度看，小程序對於他們仍然隻是一個快捷的接觸客戶導流入口，最終仍然要回到自己的APP才安全。至於所謂低頻APP，它們本來也就是無所謂形式的，這些APP存在什麼平臺並不重要，本來也沒法靠它們構成一個平臺的主要支撐應用。
微信公眾號的發展也是這樣的情況。最早的時候，公眾號是為商傢開發的應用。雖然也有不少商傢使用它，不過一直不成氣候。直到大量的個人用戶進入公眾平臺，把它做為單純的內容發佈渠道，終於通過內容引爆瞭這一波公眾號的浪潮，進而影響到商業應用。
不過奇怪的是，微信官方的態度始終是重視企業應用，壓抑個人應用。似乎個人總是更容易傷害用戶利益，必須要時刻提防著，公眾號各種權限都是對企業認證用戶開發，對個人訂閱號不開放。微信似乎認為公司更可靠，不過現實情況恰好相反，要做壞事的人花幾百塊錢就能註冊一個公司殼，但個人總不能換名字換身份證。何況商業應用利潤和KPI考核總是帶來更大的作惡動機。
從整個軟件和互聯網的發展歷史看，最終獲得最大利潤的是公司，但每個平臺最早拓荒的第一批人總是個人開發者。張小龍自己當年不也是以個人開發者身份開發的郵件軟件Foxmail嗎？到瞭微信小程序時代，個人開發者如果不去註冊一個公司殼，竟然都不能參與開發瞭……這顯然是一種倒退。
另外一個問題，HTML5本來是自由的，人們當年希望HTML5勝過APP，是因為它不用審核，更靈活。 微信把小程序增加瞭一道審核機制，等於消滅瞭HTML APP最好的特性之一。存在瞭審核機制之後還不允許個人開發者參與就更匪夷所思瞭。
當然，很多人會說蘋果比Android更好的原因是因為蘋果封閉審核APP，讓應用質量更高。在2012年這種說法是正確的，但今年是2017年瞭。Google Play Store審核是自動的，比蘋果快速的多，修改立刻就可以發佈。的確，Play Store曾經存在各種問題，盜版、侵權、有危險的應用……過去都出現過，但在今天，Play Store的APP質量和AppStore已經達到瞭一致水平。考慮到多樣性和更新頻率更高，修改Bug更及時，Play Store 往往能提供更好，多樣性更強的APP。
審核上架和拒絕個人用戶這兩個限制同時存在，我很難看好小程序的發展。什麼時候這兩個條件去掉一個，我會更好看一點。等到和公眾號一樣，無條件允許個人參與瞭，那時候我會比較看好它。
除瞭微信，Google也一直在推廣PWA標準，同樣是基於瀏覽器的APP。微信小程序接近於PWA去掉一些功能再加上一些微信自己的特有功能。PWA和網頁一樣自由，同時又享有瞭APP的一些優勢，是不錯的技術。更重要的一點是，它是真實的網頁，Google可以索引它，從而通過搜索繼續帶來流量。
一套生態系統是否能存活，流量分配機制是相當重要的。如果隻靠開發者自己從其他渠道才能獲得流量，這個生態系統是有風險的。開發者自己弄到瞭流量，那就總需要把這個流量想辦法再倒回給自己，回到更自由，更穩定掌控的地方。這是任何團隊必然存在的趨利避害心理，無論用什麼方式，也不可能壓抑住這種沖動。
現在用瞭個小程序就刪除原生APP的時髦用戶，我猜他們早晚會被各種哄騙利誘重新裝回APP的。在這些年裡面，試圖控制HTML和URL的，都是有巨大野心的玩傢們，一傢沖進來，另外一傢也不會落後，所以，我們且等著看下一個殺入這個戰場的是誰。
前面說到Facebook在Web時代是做HTML應用商店的路子，但移動時代它不這麼做瞭。那麼新的思路是什麼呢？如果你前幾天被紮克伯格業餘時間自己開發的傢用人工智能助理Jarvis刷瞭屏，也許會註意到除瞭語音識別的酷炫，它下面實現的基礎是基於聊天的Bot。
對於Facebook/Google/Amazon，以及Telegram， 聊天機器人正在成為新的APP平臺。結合已經非常成熟的語義分析，幾乎一切操作都可以通過聊天界面完成，這是重要的發展方向，各種語言，各個國傢，不同的聊天類應用都是前幾大份額的應用之一，通過聊天機器人控制具體應用直觀又簡單，適應的場景也很多，逐漸成為新的熱點是正常的。
除瞭聊天工具和互聯網公司們，蘋果的siri也是盯著這個方向的。但奇怪的是在聊天App這個戰爭中勝利者之一的微信，竟然沒有走向這條路，我百思不得其解。
我相信語音或者文字的聊天機器人應用會是將來重要的入口，也許是最重要的入口。做為開發者，無論你看好什麼都無所謂，但現在應該考慮到足夠的彈性，做好抽象，設計好後端API和前端展現分離的結構。這樣無論是繼續做APP或者等BAT中另外兩傢推廣PWA，或者跟上微信的小程序，以及未來通過聊天機器人接入什麼新的系統，你都有足夠的靈活性。這些接入方式都是表現層，重要的部分是後端的數據和數據處理能力，或者提供信息的能力。所以隻要設計好架構，表現層可以用非常低的成本疊加上去。
我想，現在最值錢的工種不應該是開發小程序或者開發APP的程序員，而是資深的架構師。他們才能幫你立於不敗之地。
參考備註：
紮克伯格真的親手把鋼鐵俠的智能助手造出來瞭 http://www.pingwest.com/zuckerberg-jarvis-is-real-and-here/ 如果想讀中文關於這件事的文章，這篇是比較好的。註意後半部分關於為什麼使用聊天機器人開發的部分。
忘掉App吧，機器人替代瞭它們 https://techcrunch.com/2015/09/29/forget-apps-now-the-bots-take-over/
How technology has shaped the FT’s digital strategy http://engineroom.ft.com/2014/03/03/web-vs-native/ 2014年FT.com關於如何使用Web/App的思考和經驗，今天還是值得再讀一次
本文來自霍炬的微信公共帳號“歪理邪說”，用微信添加 wxieshuo 公眾號。轉載必須保留作者、公共帳號信息，內容必須與本文保持嚴格一致，本公眾號一切內容禁止摘編、衍生及演繹。
返回搜狐，查看更多
責任編輯：
聲明：本文由入駐搜狐號的作者撰寫，除搜狐官方賬號外，觀點僅代表作者本人，不代表搜狐立場。
閱讀 ()
AUGI SPORTS｜重機車靴｜重機車靴推薦｜重機專用車靴｜重機防摔鞋｜重機防摔鞋推薦｜重機防摔鞋
AUGI SPORTS｜augisports｜racing boots｜urban boots｜motorcycle boots
全站熱搜
留言列表
