HTML5争议,Web App VS Native App

2015-6-10 11:56| 发布者: 蚂蚁HTML5| 查看: 686| 评论: 0|来自: 蚂蚁HTML5资讯

摘要: 现在的互联网是“体验经济”的盛行,“用户体验至上”已经成为了互联网公司铁的纪律。连传统行业也把用户体验挂在嘴边上,可是在HTML5从业者的思维中,用户体验被刻意忽略甚至成了“某种借口”。这是为什么?

  现在的互联网是“体验经济”的盛行,“用户体验至上”已经成为了互联网公司铁的纪律。连传统行业也把用户体验挂在嘴边上,可是在HTML5从业者的思维中,用户体验被刻意忽略甚至成了“某种借口”。这是为什么?
  
  通常来说,“用户”的需求会被放在特定“商业”逻辑里,然后选择具体“技术”来实现,既从User》 Business 》Tech。也就是说技术作为底层基础,商业逻辑是基于技术实现,用户需求被商业逻辑包装后的技术满足。而在HTML5这个事情上,技术逻辑反而成了较优先的部分,打着用户需求的幌子满足利益者的商业需求。这些利益需求总结下来包括以下4个方面,同时我们可以给出今天的答案:
  
  谎言一:用户使用一个Native App的时候要去(分发渠道)App Store搜索,这一过程繁琐不友好。
  
  回答:用户如果不愿意去App Store搜索,难道还指望去手机浏览器里面像pc一样搜索Web App?手机浏览器很重要,但是已经没办法在ios和android的生态下和用户桌面的入口(超级APP)抗衡。
  
  谎言二: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和Web App的支持者所谓的“从用户角度出发”的机会,都是为了脱离iOS和Android生态系统的掌控,希望回归PC端Web时代的自由流量模式而寻求的种种借口。如果我们进一步分析扎克伯格(facebook)的话“我们最大的错误是在HTML5上面赌太大”,那么真正的教训就应该是“不能把对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都可以实现覆盖,以便流量最大化,这也是众多有资源的互联网公司的通行做法。
  
  技术角度看Web App和Native App
  
  HTML5梦工厂的负责人田爱娜曾经说:“拿HTML5和原生比或Flash比没有任何意义”,潜台词“HTML5只是技术、不要被商业逻辑绑架”。接下来从三个技术角度看Web App和Native App的比较:
  
  页面布局:HTML5配合CSS3以及canvas确实在跨平台的界面布局和展示方面存在效率和成本的优势。Native App的开发技术无论是在开发时间亦或是人员要求和整体成本上都比Wep app高的多。但是对于一个能够充分满足用户需求的(Web/Native)App来说除了界面布局还有更重要的两方面技术需求,一个是终端设备本身的能力API调用既端API,另外一个是众多云端能力API的调用既云API。那么这两方面HTML5的技术到底能不能满足市场和用户的需求?
  
  端API:HTML5的标准自身配套了Device API的部分,但是遗憾的是终端和操作系统的发展已经不能用日新月异来形容,各种新的能力层出不穷。缓慢更新和落后的标准完全无法适应终端的发展以提供最新的端API,因此可以说HTML5在端API领域存在较大的弱势。如果单纯限定HTML5只是在部分展示类的领域满足用户需求,可能要纠正市场对HTML5应用范围的过高预期。
  
  云API:“云端架构”已经被认定为互联网最明确的发展趋势之一,众多的服务通过云API的形式提供,各个领域也产生了大量的云API服务商。常见的如微信和微博分享、支付宝移动支付、云存储等。此外很多APP也把自身的服务封装成API嵌入到另外一个APP中,例如Uber把叫车服务以云API的形式和Starbucks进行合作嵌入其中实现了服务的扩展和更多流量的聚集。对于云API不但简化了APP的开发也增强了移动APP的能力。在众多的云API中,几乎大部分都同时提供了Native SDK和JS SDK同时服务Native App和Web App。所以在云API的领域HTML5的技术还是有很多可以对接的服务可供选择。不过总体而言JS版本的SDK无论从功能还是体验上都和Native SDK存在差异,例如百度地图云服务API的SDK,用户使用内嵌到Web App的JS版本SDK使用手势缩放地图的时候体验通常较差。HTML5在性能方面和Native技术的差异仍旧取决于硬件和浏览器性能的提升,但是应该在可预期的时间内获得解决。

Web App和Native App从技术和用户需求角度衡量,只有合适不合适,没有所谓的“生与死”的问题。“用HTML5”的人只要根据预算选择适合自己的技术就可以脱离赌徒式的迷思。最终不管是Web app 还是Native App,只要适合自己发展的,那才是最好的。


扫描关注蚂蚁HTML5社区官方微信

无语

惊吓

期待

很赞

差劲

相关阅读

发表评论

最新评论

热门教程

【教程下载】HTML5移动应用开发入门经典
【教程下载】HTML5移动应用开发入门经典
【HTML5开发教程下载】HTML5移动应用开发入门经典,总共24章,每章一个小时学习时间,
【教程下载】HTML5与CSS3权威指南
【教程下载】HTML5与CSS3权威指南
《HTML 5与CSS 3权威指南》内容系统而全面,详尽地讲解了html 5和css 3的所有新功能和
【教程下载】HTML5游戏开发(全)
【教程下载】HTML5游戏开发(全)
【HTML5游戏开发(全)】本书分为9章。 学习如何绘制游戏对象、绘制动画、加入音频等
关闭

网站推荐上一条 /1 下一条

关注蚂蚁HTML5社区官方微信
关注蚂蚁HTML5社区官方微信

邮箱:Admin@zzfriend.com QQ:791577401 木子牛HTML5工作室 版权所有

© 2014-2017 MUZINIU Inc.小黑屋|手机版|Archiver|HANGNIU  

Powered by MuZiNiuX3.2( 豫ICP备12017936号 )

 豫公网安备 41078102000103号

返回顶部