在今年 7 月，百度大手笔收购了 91 无线，企图一统 Native App 的天下。但在一个月后在百度世界大会上，百度推出了“轻应用 (Light App)”的概念。其实，百度之所以这么做一是为了用91系列把握现在，二是为了是用轻应用把握未来。
不 过，百度打算把握未来的“轻应用”对于 UC 浏览器的用户而言其实并不是什么陌生的事情，轻应用实质上就是以搜索为主要核心的 Web App，而在 2011 年，UC 浏览器就上线了国内首个 Web App 应用中心，到现在 UC 平台上的 Web App 月活跃用户已经突破 5000 万，应用数量也将在年底突破 3000 个。显然，UC 浏览器在 2011 年的思路十分超前，并很好预测了两年后移动互联网的状态，我想也正是因为这个原因，引来了百度和阿里巴巴狂热的追求。
可是，光是 Web App 还是不够的，轻应用还不能满足方便用户的需求(即“良好的用户体验”)，轻应用需要有一个承载它自己的本台，即一个超级 App，而百度的轻应用更多的是基于百度搜索的“服务”还不是“平台”。
超级 App → 超级浏览器
所谓超级 App，是指那些拥有庞大的用户数，成为用户手机上的“装机必备”的基础应用。受益于这些超级 App 提供的开放平台，不少开发者和创业团队也将登陆超级 App 开放平台当做除应用市场之外的另一条推广途径。比如微博、微信以及 UC 浏览器。
和 微信、微博这样的超级 App 比起来，作为浏览器的 UC 有一定的优势。微信和微博的特色太鲜明，用户更多的把他们当做社交工具，同时也不够开放（比如他们都鼓励用户在自己的应用里完成所有的动作）。而用户则会 把在 PC 上使用浏览器的习惯带到移动设备上来，因为浏览器在 PC 上是上网的入口，当用户在移动设备上找不到相应的 Native App 则一定会使用浏览器 (比如查看 TECH2IPO/创见的文章)，而不会想到使用微信或者微博。
对于 UC 浏览器和用户来说，概念都是多余的，我不在乎你的服务是叫 Native App，轻应用，还是超级 App，我要的是一个在我使用浏览器的时候可以随时满足我的需求，也就是说，需要一个“应用因为而存在”的超级浏览器。
正 如 UC 优视科技创始人何小鹏所说的，轻应用解决的主要矛盾是 App 对用户的曝光率和下载后的使用率，本质上就是渠道推广和系统内调用的问题，现在 UC 浏览器目前所做的比轻应用更宽泛一些，即所有基于 UC 浏览器之上的，围绕手机特性开发的，能够方便地曝光和被调用的服务，包括但不局限于 Web App。
不 过这里也有一个问题，当浏览器里的轻应用或者 Web App 也逐渐多了起来，也会走上目前 Native App 的路子，同质化和寡头化，这就涉及到一个 App 的推荐和流量分配的问题。以前 PC 浏览器的“网址导航”，多半数网址并不是用户想要的，而是开发商觉得这个赚钱鼓励用户使用；另外像微信和微博这样的超级 App，里面也内置了不少应用和游戏，但是活跃率也不见得有多高。网址导航和内置应用所呈现出来的问题就是应用的推荐和实际的流量并不一定成正比，导致应 用的安装包越来越大，越来越笨重和臃肿，走上一些经典软件的道路。这根本的问题就是用户在整个环节中处于被动地位，就比如你不可能把网址导航中可以为开发 商带来现金的网址去掉，而在微博客户端里也无法卸载内置的应用商店(微信做的好一些)。
所以要超级浏览器要满足这样的条件：
1、以用户为主导；
2、超级 App 本身需要简洁和“轻”；
3、能够快速满足各种场景下用户的需求；
4、调动起开发者的积极性，解决用户使用和分发上的矛盾。
应用因我而存在
在这个时候，用户在使用“应用因我而存在”的 超级浏览器的过程中，这些应用在需要的时候“挥之而来”，在不需要的时候“挥之而去”。比如在使用 UC 浏览器浏览一个网页需要用浏览器下载的时候，不是另外打开迅雷的应用，再复制粘贴过去，而是浏览器自动调用迅雷的模块完成下载，下载结束后模块自动退出。 再比如在浏览器里观看在线视频的时候，自动调用“快播”的模块来实现视频的加速，看完后模块自动退出，以及在打开图片的时候调用 Camara 360 的滤镜美化，都是典型的案例。
一 个好的应用，是自动打通应用之间上下游的关系，让用户的行为畅通无阻，而不是应用与应用之间相互隔阂，因为彼此之间的竞争关系给用户寻找麻烦。UC 浏览器在这方面的尝试是比较成功的，据何小鹏透露，快播的 UC 浏览器插件，在上线一周后安装近 30 万次，海外的 UC 浏览器用户尽管不懂轻应用的概念，但使用率高达 50%，足以说明，只要告诉用户在使用时有设么好处，则不需要可以宣传一些不明觉厉的概念，也能获得用户的青睐。
于是，UC 优视科技在今年 7 月份的时候发布了 “UC ”，重新梳理了开放平台，除了之前就有的网页应用中心外，新增了插件系统。这个系统实际上就是讲 Native App 转变为 UC 浏览器的一个组件，用户在推广和调用的时候都是在浏览器内完成。
UC 浏览器解决的就是目前各种 App (包括 Native App，Web App，Light App)的问题：一个是用户的使用问题，一个是开发者的推广问题，并把这两个问题合二为一，即开发者推广的 App 正好是用户需要的 App，当用户急需要一个 App 的时候，开发者能够满足用户的需求。不管这个 App 是哪种形式的 App，能解决问题就好。
而 UC 浏览器本身是“轻”的，用户根据自己的需要来安装需要的插件，而 Web App 也是在用户需要的时候才会出现。这不禁让我们想起了 Chrome 浏览器，Chrome 浏览器本身只能满足用户最基本的需求，如果你有更多的要求，那么你可以在 Chrome App Store 中安装需要的插件和应用。当用户在切换到某个网站时，自动激活相关的插件或者应用。
用 何小鹏的话说，UC 的思路就是利用浏览器这个有大量活跃用户，高使用频率的超级 App，根据市场场景向用户智能推荐和分发服务，让 App 在应用商店外有用更多曝光的机会获得用户；浏览器的使用场景非常多，也在一定程度上增加了插件安装以后被调用的机会，在这个过程中，用户甚至感觉不到应用 之间的切换。而对于对于原本就有可观用户量的应用来说 (比如迅雷、快播、Camera 360 等)，也将会是一个高潜力的新型拓展渠道——应用插件化之后能提供与 Native App 几乎无异的使用体验，借助高频使用的超级 App 进一步获得增量。
回到开头的情况。百度在推出轻应用的时候，却缺乏一个像 UC 浏览器这样的超级 App。我一直认为，正是百度在追求 UC 优视科技失败后，才无奈推出了跨浏览器平台的“轻应用”概念，缺少一个“寄宿”的平台来承载这个概念还是比较困难的。
联系客服
