跨媒体应用程序

在过去几年中，移动应用程序一直是软件开发领域的热门话题。像许多软件交付公司一样，Thoughtworks 收到许多客户要求我们为他们构建移动应用程序。然而，大多数情况下，当一家公司要求我们（或任何人）构建移动应用程序时，他们一开始就走错了方向。我认为，在大多数情况下，即使您希望用户通过移动设备进行交互，您也永远不应该考虑构建移动应用程序。相反，您需要考虑构建一个可以在多种设备上呈现的单一应用程序：移动设备、台式机、平板电脑——或者您的用户可能使用的任何设备。

假设我正在使用一个应用程序来寻找酷炫的酒吧。我可以在很多情况下使用这样的应用程序

• 坐在咖啡馆吃早餐，用我的平板电脑查看今晚在哪里和朋友见面。
• 在我的办公桌上编辑照片[1]我看到一张非常棒的酒吧的照片，想推荐给别人，所以我访问了应用程序获取信息，然后通过电子邮件发送照片
• 现在是五点半，我刚开完一个漫长的会议，我正在街上用手机寻找附近的酒吧。
• 我和一些朋友在家，我们正在我巨大的平板电视上探索晚些时候去酒吧的选择。

在这些情况下，我想要做的是与一些概念上的应用程序进行交互，但我是在非常不同的环境中通过非常不同的设备进行交互。然而，尽管如此，我不想将它们视为独立的应用程序，而是将它们视为单个应用程序的不同呈现方式。理想情况下，即使在单一环境中，我也希望能够在它们之间切换（我不知道如何在笔记本电脑的网站上查找附近的酒吧，所以用我通常在手机上操作的方式比查找帮助文档更快。）

这是一个消费者案例，但同样的想法也适用于内部应用程序。如果我是一家零售店的经理，我可能会带着平板电脑在过道里巡视来检查库存，但在我的办公桌上，我有一个更大的显示器和键盘，可以做其他的库存管理工作。

和往常一样，重要的是用户体验，是关于软件如何帮助用户更好地实现他们的愿望。用户只想要那种“我做主”的时刻。委托开发软件的公司希望将网站和移动应用程序发送给不同的软件公司，这一事实与 1923 年的棒球比分一样无关紧要。因此，用户转向了其他地方，而应用程序提供商则成为了破碎的未来的牺牲品。

就好像昨天的单一屏幕已经被打碎，碎片已经嵌入到我们的口袋里、我们的环境中以及我们使用的产品中。

-- Jonny LeRoy

这种跨媒体思维[2]超越了常见的手机/网络/平板电脑设备。早在 2005 年，当 Tim O'Reilly 推出 Web 2.0 模因时，他对下一代软件的模式之一是超越单一设备级别的软件。他的例子是 iPod，iPod 的成功部分归功于“这款应用程序如何无缝地从手持设备连接到庞大的网络后端，而 PC 则充当本地缓存和控制站”。这款产品不仅仅是 iPod，而是 iPod 加上 iTunes 的组合。如今的领先例子可能是 Netflix，这是一款您习惯于以跨媒体方式使用的产品——您可以使用许多不同的设备在电视上观看电影，其中包括一种将邮局作为数据传输介质的方式。

最后一点应该提醒我们，跨媒体思维在很多方面只是基本的系统分析。在为软件项目进行分析工作时，重点是查看整个领域流程，并考虑软件如何才能最好地支持它。跨媒体标签有助于提醒我们，软件可以出现在我们以前可能没有考虑到的各种地方。

设想跨媒体应用程序的一个重要部分是，每个设备都在不同的环境中使用，以完成不同的任务。因此，在设计体验时，需要考虑到这些环境——既要意识到不同的环境，又要考虑它们如何融合在一起。如果您在手机上寻找酒吧，您比在办公桌上浏览网站时更想知道附近的酒吧。如果您正在与差旅管理应用程序进行交互，它应该能够告诉您正在通过手机访问，您正处于两次航班之间的中转机场，从而使您能够轻松地查看您有多少时间赶上下一次航班以及如何到达登机口。

这就是为什么我认为创建移动应用程序的愿望是一种错误的想法。它立即将移动应用程序定义为与网站分离的东西，就像您只是在构建一个网站的想法一样。相反，您需要从用户开始，弄清楚他们想要做什么以及软件如何帮助他们做到这一点。在考虑这个问题时，每个人都需要以跨媒体的方式思考——我所说的每个人是指工作的各个方面：用户体验、软件架构、项目管理……。应用程序和构建它的项目团队需要被视为一个整体，所有的一切都致力于让他们的用户满意。

延伸阅读

• Kelly Sommers (kellabyte) 提供了一个例子，说明了跨媒体应用程序可能是什么样子。本文还探讨了跨媒体叙事的概念，并提供了一些有趣的链接和视频。
• Joshua Topolsky 创造了连续客户端一词，这是一个类似的概念[3]，Kelly Sommers 也有一篇关于实现连续客户端的想法的文章。
• 谷歌发布了一份关于驾驭新的多屏世界的研究报告，这是他们对跨媒体应用程序的思考。
• Jonny LeRoy 写了几篇关于在破碎的未来中生存的文章，讨论了在用户希望使用不同媒体进行交互的世界中的挑战。