编者按：本文来自《搜索：开启智能时代的新引擎》，作者 斯特凡·韦茨，微软必应（Bing）的高级搜索总监，他站在互联网时代背景下用专业的眼光结合多年的一线工作经验讲述搜索的本质、搜索的意义、搜索的未来以及搜索对商业的意义。

从查找到行动

要在现实世界中完成某事，搜索需要“手和脚”。虽然我们在搜索系统理解世界这方面取得了长足的进步，但只有理解的能力而没有采取行动的能力限制了搜索真正的潜力。此时就是应用登场的时候了。

2014年年初，在我们设备的各种操作系统上有超过150万个应用——也许还有更多，但是各大发行商都对该数字保持缄默。这些应用能让我们做这些事情：

消磨时间（《愤怒的小鸟》）

记录一段对话供日后使用

管理我们的旅程安排

进行支付

跟踪我们的财务状况

打出租车

订旅馆

记录一个时刻

控制家里的灯光和设备

简单来说，应用数量的爆炸让我们的智能设备增强了人类所拥有的自然能力。举一个简单的例子：我要买一根手机数据线并要求送货上门，但是我一整天都要开会。如果没有Postmates和TaskRabbit这样的跑腿服务，我能怎么办呢？我可以给一个朋友打电话（但是开会时不大容易做到这一点）；幻想我有一位助理，我给她写一封邮件，而且她还得有车；给自己设置一个提醒，在回家的路上去取。在所有这些情形中，完成任务的效率实在低下：找人来帮助我，欠他一个人情，记得日后要还；不得不在回家的路上把车停好，只为了去拿手机要用的那根线。这么做不仅破坏了我的生产力，而且在我已经超负荷的脑子里又加上了一项认知方面的负载。

如今我能有什么其他选择呢？我可以随便打开若干应用中的一个，找到一个人（从生产角度来看，此人在那时未被充分利用）去我要他去的地方，买好线，然后放在我想要的地方。我告诉系统我愿意为此付钱，而要是有人觉得这个报酬值得他花时间，他就可以接受这个工作。此人要做的是去商店，找到我要的线，并买下来。一旦他将线放在了我指定的地方，我的应用会收到一个提示，包括我雇人办事和线花费的金额。我只要轻轻一点，就完成了支付。我甚至都不用开口说话就能完成这些事项。所有这些操作都可以在我开会时用手机完成，而此时其他人正讨论着季度计划。

超越应用末日

然而，应用以及它们代我执行的功能不过是达成让搜索为我做事这个目标的中间阶段。我的核心问题是：我为什么非要装个应用才能知道地铁什么时候抵达纽约第二大道站？或者知道仰望星空时所见的星座是什么？或者计算在餐厅里应付的小费是多少？很多这样的应用没做什么事，只是向1一2个根据用户体验包装好的结构化数据源发出一个查询，使得我们在设备上的操作变得简单而已。想象一下这样的场景：我想搭地铁去洛克菲勒中心，于是在21摄氏度的气温中我待在一个角落里，用我的小键盘和小屏幕在应用市场进行一次自从1994年以来就有的关键词搜索，希望找到一些通过拥堵的通信网络下载的代码，再装到我有限的本机存储上去——顺便提一句，这会消耗我的电池寿命，因为它自作主张地开启了我并不需要的推送提醒——我劳心劳力所做的这一切只是为了知道如果我要往北去应该搭F线还是D线。再没有比这更不优雅的事了。

更加明智的做法是将应用推向搜索。这是让搜索“行动”的关键。引擎不需要来自用户明确的需求指示（也就是说，因为我需要地铁的地图，所以我安装了一个应用），就能探测出隐秘的意图。如果我坐在曼哈顿下东区的汤普森酒店，查询洛克菲勒中心，那么从逻辑上说我想去洛克菲勒中心。这里的关键是将推断出来的意图映射到一种新型的轻量级应用上，但它比网络上公开的那些功能更多。简单地说，想象在云端有一系列应用，等着搜索引擎向它们索取信息或者咨询它们能够在现实世界中做些什么。在上例中，我的查询是“我在下东区，要去洛克菲勒中心怎么坐地铁”。它触发搜索引擎向云端最有名气的“地铁应用”咨询该信息，并显示该应用返回的信息，作为搜索的回应。

搜索应该了解应用能做什么，并利用其能力来响应一个查询。这个想法并不算新。简单回顾一下历史。UDDI(通用描述、发现和集成服务）本质上就是一个云端的大型目录，网络服务在其中注册，从而使应用知道它们（比如为了验证一张信用卡）应该选用哪个网络服务。UDDI已死，但是它的想法还是很了不起的。事实上，它在如今比2000年刚出现时更有意义。因为在今天，我们有将近150万个应用（而且很多是网络服务伪装的），所有的用户（除了那些最聪明的用户）越来越迷惑，atv，甚至不知道怎样在网络上做事了。

那么我们需要什么呢？我们需要的是这样一些东西：

(责任编辑：本港台直播)