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