Heim > Web-Frontend > H5-Tutorial > Hauptteil

移动端HTML5应用,用户真的有需求么?有的话需求场景是什么?

PHP中文网
Freigeben: 2017-03-22 11:09:33
Original
1913 Leute haben es durchsucht

移动端H5应用(轻应用、webapp)说要爆发已经好多年了,现在主要集中在搜索场景或者是浏览器场景中。。。  在wifi、流量丰富的今天,主打即用即弃的H5应用真的还有那么强的需求场景么?
--------------------------------------------------------------------------------------------------------------------------------------------
补充提问,现在所有对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了

相关文章:

移动端HTML5页面端去掉input输入框的白色背景和边框(兼容Android和ios)

移动端HTML5性能优化

移动端HTML5如何开发?跟PC端有什么区别?

Verwandte Etiketten:
Quelle:php.cn
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage