移动端HTML5应用,用户真的有需求么?有的话需求场景是什么?
--------------------------------------------------------------------------------------------------------------------------------------------
补充提问,现在所有对H5应用优势的描述我觉得都是基于对开发商的,站在用户的角度,H5应用究竟能带给用户什么优势呢?
回复内容:
html5 的优势,主要是:
免安装,引导用户加收藏夹或者加到主屏幕就可以用了
免升级,服务器部署好就 OK 了
渠道费用低,尤其 Android ,不用打点各种商店之类
开发成本低,一个网页全平台兼容外加浏览器也可以使,响应式设计的话顺带连平板和电脑也搞定了
当然了缺点也是有的,比如:
看起来没那么高大上,尤其是你没办法在主页上摆一排商店的链接叫他们去下载
功能上有些限制,比如没办法开机自启以及驻留后台啦推送消息啦等等
性能方面还有一定缺陷,尤其在旧一点的千元机的级别上(话说这些用户真的是你重要的目标用户么?)
其实在用户角度来看其实都没啥区别的吧……用户哪里懂这些呀……
html5当然会有需求,随着浏览器性能的提升,更多权限的接口,轻应用、webapp势必会拥有一个良好的发展,两年前你是否能想到现在h5页游发展到现在会是什么样子的?随着一个个问题的解决,h5应用将会慢慢体现出其独有的优点。
首先肯定的回答你,当然是有需求的。h5技术最大的优点即为灵活性高,开发成本相对于native app要低很多。
所以目前来说h5主流的应用场景大体可以分为三部分吧:
1.活动推广:
主要针对一些实效性比较高的事件去做营销推广,例如什么突发事件或微信中传播的那些杂七杂八的抽奖页等等。由于开发速度很快且页面实效性高,所以用h5去实现那真可谓是“多快好省”了。
2.产品体验式服务:
一般一个内容为王的产品理论上都会有对应的h5产品,它准确来说算是app渠道的一种,存在的目的就是为app去导安装量。先为用户提供体验式的服务或内容,如果想深度使用,请安装客户端。相对于app硬推广,这个方法不仅转化率高而且费用也少很多。
所以目前多数大公司的h5 pm都背着三个kpi:安装量、唤起app使用量、自身产品服务指标。我们做h5产品设计时,其实恨不得所有地方都贴上app导量的banner。考虑功能逻辑是否巧妙?别傻了!
3.混合native app
这个不细说了,就是混合开发啦,用着native app的框架,内容页使用h5技术。使整个产品综合了native的稳定同时又发挥出了h5的灵活性,可以实时更新内容。例如淘宝呀,微信,每日头条呀,都有这么干。举个例子吧:淘宝如果要做个什么促销活动,如果采用native,可能需要等下一版迭代才能满足?人家分分钟几千万呢好吧,如果用webview那就妥妥的了。不过web于native融合在一起响应速度貌似会变慢,不过我也没有验证过。
睡觉去了~
问题问的不恰当, H5应用不是一个用户需求, 而是一个产品内部需求。
考虑到团队能力+开发效率, 发布能力,运营能力,用户接受度等等因素的权衡方案之一。
由于性能、效率和权限等原因,纯 HTML5 App 还是比较少的,更多的原因是原本可以用 Native App 轻松解决的问题和瓶颈,偏偏要使用各种手段去 hack、去强制开启硬件加速、去突破浏览器的极限,实在是吃力不讨好。
目前更多的应用场景是 Hybrid App,将 H5 页面嵌入原生 App 中,能够满足以下几点需求:
实现复杂排版布局,这一点 Web 比原生控件更有优势
适应运营节奏,快速迭代,实时更新,不需要跟原生版本走
降低运营成本,H5 能够实现的效果已经满足大部分需求了
欢迎交流。
主要问题是获取native app的成本越来越低,丰富性越来越好,轻应用并无明显可感知的体验优势。
简而言之,用户在native app时的痛点不够强烈。
不请怒答,用H5的基本都是一些低频率的弱需求,或者是高频app下的一个中低频需求。场景挺多,但主要是用户使用的时间少。
用户其实不关心你用的是h5还是native,所以用户的需求不是说你用什么,用户需要的只是一个好用的应用。
用h5或者不用h5取决于你的技术选型。
纯h5webapp我也是不太推荐的,不过hybrid还是不错的,因为:
1、不需要为不同的平台开发不同的应用,一套代码,只要稍微适配一下,就能跨平台运行了。
2、应用的升级发布对用户是透明的,不需要下载更新新版本的应用。
至于说h5的性能问题,理论上,代码写的好,是不会有性能问题的。
至于坑,写代码的,哪里没有坑。怕踩坑,还当什么程序员
偷偷告诉你win8 app在n年前就支持html5原生开发了,并且win8.1好多预装微软app都是html5,比如邮件客户端,比如新闻客户端,但是你在移动端非Windows平台根本找不到一个在运行速度、内存控制上能跟IE11抗衡的浏览器,并且那些HTML App没有一个不调用COM,没有一个不调用C++或者C#,真正的运算工作js根本无能为力。
还记得腾讯做的那个旧版Metro QQ吗,那是js做的,功能不及桌面qq的十分之一,效果简陋,但内存占用比桌面qq还大,并且低端设备上体验相当糟糕。现在的版本已经用C#全部改写了。
并且看看实际情况,哪个大公司不是一心推广客户端?网页端都是指向客户端下载的链接,这说明HTML5的趋势已定,根本不是客户端的对手,而是为了临时解决无客户端时的不便,取代无从谈起,不然当初iOS不就没必要做App Store了
相关文章:
上一篇: 一个关于php执行mysql语句的有关问题,头都快搞炸,求前辈
下一篇: html5整理