敏捷用户体验设计过程.docVIP

敏捷用户体验设计过程 星期一, 07月 27th, 2009 有了Agile和UCD两大思想的宏观指导，我们的具体设计过程就会变得有章有法。 现在中国的楼市这么热，楼房的沙盘模型是大家所熟知的。许多人做出购房的决定，都是在沙盘模型上“考察”一番后作出的。为什么看着积木般的小房子，许多人就会做出让自己负债30年的决定呢？如果这不能证明买房的人都是缺心眼的话，那么这只能反映出沙盘模型的神奇力量。 通过模型，我们可以将口头要表述的内容可视化、具象化出来，这样会大大提高人与人之间的沟通效果，并使得大家的意见最终达成一致。因此，在讲述敏捷用户体验的设计过程中，我们会借用各种各样的“模型”：用户模型、目标模型、任务模型、界面模型、可用性评估模型等。 每个模型，我们都会用一章的篇幅来做详细的讲解。 第3章 用户建模。既然是“以用户为中心的设计”，我们首先要弄清楚的就是“用户”。我们会在本章介绍最常用的用户模型、建模方法，并澄清相关的概念（Actor、Role、Profile、Persona等）。 第4章 目标建模。还记得UCD思想的第一个理论模型“目标导向的活动理论”吧（目标-任务-工具）。用户目标不但是用户研究的所要关注的重点，也是后继任务分析的起点。“目标”是UCD思想中的一个核心概念，我们很有必要做深入的研究。在本章内容中，我们将会探讨目标的不同粒度，用户目标的衡量标准，以及如何找出高（低）层次目标并给出判定标准。 第5章 任务建模。了解了用户、确定了用户目标后，我们就可以分析出用户须为此采取的行动，依此我们就可以确定每个用户需要执行的“任务”。我们会将用户所采取的行动分解到“用户目标级”（对应目标模型中的第三级），并为每个“用户目标级”的行动（即“任务”）撰写用户故事（其格式为“作为某种类型的用户，我需要执行××任务，这样我就能到达××的目标”）。待所有的用户故事确定后，我们就可以整理出用户故事地图（User Story Map），并依次确定软件版本开发计划。任务建模，相当于传统软件工程过程中确定需求用例（相当于确定了用例名、用例的参与者Actor、用例的目标层次）的过程。（为什么我们不用“用例”这个术语呢？我们会在第5章有详细的辨析：“任务、用例、用户故事、场景Scenario”的区别） 第6章 UI设计。为了给用户在执行“任务”的过程中提供工具支持和信息反馈，我们首先需要将任务分解为一步步的操作步骤（即对用例的细化），然后确定每个步骤需要用到的软件功能和信息内容。将处于同一个交互环境中的软件功能和信息内容整理后，就可以得到“内容模型”。有了基于交互环境的“内容模型”后，我们就可以在每个特定的交互环境下进行UI设计，即考虑如何用软件界面元素（按钮、文本框、滚动条……）实现“内容模型”中的两类内容：功能和信息。UI设计时需要考虑三个方面：信息及其架构、软件的行为、外观呈现，分别对应UI设计的三个输出成果：信息结构图、交互流程图、视觉界面图。界面原型，是这三个成果的综合体现，根据其完善程度可以分为：纸面原型故事板、可跳转的视觉界面图，模拟真实软件的高保真交互原型。 第7章 可用性评估。可用性评估，就是要针对界面原型、已成形（或部分已成形）产品进行的评估，发现软件产品有效性、效率、用户满意度等方面的问题，并对软件的设计提出改进意见的过程。本章中，我们会简单介绍常用的可用性评估方法，并且给出了一个评价体系（包含5个方面：业务目标、交互流程、信息架构、内容表达、界面呈现）和一个绩效衡量指标（包含系统反馈、错误预防与恢复、效率、认知负担等4个方面）。最后讲解了可用性评估的输出成果——可用性报告，并给出了参考模板。 这么“冗长”的设计过程，估计各位要看晕乎了。那么设计的本质是什么呢？ 设计就是不断分析问题并解决问题的过程； 设计就是从备选方案中不断做出决策的过程。 通常，设计是由头脑中的某个成形的备选方案开始的，随着时间推移，对问题的分析逐步被有效的解决方案所代替。对问题的不断探索有助于验证解决方案的有效性。（“需求”与“设计”的区别，就在于你是否做出了决策。如果做出了决策，你就是在做设计；如果没有，你所面对的就只是需求。） 用户建模的输出结果：人物角色（Personas）、用户目标列表（Goal-list） 星期一, 07月 27th, 2009 既然是“用户建模”，我们首先要知道的就得最终的模型是什么。用户建模的输出结果有两个：人物角色（Personas）和用户的目标列表（Goal-list）。 人物角色（Personas） 英文单词Persona，原意是指戏剧或小说中的角色。在软件产品设计中用到的人物角色（Personas）： 是被描述成了具体的个人的用户模型，他们“有鼻子有眼”非常形象 是虚构的一个/一组人，但他们背