現在的互聯網是“體驗經濟”的盛行，“用戶體驗至上”已經成為了互聯網公司鐵的紀律。連傳統行業也把用戶體驗掛在嘴邊上，可是在HTML5從業者的思維中，用戶體驗被刻意忽略甚至成了“某種借口”。這是為什么？
通常來說，“用戶”的需求會被放在特定“商業”邏輯里，然后選擇具體“技術”來實現，既從User》Business》Tech。也就是說技術作為底層基礎，商業邏輯是基于技術實現，用戶需求被商業邏輯包裝后的技術滿足。而在HTML5這個事情上，技術邏輯反而成了較優先的部分，打著用戶需求的幌子滿足利益者的商業需求。這些利益需求總結下來包括以下4個方面，同時我們可以給出今天的答案：
一：用戶使用一個NativeApp的時候要去（分發渠道）AppStore搜索，這一過程繁瑣不友好。
回答：用戶如果不愿意去AppStore搜索，難道還指望去手機瀏覽器里面像pc一樣搜索WebApp？手機瀏覽器很重要，但是已經沒辦法在ios和android的生態下和用戶桌面的入口（超級APP）抗衡。
二：NativeApp的更新頻繁，用戶對更新感到厭煩
回答：App的更新流程已經被AppStore和眾多手機助手等充分的優化，用戶習慣已經養成。另外NativeApp的更新代表著更好的用戶體驗和更多新的系統功能加入，不斷完善用戶體驗。而對于WebApp的“弱功能”和“弱體驗”屬性，很難憑借所謂的無需手動更新的優勢獲得用戶青睞。
三：下載和更新NativeApp耗費流量，流量花費會損失一部分用戶
回答：流量的問題在今天網絡環境下已經不再成為用戶優先考慮的痛點，wifi的普及甚至讓大型的游戲和視頻App獲得生機。當下高品質的NativeApp少則10幾兆起、多則幾百兆是普遍現象。另外，根據實際結果評估，Webapp的手機瀏覽器里面的重復使用并不會真正的減少用戶使用流量。
四：用戶不愿意下載太多的NativeApp
回答：用戶真的不愿意下載太多的App？現在一個用戶手機內平均安裝多少個App？對于有重復使用需求的App(哪怕是短期需要重復使用)，用戶都會毫不猶豫的選擇下載NativeApp。雖然確實存在用戶打開手機瀏覽器通過百度移動搜索然后訪問MobileWeb的場景大量存在，但是屬于過路式的流量和低粘性需求，如果WebApp只能擁抱這種低品質用戶需求，那無話可說。目前深度和粘性用戶需求還是需要NativeApp來滿足。
由此可見，HTML5和WebApp的支持者所謂的“從用戶角度出發”的機會，都是為了脫離iOS和Android生態系統的掌控，希望回歸PC端Web時代的自由流量模式而尋求的種種借口。如果我們進一步分析扎克伯格（facebook）的話“我們最大的錯誤是在HTML5上面賭太大”，那么真正的教訓就應該是“不能把對HTML5的商業邏輯的野心凌駕于用戶需求和市場大環境之上”
HTML5的下一步在何方
筆者從來不懷疑HTML5作為一種跨平臺的開發標準，隨著時間的推移注定會發揮更大的作用。那么拋棄商業的邏輯，想把HTML5和WebApp單純當成技術來使用的時候，該如何面對呢？
2004年互聯網WEB2.0興起的時候，作為領軍人物的謝文曾經這樣劃分互聯網的兩類人，一類是“做互聯網”的人，一類是“用互聯網”的人。所謂做互聯網的人就是把互聯網本身當成生意，而用互聯網的人是把互聯網當成渠道。同樣類比，HTML5的從業者也可以分為“做HTML5”和“用HTML5”的人。
“做HTML5”的人：這里面包括了HTML5的工具和平臺廠商、游戲廠商、WebApp開發者和渠道商(如微信和手機瀏覽器)
“用HTML5”的人：擁有其他的業務，HTML5技術和WebApp是用來展示自身業務，把微信、手機瀏覽器等當成眾多流量入口之一的用戶。
對于“做HTML5”的人來說下一步仍舊充滿未知和艱辛，因為博弈iOS和Android生態系統不會在短期內看到重大的機會，迎接黎明可能還要很久。就算微信成了WebApp很好的一個渠道，但是在大環境下還是缺乏更廣泛的優質WebApp渠道商(至少手機瀏覽器和搜索入口已經在第一輪競爭中落敗)，與虎謀皮的生意能做多大還是個挑戰。
對于“用HTML5”的人，選擇是非常簡單的。互聯網是流量的生意，在不同的有流量的入口上布局是聰明的選擇。如果有足夠的預算，那么NativeApp、WebApp以及微信公用賬號甚至百度的輕應用LightApp都可以實現覆蓋，以便流量最大化，這也是眾多有資源的互聯網公司的通行做法。
技術角度看WebApp和NativeApp
“HTML5只是一種技術、不應該被商業邏輯綁架”。我們從三個技術角度看WebApp和NativeApp的比較：
頁面布局：HTML5配合CSS3以及Canvas確實在跨平臺的界面布局和展示方面存在效率和成本的優勢。NativeApp的開發技術無論是在開發時間亦或是人員要求和整體成本上都比Wepapp高的多。但是對于一個能夠充分滿足用戶需求的(Web/Native)App來說除了界面布局還有更重要的兩方面技術需求，一個是終端設備本身的能力API調用既端API，另外一個是眾多云端能力API的調用既云API。那么這兩方面HTML5的技術到底能不能滿足市場和用戶的需求？
端API:HTML5的標準自身配套了DeviceAPI的部分，但是遺憾的是終端和操作系統的發展已經不能用日新月異來形容，各種新的能力層出不窮。緩慢更新和落后的標準完全無法適應終端的發展以提供最新的端API，因此可以說HTML5在端API領域存在較大的弱勢。如果單純限定HTML5只是在部分展示類的領域滿足用戶需求，可能要糾正市場對HTML5應用范圍的過高預期。
云API:“云端架構”已經被認定為互聯網最明確的發展趨勢之一，眾多的服務通過云API的形式提供，各個領域也產生了大量的云API服務商。常見的如微信和微博分享、支付寶移動支付、云存儲等。此外很多APP也把自身的服務封裝成API嵌入到另外一個APP中，例如Uber把叫車服務以云API的形式和Starbucks進行合作嵌入其中實現了服務的擴展和更多流量的聚集。對于云API不但簡化了APP的開發也增強了移動APP的能力。在眾多的云API中，幾乎大部分都同時提供了NativeSDK和JSSDK同時服務NativeApp和WebApp。所以在云API的領域HTML5的技術還是有很多可以對接的服務可供選擇。不過總體而言JS版本的SDK無論從功能還是體驗上都和NativeSDK存在差異，例如百度地圖云服務API的SDK，用戶使用內嵌到WebApp的JS版本SDK使用手勢縮放地圖的時候體驗通常較差。HTML5在性能方面和Native技術的差異仍舊取決于硬件和瀏覽器性能的提升，但是應該在可預期的時間內獲得解決。
WebApp和NativeApp從技術和用戶需求角度衡量，只有合適不合適，沒有所謂的“生與死”的問題。“用HTML5”的人只要根據預算選擇適合自己的技術就可以脫離賭徒式的迷思。最終不管是Webapp還是NativeApp，只要適合自己發展的，那才是最好的。
粵公網安備 44010402000282號 粵ICP備09019378號-1
