本篇交互设计教程探讨了 “以目标为导向”的交互设计，希望阅读本篇文章以后大家有所收获，帮助大家对交互设计的理解更加深入。

在上一篇文章中，本人主要介绍了“研究与建模”阶段的流程及其交互设计方法，这篇文章将详细地讲解“需求定义”阶段的设计流程与方法。

“需求定义”阶段的流程

交互设计团队在需求定义阶段往往采用的设计方法是为用户和其他模型之间提供急需的联系，同时也对设计框架提供了铺垫。这一阶段主要采用的是以场景为基础的设计方法。

这种方法的关键在于如何满足用户的目标和需求，而不是我们常见的功能性目标。通过人物模型的概括能帮我们在很大程度上确定什么是重要任务，从而使得交互设计团队减少了很多的“任务”设计，提升交互体验，同时保证回报的最大化。

对主要人物模型来说，需求定义阶段的设计过程是要分析人物模型的数据和功能性需求。根据不同情境下的人物模型的目标、行为，以及与其他人物模型的交互来对这些数据和需求优先级排序、获取相关信息。

“需求定义”阶段的交互方法

把健壮的模型转化为设计方案需要经过两个主要阶段，一是需求定义阶段，而是框架定义阶段。需求定义阶段主要是回答了产品是什么以及要做什么的问题，而框架定义阶段则是回答了产品的行为方式和如何构建产品来满足用户目标等问题。

Alan Cooper等人给出了需求定义阶段的过程图，主要包括创建问题和愿景叙述、探索和头脑风暴、确定人物模型期望、构建情境场景和明确设计需求，如图1所示[1]。

图1 需求定义过程一览图

创建问题和愿景陈述

所有问题的创建必须基于设计师在有了明确的目标。目标为导向的设计方法是在通过人物模型、场景和设计要求来定义产品以及其服务的。我们要确定用户群体、用户目标和产品要求。

愿景的陈述则是从更高的角度来设计目标的。它需要将用户的需求转化为如何使设计能够满足商业目标，即“如何变现”的问题。

问题和愿景的内容应该从上一篇文章《浅谈“以目标为导向”的交互设计（二）》中“研究与建模”阶段中获得的。

探索和头脑风暴

探索是让利益相关者在这个阶段将所有考虑到的事情（无论多么“古怪”、“变态”，甚至是没有想到或者不敢想的）都说出来，并记录备案。

这样做的目的有三：

· 一是保证了每个人的“话语权”和“言论自由”；

· 二是可以测试利益相关者对场景的想象能力和接受能力，以便调整和推进场景；

· 三是保留“思想的火种”，有可能你的一句话、一个idea在后期的设计中有了“用武之地”。

头脑风暴是大家都“乐此不疲”的事情，它有助于在利益相关者之间开启探索会话。不过在此阶段不要过多地花费时间，时长应视项目的大小从几个小时到几百个小时不等。

确定人物模型期望

我们在“研究与建模”阶段中已经创建了人物模型，不过人物模型是对现实的内部呈现，而其外化的界面呈现应与内部实现相“呼应”。所以，我们要记录一些人物模型的期望，主要有以下几点：

00001. 影响人物模型期望的态度、事件、过程和其他社会、文化、环境、教育等因素。

00002. 人物模型对使用产品的体验可能持有的一般期待和愿望。

00003. 人物模型对产品行为的期待和愿望。

00004. 人物模型如何看待数据的基本元素或单位。

00005. 构建情境场景

所有的场景剧本都是关于人和活动的故事，情境场景则是其中最像故事的一种。它是讲述某个人物模型的故事，带着其目标、动机和需求的。情境场景解决了以下几个问题：

00001. 产品在什么背景下使用？

00002. 是否会被超时使用？

00003. 人物模型是否经常被打断？

00004. 是否与其他产品一起使用？

00005. 人物模型要达到目标时首要任务（活动）是什么？

00006. 使用产品预期的最终结果是什么？

00007. 根据人物模型的技能和使用频率，允许的复杂程度有多大？

明确设计需求

在对情境场景构思完成之后，可以分析一下草稿，提炼人物模型的需要或设计需求，主要包括数据需求、功能需求、情境需求和其他需求。

案例

本小节将以我尚未发表的硕士学位论文《智云PMS系统APP的交互设计与实现》为例，介绍“需求定义”阶段的流程与方法。

创建问题和愿景陈述示例

创建问题：尚美生活集团的管理者和加盟业主由于经常出差或者不在电脑前，无法操作电脑，因此急需一款移动端产品来解决管理集团业务和加盟门店的问题。

愿景陈述：智云PMS系统APP的互设计与实现将填补了公司在PMS系统移动化领域的空白，更加快捷、方便地服务于门店，提升了酒店集团的产品服务质量与效率，更加紧密地拉近了酒店集团与门店的合作伙伴关系。

探索和头脑风暴示例

问：我们有哪些用户类？

答：智云PMS系统的APP主要涉众包括酒店集团用户和门店用户，其中酒店

集团用户又包括酒店管理人员用户类和酒店运营人员用户类；门店用户又包括门店业主用户类和门店店长及使用人员用户类。图2表示智云PMS系统APP涉及到的用户类层次结构。

图2 智云PMS系统的APP用户类层次结构

确定人物模型期望示例（如图3所示）

图3 智云PMS系统的APP人物模型及其期望示例

构建情境场景示例：

酒店管理人员石磊情境如下：

00001. 早上洗漱完毕之后，石磊查看了微信群和查收了邮件。通过邮件，石磊可以查看到昨天的酒店集团相关门店的业绩简报。通过微信群，石磊可以跟相关的门店业主沟通昨天的运营情况。

00002. 石磊来到公司后，打开电脑之后便登录智云PMS系统后台，查看了相关门店的详细业绩数据和运营报表。

00003. 石磊突然接到了门店业主的电话，于是便走出了办公室接听。业主反馈发现了昨天的运营数据可能不对，但是他又在外地出差，因此只能电话反馈，石磊带着蓝牙耳机翻看这家门店昨天的简报，发现确实存在问题。

00004. 于是，石磊结束通话之后，返回办公室，正要发该家门店相关处理意见时，发现自己行程中需要去其他地方开一个很重要的会。无奈，他只能乘车前往，此间花费了大概30分钟的车程，他虽然一直记得这件事，可是无法处理。

00005. 开完会之后，已经是晚上7点多了。石磊本想回家休息，但又想起了白天发生的事情，于是很不情愿地又回到了办公室，接着发布了一个相关处理意见的公告。

00006. 发完公告已经是晚上9点了，石磊拖着疲惫的身体回到了家，然后叹息地对妻子说：“要是能在手机上处理这些繁琐的东西该多好啊！”

明确设计需求示例（如图4所示）

图4 智云PMS系统的APP用户类及其需求