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

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

HTML5慘痛的500天

2012年HTML5全球范圍的熱度很快傳輸到了中國，行業掀起了一場大論戰“Web App和Native App在3年或5年內誰生誰死”。可是不成想，就在當年HTML5話題在中國最熱的時候，歐美接連傳來壞消息，眾多大牌的HTML5擁護者紛紛反水：如Facebook承認HTML5移動戰略的錯誤、蘋果App Store拒絕充當包殼的Web App發行渠道等等。

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

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

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

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

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

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

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

回答：流量的問題在今天網絡環境下已經不再成為用戶優先考慮的痛點，wifi的普及甚至讓大型的游戲和視頻app獲得生機。當下高品質的native app少則10幾兆起、多則幾百兆是普遍現象。另外，根據實際結果評估，web app的手機瀏覽器里面的重復使用并不會真正的減少用戶使用流量。

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

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

做HTML5的人和用HTML5的人

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

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

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

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

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

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

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

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

技術角度看Web App和Native App

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

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

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

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

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

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

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

本文作者劉鑫，移動云服務APICloud創始人兼CEO，從SP夢網時代就開始持續關注移動Web開發，個人郵箱hi.seanliu@yahoo.com

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