GUI设计基本原则
最近在看《GUI设计禁忌2.0》一书，感觉园子里这方面的资料较少，就把自己的笔记放上来吧，欢迎大家指正
1、 关注用户及其任务，而不是技术
a、这个软件是为谁设计，谁是目标用户，谁是目标客户
b、这个软件是做什么的，它打算支持什么行为，它将帮助用户解决什么问题，提供什么价值
c、目标用户有什么待解决的问题，对于现在的工作方式，他们喜欢什么，不喜欢什么
d、目标用户掌握哪些技能知识，他们有学习动力吗，如何学习，是否存在具有不同技能、知识和动机的不同类型用户
e、用户如何掌握软件将要管理的数据的概念
f、目标用户更喜欢什么样的工作方式，软件如何才能符合那些方式，又会如何影响这些工作方式
*在开始设计之前不回答这些问题带来的代价会远远高于你所付出的
1．1 理解用户
1．1．1 决定谁是目标用户
1．1．2 调查目标用户的特点
*通过对用户类型的维度来划分用户群体:
1.对计算机的总体了解
2.任务知识（他们执行本职工作（譬如会计）的熟练程度）
3.系统知识（他们对待特定软件产品（譬如excel）的了解程度）
通过用户维度设计各种所能考虑到的用户类型，建立用户档案，用户档案可以配置用户的详细信息，如年龄，性别，计算机使用水平，系统相关软件的熟练程度（譬如office）
|
人员类别 |
姓名 |
工作描述 |
资历 |
教育 |
薪酬 |
绩效 |
年龄 |
计算机技能 |
日常使用软件 |
...... |
1．1．3 与目标用户协作来增进了解他们的工作
*软件既不要完全为用户设计，也不要让他们来设计，而应该与用户一起来设计
1．2 理解任务
1．2．1 确定目标任务是否与计划吻合
这段话比较不好理解，简单的解释就是，我们不可能编写一个“由车间工人使用的财务软件”，也不会让“企业决策层去执行凭证录入”。即在我们的《软件需求说明书》中要明确指出系统的使用群体和这些群体所能对应的主要使用功能。
1．2．2 调查目标任务
调查目标任务就是要做到在用户的角度彻底理解软件将要支持的用户活动。这需要大量的用户访谈和实地观察，值得注意的在访谈中我们要注意管理人员和操作人员的需求冲突问题。在实际需求调研中，我经常听到项目经理抱怨，“负责人是一个说法，下面的实际操作人员又是一个说法”这样的话。实际上很多情况下是不矛盾的，因为管理层面的项目干系人更多的是关注工作应当如何完成而不是实际如何完成，通俗的说就是“老板只关心结果”，所以一般情况下，这种冲突我们更应该从结果和过程两个角度去分析。
1．2．3 与用户协作以了解任务
原书是这么写的，我更愿意理解为这是调研方与被调研方对《需求分析说明书》和《需求规格说明书》的一种高度认可，在实际操作中，常常有用户对这两份文档抱一种可有可无的态度，签字相当草率，基本不看，这样只有通过合同中的相关条款来约束。另外，需求分析师也应当更多的在文档中使用图形化的表达方式，以及采用原型来进行展示。需要向用户灌输需求分析的重要性。
书中列举了一些分析中常用的问题
与应用程序的目标任务相关的人员执行什么任务
哪些任务是常用的，哪些又很少用到
哪些任务是最重要的，哪些最不重要
每个任务的先后步骤是什么
每个任务的结果是什么
每个任务的信息来自于哪里，每个任务产生的信息是如何使用的
哪些人做哪些任务
哪些任务使用哪些外部工具
每个任务人们会遇到什么问题，什么类型的错误比较常见，这些错误是如何产生的，这些错误产生的破坏力是怎样的
完成这些任务的人使用什么样的术语
不同的任务如何关联
完成任务需要和哪些人沟通