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

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

HTML5慘痛的500天

2012 年 HTML5 全球范圍的熱度很快傳輸?shù)搅酥袊?，行業(yè)掀起了一場大論戰(zhàn)“Web App 和 Native App 在 3 年或 5 年內(nèi)誰生誰死”?？墒遣辉耄驮诋?dāng)年 HTML5 話題在中國最熱的時候，歐美接連傳來壞消息，眾多大牌的 HTML5 擁護(hù)者紛紛反水：如 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ù)”來實(shí)現(xiàn)，既從 User Business Tech。也就是說技術(shù)作為底層基礎(chǔ)、商業(yè)邏輯基于技術(shù)實(shí)現(xiàn)、用戶需求被商業(yè)邏輯包裝后的技術(shù)滿足。而在 HTML5 這個事情上，反而技術(shù)邏輯成了優(yōu)先的部分，打著用戶需求的幌子滿足野心家們的商業(yè)需求。這些幌子和謊言總結(jié)下來包括以下 4 個方面：

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

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

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

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

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

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

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

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

做HTML5的人和用HTML5的人

HTML5 和 Web App 的支持者所謂的“從用戶角度出發(fā)”的機(jī)會，都是為了脫離 iOS 和 Android 生態(tài)系統(tǒng)的掌控，希望回歸 PC 端 web 時代的自由流量模式而尋求的種種借口。至少目前云端格局的生態(tài)下，native app 相比 web app 代表著更成熟的使用習(xí)慣和更好的用戶體驗(yàn)。沒必要用一種商業(yè)邏輯去綁架 HMLT5 技術(shù)和用戶需求。如果我們進(jìn)一步分析扎克伯格的話“我們***的錯誤是在 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ā)者和渠道商（如微信和手機(jī)瀏覽器）

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

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

對于“用 HTML5”的人，選擇是非常簡單的?；ヂ?lián)網(wǎng)是流量的生意，在不同的有流量的入口上布局是聰明的選擇。如果有足夠的預(yù)算，那么 native app、web app 以及微信公用賬號甚至百度的輕應(yīng)用 light app 都可以實(shí)現(xiàn)覆蓋，以便流量***化，這也是眾多有資源的互聯(lián)網(wǎng)公司的通行做法。因?yàn)閺?ldquo;用”的角度完全沒必要像“做 HTML5”的群體那樣把賭的成分?jǐn)U大。當(dāng)然如果預(yù)算不夠，從現(xiàn)實(shí)的角度微信或 native app 是更可行的方案，因?yàn)檠巯逻@是兩個成型的生態(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 確實(shí)在跨平臺的界面布局和展示方面存在效率和成本的優(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 進(jìn)行合作嵌入其中實(shí)現(xiàn)了服務(wù)的擴(kuò)展和更多流量的聚集。對于云 API 不但簡化了 APP 的開發(fā)也增強(qiáng)了移動 APP 的能力。

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

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

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

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