移动端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短网址超简单代码