第二个苹果

题记：已经是凌晨，还是决定坚持每天学习交互设计，记得弥缝在褪墨曾经提出过一个月培养一个好习惯的活动，研究表明培养一个习惯需要三个月的时间，但是习惯培养的第一个月是最重要的，这次一定要先坚持一个月，每天学习交互设计并把学习过程记录下来，加油~

—————————————————————无辜的分割线—————————————————————

《GUI设计禁忌2.0》

基本原则2： 首先考虑功能，然后才是表示。

开发团队总是急于确定用户界面，然而一开始就担心外观是本末倒置，必须坚决杜绝这种做法。软件应用程序的用户界面不仅仅是软件的外观，他还包含的很多更深层次的深入到架构当中的设计决策，例如软件要向用户展示什么概念，信息的结构，后端的功能以及可定制的能力。首先考虑功能，也就是说设计人员应该在设计如何向用户呈现概念之前完整地定义概念以及他们之间的关系，而这些概念及关系的定义必须源自对用户及任务的理解。

P.S：今天先看到这里，去睡觉了~

基本原则1 关注用户及其任务，而不是技术

关键活动：【理解用户】+【理解任务】

方法：业务决策——>经验调查——>协作

动作1   业务决策：决定谁是目标用户，确定软件需要支持的任务集

设计用于“每个人”的软件很可能不能令任何人满意，业务决策的关键是在项目启动之前明确目标用户和任务集，即圈定一个设计的范围。

动作2   经验调查：调查目标用户及目标任务

经验调查采用的方法很多，例如访谈用户、焦点小组、在用户的“自然环境”中观察、访谈管理层、了解用户的业务

2.1 目标用户分析：

在这个环节需要生成一个“用户配置文件”，Alan Cooper建议将这个用户配置文件更加喜欢为一个“用户角色”，增加用户的姓名、爱好、照片等等，这些都是为了使用户角色更加真实，便于团队内部成员的理解和在开发流程中的传递。不管哪种形式，“用户配置文件”中都必须包括下面几个关键内容：

• 任务知识：执行目标任务的熟练程度如何
• 系统知识：对计算机的总体了解，对特定软件产品或类似产品的了解程度
• 用户动机：为什么要学习和使用软件？是工作需求，还是家庭软件？

把“用户配置文件”想象成一份更为细化的简历也许更加合适，简历中包括“姓名”、“年龄”、"教育状况”、“工作经历”、“工作描述”、“绩效评定”、“计算机水平以及任何相关的身体或者社会特征”，当然这些信息都应当是从预期用户那里获得的真实数据抽象出来，并围业务决策阶段确定的“目标用户”和“任务集”展开。

2.2 任务分析

这个环节的目的是彻底理解软件将要支持的活动。需要回答下面的问题：

1. 与应用程序的目标任务领域相关的人员执行什么任务？
2. 任务的频度以及任务的重要性，以及用户对当前任务的满意程度如何？
3. 任务描述：每个任务的步骤和结果，任务的信息来自哪里、所产生的信息会如何使用？哪些人执行那些任务，他们使用什么工具？执行每个任务时会遇到什么问题，什么类型的错误比较常见，是如何引起的，破坏力如何？完成这些任务的人员使用什么术语？任务之间的关联关系如何？完成任务需要和其他人进行哪些沟通？

要回答上面的问题并不是一件容易的事情，需要开发团队投入时间和人力，并运用科学的方法，但事实证明这些会在后需的开发工作中为开发人员明确目标。

动作3   协作：记住最好的解决方式不是为用户设计，或者让用户设计，而是和用户一起设计。

和用户一起进行设计，不仅仅是从用户哪里了解信息、收集数据，更重要的是向他们展示初步的分析和结论，征求他们的意见。通过协作的方式，了解用户及任务，能够让后续设计和开发的目标更加准确，更加符合用户的期望。

最近开始看Jeff Johnson写的《GUI设计禁忌2.0》，里面提到了很多设计原则，个人认为都很有道理，但如何在实际项目中运用确是一件不易之事。

基本原则1 关注用户及其任务，而不是技术

Johnson特别强调，这个是最终要的原则，Alen Cooper在《交互设计精髓》中也提到用户研究是设计的基础，我以为这个也是最难遵循的设计原则。

为了遵循这一基本原则，开发团队必须在项目开始时通过调研回答下面的问题：

1、软件的目标用户是谁？目标客户是谁？（有时用户和客户不是同一个）——特定用户

2、软件是做什么的？他打算支持什么行为？帮助用户解决什么问题？提供什么价值？——特定场景和任务

3、现在的目标用户有什么问题？对他们现在的工作方式，他们喜欢什么。不喜欢什么？——用户角色及任务分析

4、目标用户掌握哪些技能和知识？他们有学习的动力么？他们如何学习？是否存在具有不同技能、知识和动机的不同类型的用户？——用户角色分析

5、用户如何掌握软件将要管理的数据的概念？

6、目标用户更喜欢什么工作方式？软件如何才能符合那些方式？又会如何影响他们？——用户研究+交互设计

如何回答这些问题呢？

Johnson 给出了一个标准的流程：业务决策——>经验调查——>协作，并且他将这些问题回答归类到两个关键动作中：理解用户+理解任务。在实际项目中，这两个关键动作往往都会和在一起进行，因为和用户交流的每一次机会都是极为难得和珍贵的。

那么到底如何执行这两个关键动作，以及在每个动作中得到什么信息，敬请期待《交互设计学习笔记(2)》。

P.S：励志在交互设计之路上越走越远>_<