上一篇《 HTML5定稿了？背后還是那場鬧劇 》講了HTML5所謂“定稿”背后的商業(yè)利益博弈，本文將繼續(xù)這一話題，反思兩年前那場“Web App和Native App”的大爭論，提出一些建設(shè)性的意見。

2013年是HTML5在中國最慘淡的一年，但是直到現(xiàn)在仍舊很少有人反思這種慘淡的根源。
“體驗經(jīng)濟”的盛行，讓“用戶體驗至上”成了互聯(lián)網(wǎng)公司鐵的紀(jì)律。各行各業(yè)也把用戶體驗掛在嘴邊上，可是偏偏在HMTL5從業(yè)者的思維中，用戶體驗被刻意忽略甚至成了“某種借口”。

HTML5慘痛的500天

2012年HTML5全球范圍的熱度很快傳輸?shù)搅酥袊袠I(yè)掀起了一場大論戰(zhàn)“Web App和Native App在3年或5年內(nèi)誰生誰死”。可是不成想，就在當(dāng)年HTML5話題在中國最熱的時候，歐美接連傳來壞消息，眾多大牌的HTML5擁護者紛紛反水：如Facebook承認(rèn)HTML5移動戰(zhàn)略的錯誤、蘋果App Store拒絕充當(dāng)包殼的Web App發(fā)行渠道等等。

很快中國力挺Web App和HTML5的排頭兵們紛紛偃旗息鼓，為數(shù)不多的當(dāng)時獲得VC青睞的HTML5創(chuàng)業(yè)公司也在2013年被迫轉(zhuǎn)型甚至解散。直到500天后的2014年，一只再次挑動了HTML5“神經(jīng)的貓”出現(xiàn)才打破這一悲觀的趨勢。

通常來說，“用戶”的需求會被放在特定“商業(yè)”邏輯里，然后選擇具體“技術(shù)”來實現(xiàn)，既從User Business Tech。也就是說技術(shù)作為底層基礎(chǔ)、商業(yè)邏輯基于技術(shù)實現(xiàn)、用戶需求被商業(yè)邏輯包裝后的技術(shù)滿足。而在HTML5這個事情上，反而技術(shù)邏輯成了優(yōu)先的部分，打著用戶需求的幌子滿足野心家們的商業(yè)需求。這些幌子和謊言總結(jié)下來包括以下4個方面：

謊言一：用戶使用一個native app的時候要去App Store搜索，這一過程繁瑣不友好。

回答：用戶如果不愿意去app store搜索，難道還指望去手機瀏覽器里面像pc一樣搜索web app？手機瀏覽器很重要，但是已經(jīng)沒辦法在ios和android的生態(tài)下和用戶桌面的入口抗衡。

謊言二：native app的更新頻繁，用戶對更新感到厭煩。

回答：app的更新流程已經(jīng)被app store和眾多手機助手等充分的優(yōu)化，用戶習(xí)慣已經(jīng)養(yǎng)成。另外native app的更新代表著更好的用戶體驗和更多新的系統(tǒng)功能加入，不斷完善用戶體驗。而對于web app的“弱功能”和“弱體驗”屬性，很難憑借所謂的無需手動更新的優(yōu)勢獲得用戶青睞。

謊言三：下載和更新native app耗費流量，流量花費影響用戶使用

回答：流量的問題在今天網(wǎng)絡(luò)環(huán)境下已經(jīng)不再成為用戶優(yōu)先考慮的痛點，wifi的普及甚至讓大型的游戲和視頻app獲得生機。當(dāng)下高品質(zhì)的native app少則10幾兆起、多則幾百兆是普遍現(xiàn)象。另外，根據(jù)實際結(jié)果評估，web app的手機瀏覽器里面的重復(fù)使用并不會真正的減少用戶使用流量。

謊言四：用戶不愿意下載太多的native app

回答：用戶真的不愿意下載太多的app？現(xiàn)在一個用戶手機內(nèi)平均安裝多少個app？對于有重復(fù)使用需求的app（哪怕是短期需要重復(fù)使用），用戶都會毫不猶豫的選擇下載native app。雖然確實存在用戶打開手機瀏覽器通過百度移動搜索然后訪問mobile web的場景大量存在，但是屬于過路式的流量和低粘性需求，如果web app只能擁抱這種低品質(zhì)用戶需求，那筆者也無話可說了。目前深度和粘性用戶需求還是需要Native app來滿足。

做HTML5的人和用HTML5的人

HTML5和Web App的支持者所謂的“從用戶角度出發(fā)”的機會，都是為了脫離iOS和Android生態(tài)系統(tǒng)的掌控，希望回歸PC端web時代的自由流量模式而尋求的種種借口。至少目前云端格局的生態(tài)下，native app相比web app代表著更成熟的使用習(xí)慣和更好的用戶體驗。沒必要用一種商業(yè)邏輯去綁架HMLT5技術(shù)和用戶需求。如果我們進一步分析扎克伯格的話“我們最大的錯誤是在HTML5上面賭太大”，那么真正的教訓(xùn)就應(yīng)該是：

“不能把對HTML5的商業(yè)邏輯的野心凌駕于用戶需求和市場大環(huán)境之上”。

我從來不懷疑HTML5作為一種跨平臺的開發(fā)標(biāo)準(zhǔn)，隨著時間的推移注定會發(fā)揮更大的作用。那么拋棄商業(yè)的邏輯，想把HTML5和Web App單純當(dāng)成技術(shù)來使用的時候，該如何面對呢？

記得2004年前后Web2.0在中國互聯(lián)網(wǎng)興起的時候，作為領(lǐng)軍人物的謝文曾經(jīng)這樣分類互聯(lián)網(wǎng)的兩類人，一類是“做互聯(lián)網(wǎng)”的人，一類是“用互聯(lián)網(wǎng)”的人。所謂做互聯(lián)網(wǎng)的人就是把互聯(lián)網(wǎng)本身當(dāng)成生意，而用互聯(lián)網(wǎng)的人是把互聯(lián)網(wǎng)當(dāng)成渠道。同樣類比，HTML5的從業(yè)者也可以分為“做HTML5”和“用HTML5”的人。

“做HTML5”的人：這里面包括了HTML5的工具和平臺廠商、游戲廠商、Web App開發(fā)者和渠道商（如微信和手機瀏覽器）

“用HTML5”的人：擁有其他的業(yè)務(wù)，HTML5技術(shù)和Web App是用來展示自身業(yè)務(wù)，把微信、手機瀏覽器等當(dāng)成眾多流量入口之一的用戶。

對于“做HTML5”的人賭生態(tài)來說下一步仍舊充分未知和艱辛，因為博弈iOS和Android生態(tài)系統(tǒng)不會在短期內(nèi)看到重大的機會，迎接黎明可能還要很久。就算微信成了Web App很好的一個渠道，但是大環(huán)境還是缺乏更廣泛的優(yōu)質(zhì)Web App渠道商（至少手機瀏覽器和搜索入口已經(jīng)在第一輪競爭中落敗），與虎謀皮的生意能做多大是個挑戰(zhàn)。

對于“用HTML5”的人，選擇是非常簡單的。互聯(lián)網(wǎng)是流量的生意，在不同的有流量的入口上布局是聰明的選擇。如果有足夠的預(yù)算，那么native app、web app以及微信公用賬號甚至百度的輕應(yīng)用light app都可以實現(xiàn)覆蓋，以便流量最大化，這也是眾多有資源的互聯(lián)網(wǎng)公司的通行做法。因為從“用”的角度完全沒必要像“做HTML5”的群體那樣把賭的成分?jǐn)U大。當(dāng)然如果預(yù)算不夠，從現(xiàn)實的角度微信或native app是更可行的方案，因為眼下這是兩個成型的生態(tài)系統(tǒng)，存在較高的商業(yè)價值。

技術(shù)角度看Web App和Native App

HTML5夢工廠的負(fù)責(zé)人田愛娜曾經(jīng)說：“拿HTML5和原生比或Flash比沒有任何意義”，潛臺詞“HTML5只是技術(shù)、不要被商業(yè)邏輯綁架”。接下來從三個技術(shù)角度看web App和Native App的比較：

• 頁面布局 ：HTML5配合CSS3以及Canvas確實在跨平臺的界面布局和展示方面存在效率和成本的優(yōu)勢。反觀native app的開發(fā)技術(shù)無論是在開發(fā)時間亦或是人員要求和整體成本上都有非常大的差距。但是對于一個能夠充分滿足用戶需求的（web/native）app來說除了界面布局還有更重要的兩方面技術(shù)需求，一個是終端設(shè)備本身的能力API調(diào)用既端API，另外一個是眾多云端能力API的調(diào)用既云API。那么這兩方面HTML5的技術(shù)到底能不能滿足市場和用戶的需求？

• 端API ：HTML5的標(biāo)準(zhǔn)自身配套了device api的部分，但是遺憾的是終端和操作系統(tǒng)的發(fā)展已經(jīng)不能用日新月異來形容，各種新的能力層出不窮。緩慢更新和落后的標(biāo)準(zhǔn)完全無法適應(yīng)終端的發(fā)展以提供最新的端API，因此可以說HTML5在端API領(lǐng)域存在較大的弱勢。如果單純限定HTML5只是在部分展示類的領(lǐng)域滿足用戶需求，可能要糾正市場對HTML5應(yīng)用范圍的過高預(yù)期。

• 云API ：“云端架構(gòu)”已經(jīng)被認(rèn)定為互聯(lián)網(wǎng)最明確的發(fā)展趨勢之一，眾多的服務(wù)通過云API的形式提供，各個領(lǐng)域也產(chǎn)生了大量的云API服務(wù)商。常見的如微信和微博分享、支付寶移動支付、云存儲等，另外例如融云IM即時通訊、美洽移動客服等app常用功能都以云API的方式提供給開發(fā)者。此外很多APP也把自身的服務(wù)封裝成API嵌入到另外一個APP中，例如Uber把叫車服務(wù)以云API的形式和starbucks進行合作嵌入其中實現(xiàn)了服務(wù)的擴展和更多流量的聚集。對于云API不但簡化了APP的開發(fā)也增強了移動APP的能力。

在眾多的云API中，幾乎大部分都同時提供了native sdk和jssdk同時服務(wù)native app和web app。所以在云API的領(lǐng)域HTML5的技術(shù)還是有很多可以對接的服務(wù)可供選擇。不過總體而言JS版本的sdk無論從功能還是體驗上都和native sdk存在差異，例如百度地圖云服務(wù)API的sdk，用戶使用內(nèi)嵌到web app的JS版本sdk使用手勢縮放地圖的時候體驗通常較差。HTML5在性能方面和native技術(shù)的差異仍舊取決于硬件和瀏覽器性能的提升，但是應(yīng)該在可預(yù)期的時間內(nèi)獲得解決。

Web App和Native App從技術(shù)和用戶需求角度衡量，只有合適不合適，沒有所謂的“生與死”的問題。“用HTML5”的人只要根據(jù)預(yù)算選擇適合自己的技術(shù)就可以脫離賭徒式的迷思。而真正的考驗是留給“做HTML5”的人，隨著HTML5技術(shù)的進一步普及和配套環(huán)境的成熟，市場機會合適出現(xiàn)并且如何把握是最大的變數(shù)。

這種環(huán)境下“資本的支持、團隊的組建、隨機而動的靈活”是活下去和壯大的根基。HTML5又逐漸熱起來，Web App和Native App生死的大辯論已經(jīng)討論了太多，沒必要再來一次。開發(fā)者只要緊跟“移動應(yīng)用開發(fā)生態(tài)系統(tǒng)”的變遷，就可以始終抓住機會獲得最大的回報，下文將分析《HTML5再起，移動生態(tài)系統(tǒng)如何改變？》

本文作者劉鑫，移動云服務(wù)APICloud創(chuàng)始人兼CEO，從SP夢網(wǎng)時代就開始持續(xù)關(guān)注移動Web開發(fā)，個人郵箱hi.seanliu@yahoo.com

[本文來自讀者的投稿，不代表 36氪 立場]