为应用的上下文环境而设计

我们可以将娱乐性质的应用进一步分为两类：

游戏

内容消费

游戏类应用产品所具有的娱乐性是显而易见的。人们对于游戏产品在移动领域中的市场定位问题还存在一些争议，对于怎样的游戏模式可以通吃各类移动平台的讨论也是各有各的看法。鉴于本书的主旨，我们不会去探究涉及游戏本身的复杂交互理论，虽然我们在前面几章里学到的那些思路和概念其实有很多是同样可以被运用到游戏应用的设计与开发当中的。

而作为娱乐性需求用例的另外一个组成部分，内容消费本身就是一个形式多样的庞大概念;看片子、听音乐、读书、浏览网页等一系列行为无一例外地被囊括在这个范畴当中。市面上很多非常流行的iPhone或iPad应用都是聚焦在这个方向上的，这些产品大多拥有特色鲜明的用户体验方式，使得内容消费行为具有很强的娱乐性，对于用户具有极高的吸引力。当然，这也说明很多产品设计人员和开发者都看到了这类需求在市场中的巨大潜力，并且已经开始在自己的产品中付诸实践了。不过即便如此，你也不必过于担心竞争方面的问题;这方面的需求空间依然是巨大的，用户们始终会对那些能够给他们的内容消费行为带来新奇体验的应用产品保持强烈的关注与期待。

基于地理位置的服务(LBS)

这是一种在当前的移动领域中比较新兴的应用服务类型，而且在我们提到的这些典型需求用例当中，它是唯一一个只能通过移动设备进行操作的。这种产品服务类型的出现，得益于当前移动领域中一系列新技术的整合运用，包括GPS、数码罗盘技术、能够在地理位置和定向等方面提供高精准细节信息的移动网络等。

在苹果的应用商店中，有很多应用会以非常有意思的方式整合着LBS方面的功能，其中有一部分产品获得了成功，而多数则表现平平。这其中的主要原因还在于LBS仍然属于一种比较新兴的用例模式，对于这方面功能所蕴藏的潜能，多数产品设计人员只是触及到了一些皮毛。这类应用当中，有很大一部分会帮助用户以一对一或是一对多的方式分享他们当前所处的地理位置，而另外一部分会为用户提供由A点出发前往B点的出行方案。这里最大的问题在于，LBS最核心的价值究竟是什么，你应该以怎样的方式在自己的产品概念当中将这个价值整合进来。其实答案很简单，LBS最本质的作用，就是将产品自身的核心功能与移动设备所处的上下文环境建立合理的关联，使产品的价值得到提升。

电子商务

这是一类对于多数平台设备都具有普遍代表性的需求用例。我们在传统互联网领域中所熟悉的那些电子商务基础功能及行为模式，例如浏览商品、阅读介绍、将商品放入购物车等几乎已经成为了我们的第二天性。在移动应用所处的上下文环境中，怎样针对设备的交互特性，打造最简单直接的购物流程，这是一个不小的挑战。此外，对于关键环节中的交互体验进行优化也是很重要的，例如提升用户在商品浏览过程中对于速度、效率以及屏幕空间利用率等方面的感知与体验。

这些只是比较简化和常规的产品设计思路。如果你希望将目光放的更远，力图打造一款在各个方面都表现优异的电子商务应用，那么你将逐渐看到这类功能模式所蕴藏的更多潜力。当前，有一些强化型解决方案开始引起人们的关注，这类产品旨在为现有的电子商务平台及相关的购物行为提供支持与强化，而它本身并不需要具备交易方面的功能。这种模式可以被分为两大类：

策展：利用第三方资源帮助用户在复杂的商品结构中进行浏览，在此期间有针对性地向用户提供商品推荐，以达到引导消费行为的目的。

聚合：整合外部资源，按照用户指定的方式对商品内容进行呈现与管理。

你完全可以根据自己产品的实际情况，基于一套有效的用户体验策略，针对你的目标用户群探索出更多有意思的电子商务强化模式。

实用效率

在第二章里，我们对于iOS所体现出的更加倾向于效用的设计思想做了一定程度的了解，而这方面的价值观同样可以体现在应用当中。从概念上说，实用效率与我们前面提到娱乐消遣是截然相反的两类需求用例。后者所需的上下文环境更加适合具有便携色彩的iPad，而实用型和效率型应用产品则与iPhone这类具有真正移动性的设备有着更为密切的关联，而这种情况也符合用户头脑中对于这两款设备在定义与感知方面的差异。对于效率类的应用来说，即使缺乏出众的视觉设计与令人眩目的交互方式，只要它能够帮助用户迅速高效的完成特定的任务，就有可能获得巨大的成功。

实用效率的概念同样是非常广泛的，不过你仍然可以根据移动应用所处的上下文环境来考虑以怎样的方式将这个概念整合到自己的产品当中。如果你的目标就是要打造一款纯粹的效率类应用，那么你的产品必须对以下两个方面进行良好的落实：

准确的功能：提供用于完成目标任务的最准确的功能方法。

简化的操作：提供用于完成目标任务的最简化的操作方式。

多种功能模式的整合

对于这五种最具代表性的需求用例，我们已经逐一进行了分析。对于某些项目来说，确实有必要像这样有针对性的从某个特定的需求用例出发，对产品进行设计和规划，但在很多情况下，你还需要将更多的用例模式作为不同方面的功能属性整合到同一款产品当中。特别是当你的产品概念已经具备了一定的核心框架，而你希望在此基础上增强产品与移动应用上下文环境之间的相关性的时候，这种更具综合性的产品设计思路就显得尤为重要了。当然，你并不需要将所有这些典型的用例模式都非常明显的体现到产品当中，重点在于能否通过这些核心框架之外的功能模式，为产品与其所处的上下文环境建立更加精准的关联。在这个过程中，你也许还可以为产品创造出更多额外的价值，并有可能开拓出一些全新的需求用例模式，使产品能够更好地满足用户对于独特的功能与体验方式的渴望。