这项功能。

当我走过任何商店的门口时，都将有一个应用程序可以与我交互。

无论我何时去逛大型购物商场，它都将提供地图和时间。

本地食品车的供应商提供的将不仅是它们的菜单，还有它们准备去的下一个目的地以

及返回的时间。

如

Zipcar 等按需租凭的汽车租赁公司，将允许我使用手机上的蓝牙连接来注册并开走

它们的一辆车。

“即时”交互

所有这些概念只是猜测，但它们代表了一种正朝我们迎面袭来的趋势。这些设备都可能

需要某种形式的交互，但只是在我接近它们时才进行交互，这是一种

“即时”的交互模式，

只在我需要它时，为我提供交互性。

更重要的是，绝大多数交互将是一次性体验。我将与设备（像海报）进行几秒钟的交互，

然后继续做其他事情。这是一种

“先使用后失去”的情况。在这种情况下，下载到手机上与该

设备进行交互的任何东西在交互完成后都不再需要了。

这就是为什么这种交互将最有可能以某种

Web 页面形式存在的原因。以不涉及安装的

方式把交互体验下载到任何设备上，是一种简单的方法。对于

“先使用后失去”方法，Web 是

适合的选择。

事实上，

Web 在 20 多年来一直只提供这种方式。关于那些声称 Web 不能作为本机应用

程序的说法，目前事实的确如此。但请记住：首先，标准正在非常迅速地提高；其次，与这
些小型廉价设备进行的交互是相当有限的，就像与一个公共汽车站进行交互时并不需要具
有运行

“魔兽世界”时的强大功能。

今天，我不能够或设想利用我们当前的应用程序模式来尝试这类的

“即时”交互。搜索、

下载、使用应用程序，以及最重要的删除一个应用程序，这其中所耗费的精力实在过于巨大。

移动应用程序必然消亡的原因是，它是一个阻挡我们前进的范式。

“即时”交互的

整体概念，从结构上来说无法利用安装的应用程序来实现。

探索服务

快速打开智能设备并与之交互是不可能的，除非能迅速地找到在你面前的那台设备。为

了毫不费力地与一天中将会经手的集群设备进行交互，我将需要一个可以使用手机上蓝牙 、
NFC、GPS 和 WiFi 不断搜索功能的服务，不仅可以找到附近的设备，还可对其进行排名。这
并不是大海捞针，而是在针堆里找针。可能会需要一些云服务器的帮助，因为它们对我的了
解更多一点，可以对这些设备进行合理的排序。

我强烈地感觉到，这类探索服务将在未来几年内成为下一个

Google。这是 Google、苹果

和微软都整装待发要立即解决的问题。甚至可以尝试执行一个巧妙的启动，由系统发现在我