过去一提互联网，大部分人指的就是浏览器。网页当时就代表了互联网，就是平台，而不是PC操作系统。人们给网页创造的服务远多于为Window或者MacOS。

桌面互联 -> 移动互联：OS紧握命运咽喉

随着浏览器之争的硝烟慢慢平息，浏览器逐渐成为了一个中立的平台。浏览器技术开始发生转变，从而让如Google Map这些新事物得以诞生。但随着移动互联的出现，最终浏览器提供商并不能再造辉煌，它们也没有能够打造出一个崭新的交互模式出来。在PC时代，我们可以看到桌面互联都是通过大量的页面和URL堆积而成的。虽然今天的桌面互联的呈现方式已经发生了很多变化，但是所有的变化还是发生在浏览器这个框架里面的。

这在移动平台上面就截然不同了 — 操作系统自身就是互联服务平台，其所提供的互联服务远比浏览器要多得多，且这些平台都不是中立的。

其中消息服务就是第一个(仅仅只是第一个而已)例子 。如本人之前的文章所言，推送提醒，主屏幕应用，以及方便的通讯录和相册的访问，这都意味着应用上一个甚至多个新的消息服务是非常简便的事情，而这在桌面互联上面是很难应用起来的。这并非仅仅是因为你在移动平台上运行的是app而在桌面上运行的是网页，还主要是因为app可以调用到平台上的特定的系统API，而浏览器对此却是无能为力的。所以说智能手机自身就是一个社交消息平台，一旦你把社交app接入到这些平台，这些平台就能为你提供消息服务。这就好比Facebook的应用接入到Facebook这个平台一样，又或者说是像Facebook公司希望大家围绕其新的Messager开发应用并进行接入一样。

但是所有提供这些服务的API层都是被这些移动平台供应商牢牢的控制在手上的，此外它们还不断的对其作出改变。我们现在已经是后网景及后网页排名时代，但我们却把网页这个一体化的交叉访问模型(intersection model)给置之脑后了，同时也缺乏一个接近统一的方式来进行网页访问，我们有着各种不同的新的访问方式，但没有一个堪称稳定。

苹果和谷歌不停的在其移动平台上做出不同的决定，不断的开启和关闭不同的选项和功能，不断的创建和移除不同的机会。其实它们并非唯一，Windows 和 Mac桌面应用也尝尝会碰到这种情况(根据Offifce的竞争对手所言)。但是桌面移动(基于浏览器的服务和应用)倒不会碰到这种情况，因为用户用到大部分的功能和进行的活动都是发生在浏览器上面而已，根本不会触及到OS层面，而不同的浏览器又不会进行这种改动(估计原因之一是因为如果某个浏览器这样做了，用户可以很方便就切换到其他浏览器应用上去)。

其中一个关键的不同就是，网景和IE浏览器不会根据你访问的网站不同而提供不同的呈现方式(虽然你也许可以通过工具栏的功能做到这一点)，它们也不会改变获取和留存用户的方式。苹果核谷歌经常有意无意的这样子做，这都是继承自它们各自的操作系统的基因。它们提供的一些改动可能是简单的改进，且往往是协作性的(能让广大用户受惠的)，比如深度链接的出现就是个很好的例子。但并非所有的改动都是如此(公平且让大家受惠)的。

因此，无论是在这个夏天的谷歌IO开发者大会还是苹果WWDC开发者大会，我们都能看到苹果和谷歌在尝试围绕它们的移动设备的主屏幕打造出各自的东西。比如主屏幕左滑后出现了越来越多的功能，而这些功能都是完全控制在这些平台的拥有者手上的。越来越多的这些功能都提供了基础的人工智能功能，以便从不同的角度监控用户的操作方式并以此为用户提供不同的有用的功能。但广义地说，别忘记了这些都是掌握在苹果和安卓的手上的，其他开发商如果想在主屏幕上面得到显示的话，那就要看谷歌和苹果的心情了(此外你还必须要实现了苹果和谷歌要求的检索API)。

下一代运行时服务

此外，苹果和谷歌的下一步动作就是要把app所提供的内容从应用中剥离出来，以打造出新的使用模式。如苹果的3D触控技术就通过主界面app上的这些动态菜单将应用的内容和主屏幕进行分离。那么主屏幕是否就成为了这些应用的主界面了呢？它们提供的内容是否直接推送显示就完了呢(这样用户还需要经常打开我的应用，应用内广告还有人看吗)？当然这些功能在安卓上都没有支持，这样的话跨平台应用的梦想也就更加越飘越远了。

同样，谷歌的Now on Tab功能能够让用户从各种正在使用的应用跳出来，并根据情景跳到谷歌自己的搜索和推荐上面去。这里存在的一个进退两难的情况就是，当你实现了谷歌的API来支持app索引和深度链接的时候，你同时也让谷歌很方便的在简短的通知之后，将正在使用你的应用的用户引到了它们自己的服务上去(下面的例子就演示了谷歌的Now on Tab是如何将用户从音频分享应用Soundcloud“无意的”引到了它们自家的Youtube上面去的)。

当然，这也就是为什么谷歌一开始就买下安卓的原因了- 谷歌就是惧怕当年的微软会垄断整个移动操作系统并将自己关在门外。这里很明显的梦魇就是围绕着应用预装等产生的，苹果地图的功能就是一个很好的例证。大家都知道苹果地图并不算一个很好的产品，但是因为是在苹果产品上预装的，用户最终本着“够用就好”的默认想法就会继续使用它，所以iOS上使用苹果地图的用户比使用谷歌地图的用户多2-3倍。但是这里更深层的问题并不仅仅是将搜索功能从网页中分离出来放到app上面，而是将搜索和发现功能从app中剥离出来放进了操作系统层级上面去了。当然，谷歌也有在其安卓主屏幕上提供了一个网页搜索输入框，当这更多是因为想要提供一个基本的功能而已。

所以这里的问题不是说你要在你的屏幕的什么位置上放置什么样的输入框，而是你跟你的朋友沟通的方式，发现新服务的方式，以及你决定如何消费的方式。

这也是为什么Facebook一直尝试在操作系统上加上自己的一层的原因了(同样也是为什么亚马逊生产自己的手机的原因)。我想到的一个搞笑的情景就是，每次当Facebook在其F8大会(3月份)上高呼“智能手机上的交互就应该是这样的！”， 几个星期之后，苹果和谷歌(它们的开发者大会在5月份)就会站出来说“小子，不好意思，但我们刚改了…“。无论你的Facebook的功能怎么改，你依赖的还是人家的操作系统。但是如果Facebook真的能够通过其Messenger在它的在线ID(这是苹果和谷歌所缺乏的)平台和消息推送以及用户黏合上形成闭环，那它还是能够最终加上自己的那一层的。

事实上，这里可以看到我们其实是在尝试找出下一代运行时服务(run-time)。我们以前有网页，后来我们有了app，而下一个呢？推送？Siri/Now？消息服务？其他？但这些都没有将搜索、发现和购买作为这个框架的基础的一部分 – 这些今后必然都会提供。相反，在Facebook桌面平台上，这些功能都是一开始就提供了的。我相信在移动平台上的下一代运行时服务也必然会如此。