先说轻企业应用

照现在形势来看，传统企业针对各式各样的硬件开发 Native App，然后自己做发行和活跃，真的很不容易，也没必要。

举个例子，假设某个著名旅游景点需要做个移动应用，供用户查询信息、订门票。如果做 Native App，之前的思路是“研发——推广营销——获取用户（安装）——提升活跃度——盈利”，整个链条节点是串联的，前者是后者的必要前提，每个环节用户和效益都会出现流失。

但如果做的是轻应用，就能让其中几个环节的关系转化为“并行”。例如这个景点的 Web App 开发完成后，可以接入 UC 浏览器的网页应用中心免费推广，也可以付费到搜索引擎、门户网站、流量联盟或导航站推广，用户点击链接就能访问到相应的服务界面（所点即所得），有进一步需求的用户形成付费购买行为（盈利）。而不管付费与否，这个轻应用都可以通过 UC+ 应用书签等方式，提示用户保存，方便二次使用（用户获取、活跃度提升）。

以上例子中， “盈利”和“获取用户”、“提升活跃度”就是并行关系——你的流量推广，不必先获取到用户后再进行盈利，而是在需求产生时立刻就能获得收益，并将这个用户转化为你的长期活跃用户。

未来，UC 会推出更成熟的基于浏览器的企业移动信息化方案，提供更多更透明的开放接口，可以很傻瓜式地定制一个轻应用，包含程序图标、启动画面、首页和菜单等元素。同时，我们会不断提升安全等级来保障用户和服务之间的交互安全，例如针对开放性的 Wi-Fi 热点进行数据加密、大量内核级别的数据安全优化（防止恶意存储等）、与支付宝及银联合作的安全支付等，未来还会在 U3 内核基础上推出更多的安全特性。这样一来，不管是大型传统企业还是路边的小商店，都有机会低成本、高效地拥抱移动互联网。

再说轻游戏

我认为明年是创业团队进入 HTML5 游戏最好时间点，原因有 4 个：

1. 性能大幅提升。这主要得益于超级 App 对手机硬件调用能力的提升，例如 UC 浏览器从 9.3 版本起，后面 3 个版本都会加强对 HTML5 的支持，通过硬件能力和算法优化，很快可以将整体执行的效率提升为现在的 3～5 倍，超过 Chrome 等浏览器；
2. 开发与发行环境成熟。各大巨头甚至创业企业都已经开始推出成型的HTML5游戏开发调试工具，超级App则强化了发行渠道；
3. 产业起步阶段，厂商和项目还比较少，马上就要进入抢滩期；
4. 多屏互动会在明年初步崛起，游戏在 PC、手机、平板甚至电视上的跨平台一定是大趋势。而 HTML5 在跨平台快速开发方面，有很大的优势。

最后是PC互联网服务的迁移

大部分中小互联网服务商其实都明白，移动互联网必须要进去，但另一方面 Native App 已被证明是事倍功半的模式，大家过得都很辛苦。而轻应用体现的是资源的个体化特性，一本书、一部电视剧、一个自媒体，再小的内容个体都能成为一个轻应用——换句话说，借助超级 App，轻应用剔除了一笔可观的推广、研发费用，帮助开发者回归到最核心的内容层面。

毕竟许多用户最关注的并不是应用本身，而是好的内容，只要有好的内容和服务，无论开发者处于哪个平台，都会受到用户的支持。很显然，对于众多开支有限的中小 PC 互联网服务商来说，轻应用是比 Native App 更适合拥抱移动互联网的载体。

具体形态方面，我建议新进入者最好使用 Web App 这种模式，成本更低。对于那些已经做了 App 的开发商，则可以考虑结合自己的产品特性，与 UC、微信、微博等超级 App 形成基于需求链条上下游的互动，例如将 Native App 转为 UC+ 中的插件，基于用户浏览网页行为提供服务，获得更多的被调用场景；如果碍于产品特性无法进行这种互动，且用户规模发展缓慢的，也建议转为 Web App。

另外需要提一下 Web App 的开发语言。过去说到 Web App 会是取代 Native App 的未来，大家提的都是 HTML5，似乎整个行业都在期待一场彻底的大革命。但如今其实通过 HTML4+JavaScript 的技术，再加上浏览器等超级 App 对于硬件调用能力的增强，也能够做出能力非常出色的 Web App，完全能够满足用户的需求。所以，开发者们不必太过拘泥于 HTML5 还是 HTML4（现阶段可能后者比较实际一些）。

1. 采用响应式的基础设计

简而言之，就是同样一个应用，在用不同终端访问时，能根据屏幕比例等环境自适应，展现不同的交互界面。因为将来的互联网服务必是跨屏的，涵盖的终端包括 PC、手机、平板和电视等，最近小米力推智能电视，遵循的就是这个大趋势。采用响应式设计后，一能降低部署、运营成本，二能让用户在不同设备之间无缝迁移服务，试想一下：用户用手机浏览网站时，无意中进入到一个商品购买页，然后就能很简单地同步到电视或者平板上，切换终端的成本几乎为零。开发者不用再为每种屏幕都重启灶炉做个新版本，只需要简单地“同步一下”。

2. 增强离线能力

这一点主要针对 Web App，利用 App Cache、Local Storage 等技术，将主体框架离线缓存至本地，同时采取一定的联网更新策略，这样基本上就能很好地解决访问速度和体验上的很多问题。目前这方面做得比较成熟的当属 Google，Gmail、Google Docs 等应用在移动端都有很好的体验。

3. 合理使用推送能力

Web App、插件、公众帐号如果获得系统级的推送能力，就能具备与 Native App 基本一致的能力和体验，增大运营空间，理论上所有的轻应用都应该考虑整合这种能力，包括前文中提到的智能推荐。Chrome PC 版今年已经推出了基于浏览器的 Notification 功能，可以直接推送信息到桌面，而UC会在后续版本中将这种能力应用到移动端。当然，推送一定要把控“度”，一个不小心就会成为干扰，形成糟糕的用户体验。微信公众帐号系统推出后，一直在反复试验修订推送规则，原因就在这里。

4. “适中”的交互设计

Web App 的交互设计不能完全照搬 Native App，也不能是很传统的 WAP 网站风格，而应该处于两者之间。哪些功能应该是类 Native App 的体验，哪些功能可以采用 WAP 链接跳转的方式，这都要根据具体服务的特性进行综合衡量。

目前国内已经有不少 Web App 的体验都很出色，比如淘宝、优酷、3G 门户等，这些都是可以参考的对象。而插件的底层是 Native App，核心本质是与浏览器之间的互调，应该考虑保留最精华的功能，激活过程中尽量不能打断用户的需求路径，在形态上与超级 App 完成融合。

5. 推广：传统Web+新渠道

传统Web的推广渠道已经很成熟（如流量联盟），只要按照之前的套路，都可以获得不错的效果。

新渠道包括则社交渠道、Web App Store 等模式。轻应用在社交渠道方面的推广具有天然的优势，好友之间的分享，所点即所得。Store 模式有瓶颈，但不意味着现在就完全抛弃了——当然，前提是你的数据要真实可信。很多开发者主动反馈给我们，他们的 Web App 在 UC 网页应用中心上的表现，是外界投资的重要参考依据。