我们都忽略了Html5的力量，如果只看成一种技术就大错特错了！
第一部分：Html5市场的力量
我们太忽略Html5的市场力量了。如果你把Html5当作一种技术，就大错特错了！忘掉你的产品，忘掉你的技术，想想移动时代的信息传播和消费场景。作为2B，我们实在是没有重视Html5的市场力量！app开发中Html5的力量，你想到了吗？
我先抛出两个问题：
第一、现在每个月你下载几个新app？相比之下，你每天要看多少网页和微信圈的信息和文章？
第二、你多久才去app商城找软件？就算的软件上了app商城，能上靠前的排名，还是被淹没？
关注Html5，首先是要看到Html5在入口上的价值，尤其是信息的入口。我认为，H5能让你迅速对接最广泛的信息入口。因为在移动和互联网+时代，我们面临的是碎片化时间和海量信息碎片，我们的入口，其实就是无数网页和微信文章。
所以，Html5可以让你的应用直接对接微信和网页，给你最广泛的流量入口，而不是局限在app商城里。
以“轻店水果”为例，假设他靠做app放在store里，或者在淘宝上开店，以现在的市场投入，结果会如何？
如果他把app放在商城里，或许现在的下载量为0。因为他既无钱冲排名，也无钱做广告。如果他开的是淘宝店，那么他已经淹没在无数水果店里了。而事实上，即使他的Html5页面再差劲，也能成功完成对用户的宣传-转发-交易，而且，没有app。
回过头来看我抛出的两个问题：第一、现在每个月你下载几个新app？相比之下，你每天要看多少网页和微信圈的信息和文章？第二、你多久才去app商城找软件？就算的软件上了app商城，能上靠前的排名，还是被淹没？
结论是：
观点一——入口：
Html5让你获得最广泛的流量来源。因为，移动和互联网+时代，我们面临的是碎片化时间和海量信息碎片，我们的入口，其实就是无数网页和微信文章。
所以，那就是我们要重视的入口，让你的app直接对接上去，那就是H5能帮你的地方。
观点二——场景与流量：
Html5让你获得一气呵成的闭环场景。如果你点开过朋友圈里的轻店的推广文章，点击页面里的“现在下单”，就直接完成了交易。宣传、推广、交易的全过程就悄悄完成了，根本感觉不到APP的存在。
这个案例中，点开，下单，交易很容易就完成了。如果这过程中，让你重新下载一个app、注册ID、密码、输入手机号、收短信验证码、输入验证码、绑定淘宝，输入收货地址，等等。客户有这么好的耐心吗？（毕竟，你卖的不是900年一熟的蟠桃…）
好的的宣传和体验，是宣传-试用-交易，一气呵成的。Html5所带来的一个重大价值，就是让app直接对接信息流量的入口，并直接完成试用和交易的整个消费场景，给用户一气呵成的用户体验。毋庸置疑，Html5比app更容易让整个流程变得流畅。
这也就是Html5轻店所采用的模式。
说完交易场景的问题，我们再来讨论流量问题，这也是颇具争议的一个问题。
价值牛问如果仅仅有一个很好的H5，并不在任何群里做宣传。这个Html5会获得很多流量吗？Html5也好，app开发也好，都仅仅是技术的实现手段，是内容的载体，电商如果没有流量，怎样获得销量?
试想，如果一家店开在没有客人过来的地方，它会怎样？传统零售业选址的唯一标准就是地段，而地段为的就是有人经过。
对于流量的问题，大家的讨论的结果是：不完全认同。地段是关键，是必要条件，但不是充分条件，而且流量不完全等于地段，只能说地段与商品和人流的属性的确有很大的关系。这其中的关系在于，不管是实体还是虚拟的店铺地址，不论是线上还是线下，如果没有人知道这个地方，什么交易都不会产生。
实际上，地推和广告，都可以继续使用。关于流量，我们这里讨论的是一个事实：移动和互联网+时代，我们面临的是碎片化时间和海量信息碎片。我们的入口，其实就是无数网页和微信文章，将你的app直接对接上去，那就是Html5能帮你的。
不管你的商品是什么，也不管你的互联网地段在哪里，真正的关键在于：互联网时代，每一个人，每天都在看无数的网页和微信信息和朋友圈文章，这就是入口。让你的H5 app尽可能多地对接上去，形成闭环的消费场景，这就是我们要做的。因为H5 app可以被轻易转发，所以可以获得传播效应。
PS：商圈不是集合消费者而是更方便消费者，即消费者即是商圈，消费者走到那里，那里必须就是商圈。传统的物理商圈己日渐衰亡，用户己经进入更多的互联商圈、移动商圈、社交商圈和个性商圈等，而互联网商圈又在进化成核心商圈、次级商圈、边际商圈和长尾商圈。
观点三——传播
Html5让你更容易获得传播放大效应。朋友圈万次阅读的捷径在哪里？软文点击很少过千，互动网页可轻易过万。想想神经猫的传播，甚至达到了一个亿！神经猫，验证的不是一个游戏，也不是技术，而是一次Html5内容的传播。
app没有可转发性，但是H5 app页面，可任意转发和链接！
我们所熟悉的易企秀，其实就是充分体现了Html5的传播性。
通常，我们转发一个H5 app，当用户打开这个链接时，其实完成了一个app的下载和启动，这就是H5的极致精炼和性能！而这个后面本身就是有数据库的，很多是动态数据。
最广泛的入口、闭环的消费场景、传播的效应，这就是Html5带来的市场力量。
PS：一位大佬提出了极其精辟的解析：要在用户的手机上安装上一个app，它的成本是非常高的。如果用H5通过网页直接引导过去，那成本几乎为零。这一点非常正确。Html5-颠覆交互方式的力量。第二部分：Html5技术的坑
1、一句话理解H5 app技术：H5 app是只三脚猫：后端、H5 UI框架、本机api framework（SDK）
有人提出，对底层这些设备传感器的调用，Html5是先天不足的。无论从速度，从各种传感器的体验角度来看，Html5比起原生态开发还差不少。如果今天要做一个体验感很好的app，让使用者用起来非常酷非常炫，Html5还有一定困难。同时，原生开发的可以充分运用本地存储，做到离线应用在有线的时候实现同步。这一点Html5也是很难解决的。
而我想说的是，相比原生应用：第一，后端大家都一样。第二，本机api framework，本来就是用原生写的，原生能做的，Html5通过api framework，其实都能做到，包括调用任何硬件能力。事实上，H5做风格效果，用的是CSS3（CSS目前最新版本。CSS：层叠样式表，一种用来表现HTML等文件样式的计算机语言。），风格千变万化，想要达到炫酷的程度并不困难，甚至做游戏都足以驾驭。
后端几乎没有任何差异，因为后端不是在手机上，而是在服务器上，或者某个云服务器上。而本机api可以调用所有手机能力，包括摄像头、麦克风等。调用硬件的能力，是完全一样的，不会有任何差别。因为Html5是通过本机api framework（cordova）来调用硬件能力的，而这些api framework，本身就是用原生代码写的。
当然，app开发在android下面问题较多，面对安卓生态链如此复杂的安卓操作系统裁剪，底层的差异还是不可小看的。但H5本身好处很多，做企业的大多数应用足够了。而且H5 app，是可以发布成app的。
PS：1.如果做一个纯管理用的app，用Html5加native容器完全可以实现。2.对于以动态内容为主的应用，Html5和原生的效率差异不明显。
总结而言，H5 app是只三脚猫：后端、h5 UI框架、本机api framework（SDK）。可以说，对于原生app和h5 app而言，在能力上，原生能做的，h5 app都能做。至于服务端，更是一样的。
2、Html5的坑：Html5最大的坑其实是性能。
这个性能的坑，既不是出在后端，也不是出在本机api framework（cordova），甚至也不是出在H5 UI的组件。
真正的大坑，出在对webview的调度上。换言之，就是多view和单view的问题。
能找到H5 app性能的症结所在，解决问题就很容易，所以，现在好的H5 app开发框架，性能已经逼近原生，性能也非常流畅顺滑。
实际上， Html5的开发受容器约束还不会太乱，但原生的就乱得有些难以形容了。
或者说，一个字——慢。混合模式相对好很多，例如“街旁”就是用混合模式开发的，但是却没有了“慢”的问题。
当然，究其原因，国内其实很多应用不是用原生方法做的，所以才会让人感觉原生开发乱， 造成安全厂商无从下手之感。
举个典型例子：微信的js（javascript）调用接口中，也有不少硬件调用能力，可以直接demo。至于在app里，则可以调用codova，用户可以做任何他们想做的事，或者做原生想做的任何事情。
从某种角度而言，可以这样总结：
第一、原生app能做的，H5 app都能做。如果你做不到，那是你没有找到方法。
第二、H5 app的性能，已经逼近原生了。如果你没有做到，那就是你选用的框架或工具有问题。
PS：绝大多数移动端应用的核心问题还不是性能，而是功能的快速迭代和页面交互，而这两点H5优势明显，如果再加上应用需要同时考虑PC端，那就更明显了。因此企业级应用首选H5进行app开发几乎没有悬念。
国外厂商在后端集成方面非常有优势，例如：SAP、Oracle等套装软件的集成非常好，这点国内厂商还有很大差距。不过，从这一点来说，虽然国外厂商技术上有优势，但是在国内没有市场。
其原因在于：
1. 国内客户后端应用复杂，不像国外客户仅有几家套装软件厂商。
2. 国内客户上移动应用基本上谈不上规划，先上一个App试试，所以看前端效果。
3. 等到上了5~6个系统后，才考虑后台和前台App的整合是最头痛的问题，
这算是国内开发的悲哀。所谓大牛都是不管在任何环境下，首先想到的是调用内核的api。
前台一个App如何与多个后台应用进行数据同步呢？
前台一个页面数据要来自于后台多个系统，数据输入后要更新后台多个系统。这种复杂环境，是国内客户上移动App时很少考虑的，所以总体来说，国外厂商的MEAP基本上在国内没有生存基础，这也是国内MEAP厂商的机会。
当然，严格来说，MEAP不存在这个领域，最后一定是做框架的赢了。同时，大多数app场景也并不是这种极端情况，至少目前在国内就是这个现状。
放眼全局来说，国外更没有MEAP平台。MEAP的需求特性，从技术上说一定会被操作系统和应用平台实现掉，因此，MEAP只是一个过渡市场。
Html5 webapp与native app同台而论，技术发展固然是原因之一，但是在商业上，微信这个超级app的存在才是主因。微信+电商，这算是“中国特色”。
换言之，现在Html5之所以能是主流，跟有了微信这样的超级app有莫大关系。微信本身提供了基础的本地设备调用能力，也就是提供了调用手机本地硬件的开发框架并借此封装了更多通用能力。其他厂商所做的超级app外壳，就前端开发平台的思路都是如此。
因此，H5+壳没有问题，但是企业号应用是否需要放弃成为了诸多企业考虑的问题。
当然，虽说微信是个催化剂和爆发点，但没有微信，迟早也会有“X信”起来承担这个角色，这是移动设备和移动浏览器发展到相应阶段必然会出现的情况！
那么现在刚活跃于我们眼前的全息投影时代的技术呢？Html5之后是什么？
有人认为VR和AR，在游戏和娱乐上肯定会颠覆，未来三到五年的人机交互是可以预见的。未来，或许将广泛出现H5 for VR。H5是描述型的语言，不是技术相关的，因此，Html5完全可以用VR的方式来呈现。
从2013年开始，Google眼镜已经开始用于物流仓储。因此有人认为，或许在不久的将来，人们不再用条码枪扫描barcode，直接用眼镜看一下barcode就可以拣货，甚至包括仓库路线指引。
总体来说，Html5毫无疑问是当下的主流。仅仅从大家公司内招聘的前端开发工程师的薪水之高就可见一斑。几年前Html5横空出世的时候，在pc上一直郁郁不得志，几年后却在手机上称王称霸了。
从CTO的角度要开始看下一代技术了，Html5之后还有Html6吗？还是VR/AR？
VR即便成熟了，也只是特定领域。而真正的图表展示，用H5的速度太慢了，Html5加上原生支持相对较能满足用户需求。（——混合架构是王道）
天空飘来一句话：2B的老板们，听我一句肺腑之言：慢就慢点，能用就行，成本要低，2B一定要有这个精神。
实际上，app开发用Html5还是原生，并不重要。整体的研发成本并不大，对整体的商业成本影响就更小了。因为研发成本相较于这其中的运营、推广成本而言，实在太小。主要开发和运维成本，其实是在后台。从现在运营的情况看来，基本都是“原生”胜于“Html5”；从企业内部管理应用来说，H5还是主流。但总的来说，最终还是生态决定胜负。
有企业大佬提出，Html5在pc上还不足以满足他们的需求，因此其公司在16年的技术路线中，准备先从PC浏览器一端放弃Html5。然而，这位大佬的后台管理界面在很多客户那里要求用IE，这成为了一个颇为矛盾的问题。
事实上，很多2B客户有自己的IT规范，IE是标准，不允许安装其他浏览器。不少IE运维部门的控制台还是用的Windows XP。许多大客户有着自己的规矩，这也是2B必须遵循的“规则”之一。所以，很多人认为，Html5在pc上难以流行。
然而，回顾微软曾经垄断的恶果导致了PC端浏览器的不兼容，如今还是原生、Html5、混合模式并存互相竞争和促进更有利于市场发展，一家独大未必是好事情。看了案例后，Html5还是原生，重要吗？先看应用场景，然后才是选择使用什么样的技术。
发表评论：