本文整理自第二次薯片会所用的PPT，此PPT前五页是关于内部工作方法的，没有什么普遍的意义，也不便公开。本文只介绍第六个问题。（第二份PPT中共有七个问题，第七个问题单独写一篇-《交互设计师的定义、特点、对交…的要求、工作内容、工作方法》）

交互只是一味的想要简单嘛？产品的功能越多就越能满足用户需求吗？ 

交互设计师应秉承的“以目标为导向的设计理念”，在目前通常的开发过程中，往往会表现为交互设计师希望能把产品经理的需求方案简化。

然而，简化本身并不是目标，让产品能更简单、方便的实现用户目标才是交互设计师真正的工作方向。

之所以会出现交互设计师总想要简化这样的现象，一个很重要的原因是之前的产品设计观念是：“实现功能，实现更多的功能，实现更多的功能就能满足更多的用户需求”。在这样的观念下，一个产品中功能的数量就成了基本一项指标。“如果我们的产品实现了同类产品的所有功能，那么产品就是ok的了，剩下就看如何推广了。”这种想法的错误在于：没有认清目标用户，确定用户目标的问题。理解并应用“以目标为导向的设计”方法才能解决这样的问题。

这里再次提到了“以目标为导向的设计”。这个方法很重要。举个例子简单描述一下这个设计观念：

大约九百年前，北宋，水泊梁山上，李逵要回家探母，他准备了一些盘缠，宋江哥哥给他带上戒刀（不让他带板斧，怕太招摇，他和其他很多兄弟一样，正在被通缉。）他徒步往家里走，一路上翻山越岭，跋山涉水，还要不断的住宿、吃饭，最终见到了母亲。他的目标是回到家，看望母亲。他要完成的任务是带上钱，武器，走路…今天，李钊（臭鱼）要从深圳回家探母，需要做的是订一张飞机票，收拾简单的行李，带上少量的现金路上用，大钱存进金卡里（这样异地取款手续费少些），把书包中平时带着的瑞士军刀留在深圳的家里（行李不托运的话，军刀会被机场安检扣留的）。最终，我也到了家，看望了母亲。

上面这两段情节可以看到，李逵和李钊的目标是一致的：回家探母，但需要完成的任务是不同的，有些任务甚至是完全相反的，比如带刀的问题。

显然，现在的李钊要比几百年前的李逵幸福多了，需要完成的任务更容易了。当然，如果任务能更简单当然更好了。比如，我有一个管家，我只要告诉他，我明天要回北京。收拾行李，订机票…他就全权负责了，对于我来说这当然更好。这说明，完成任务不是终极的用户需求，达到目标才是用户真正要做的。在实现目标的过程中，任务越容易越好。

软件中的功能就是为了帮助用户完成一个个任务，从而达到目标。对于软件功能的设计，只是为了更好的帮助用户完成特定的任务。而如果能简化任务量，才是更好的。原本要完成十个任务才能达到目标，经过设计，如果只需要完成一个任务就成了，那就成功了。类似我请了一个管家。在这之后才是对具体功能（功能对应着特定任务）的设计，让功能更易用（完成特定任务更容易）。

这里只是对“以目标为导向的设计”观念粗浅的介绍，上面的两个例子也只是“篡改”了一下《ABOUT FACE 2.0》中的例子。要看的更明白，还是要看alan cooper的书。

了解了“以目标为导向的设计”方法就不难理解为什么单纯的追求实现功能是没意义的了。因为减少功能才是更好的思路。一个电子邮箱产品，用户的目标不是写信、发信、收信，把邮件放入垃圾箱，删除邮件…用户的目标是实现信息交流。那种种功能都是为这个目标服务的。假设不需要“把邮件标注为垃圾邮件”这个功能也能使用户很方便的使用邮箱实现交流的目标，那是最好的。当垃圾邮件过滤系统不足够好的时候，才不得不提供给用户一个功能，让用户手动去设置哪些邮件是垃圾。既然不得不提供这个功能，那么就尽可能想办法让这个功能使用起来容易些，这是功能的设计。

这是第一次薯片会的内容。说了一些关于交互设计师基本的定义，特点、要求之类的话题，是些理论上的。 

Web交互设计师的定义
秉承以用户为中心的设计理念，应用“以目标为导向的设计”方法，进行互联网产品的设计。

这是关于交互设计师的一个基本定义。无论是现有的交互设计师或是对交互设计有兴趣正打算入行的人都会考虑这个问题。“到底交互设计师是干什么的？”“怎么干？”“是因为我在网页设计方面有经验有能力于是就能当交互设计师了吗？”交互设计师首先需要认同“以用户为中心”的设计理念。有了为用户着想的观念，接下来就是方法，怎么设计才能很好的为用户服务？在我看来，目前实现UCD最有效的方法就是Alan cooper提出的“以目标为导向的设计”方案。实际上“交互设计”这个名词也是他提出来的。

关于“以目标为导向的设计”可以阅读《软件观念革命——交互设计精髓》和《软件创新之路–冲破高技术营造的牢笼》

交互设计师的特点

交互设计师善于表达，以网页语言表达，以网页语言表达产品要告诉用户的信息，要显示给用户的操作功能。

所以，凡是涉及到表达、传达的问题，都可以找交互设计师来做，也应该由交互设计师来做。

产品经理考虑要做个什么产品才有价值，交互设计师考虑怎么把这个想法最有效的转化成一系列的界面展现给用户。除了展现，还有和用户的交互。这个展现、交互的过程就需要一定的表达能力。这种表达能力并不是我们平时所特指的口头表达，而是使用网页语言表达。我们经常会讨论一个按钮的位置，讨论某个状态下光标的样式，声讨应该写成“登录”而非“登陆”。这些都是网页语言表达。

有些时候，有些交互设计师会问，“网页上的文字要我来写吗？产品经理比我了解的更清楚，他（她）们写吧？”如果说交互设计师的应该具备“善于表达”的特点，那么，网页上的文字就应该由交互设计师来编写，虽然产品经理更了解产品，但是产品经理并不是最懂得如何想用户表达的人，交互设计师是。我们会讨论“你”还是“我”这样的称谓问题，会注意不要在页面上出现“用户”这样的字眼，这些都是文字表达的问题。

对交互设计师的要求
文字表达能力：写邮件，写blog，写各种东西。如前所述，文字表达是页面表达的一部分，具备一定的文字表达能力是必要的。

语言表达能力：多说，开会的时候要发言，一对一的讨论要花心思。

较好的语言表达能力是与同事沟通的必要素质，更为重要的是，语言表达能力是表达能力的一种体现。如果面对面，一对一的交流都有困难，怎么能保证用页面间接的跟用户交流能交流清楚呢。

(省略掉两个关于内部工作方法的话题)

 web交互设计师的工作内容
内容包括：对产品进行行为设计和界面设计。 行为设计是指各种用户操作后的效果设计。Web的操作以点击为主。点击操作又可以分为“表单提交”类和“跳转链接”类两种。除点击外，还涉及到拖拽操作等。  界面设计包括：页面布局、内容展示等众多界面展现。例如：使用按钮还是使用图标？字号大小的应用，如何使用tab…..  之所以特意提出这样一个话题，是为了强调除了“界面设计”，还需要“行为设计”。交互设计在被认识的过程中会有很多误区，常见的是把交互设计理解为一种专业的、高级的界面设计。一个产品不好用很多时候是因为流程上有问题，页面表现的挺合理，但是，点击了一下之后，就会发现“走不下去了”。流程是一系列的操作，也需要设计。

如何进行一个产品的交互设计?

第一步.信息构架设计

深入理解产品的目标、功能需求。将这些目标、需求转化为界面表现。把内容合理的归类整理为若干的界面。信息构架的设计意味着对导航的设计。“导航栏共有几级？每级几项？”这些问题将随着信息构架的设计而确定。

信息构架设计的要求：
1.符合用户心理模型
2.尽量保持窄而浅的信息树这一步工作需要和产品经理充分的交流。 

第二步.界面细节设计
在整体信息构架确定的基础上，对界面上的细节进行推敲。界面细节设计的要求：

1.符合web可用性标准
2.符合图形用户界面的基本准则
3.符合现有互联网上业已形成的设计习惯……
（目前只想到这几条）

这些细节设计更像是交互设计的专业，通常其他职位的人不会染指。显然这些工作是很有价值的，但是创造性并不大，价值也不很大。随着互联网这个行业的成熟，细节上的表现会更统一、更规范。也许今天我们今天激烈争论的问题，几年后已经很成型了，不需要再争论了。相比之下，信息构架的设计更具有创造性，自由度更大。

一个并没有最终结论的话题，也使我们在行为设计上可以更进一步去思考，什么才是用户需要的。

先拿picasa为例，我们看到：

在最下面有“继续”（相同于“确定”）和“取消”按钮。

在相册里整理，编辑标题的时候，界面上只有一个确认的按钮：“完成

从中我们引发了思考，在新建相册，上传照片… 中有“确定”又有“取消”；在整理，编辑标题… 中只有“确定”而没有“取消”。是不是说有“确定”又有“取消”是当用户在进行某一个新建操作中，有发生不想继续的情形，而需要预留一个“取消”按钮提供返回?而在作一些比较大的改动操作上，又因为担心误操作，而不设立“取消”按钮？而实际上，我在作一些较大的改动操作上，也会有改了一半发现不对，不改的情况。那么，在不设立“取消”按钮的情况下，仅仅是因为担心用户的误操作带来的损失吗？当我需要返回上一个界面的时候，我找不到“取消”按钮，我通过其他方式去返回到picasa的首页，也只能这样了，其实我想返回刚才相册的页面，也就是我希望这里会有一个“取消”，或者是给我一个路标，让我可以回去。

再看一下MSN Spaces的相册，同样在编辑照片的情况下，是没有“取消”按钮的。但是他的路标/左边的tab标签可以让我很方便地返回，进入到另外的相册，那么这个时候，没有“取消”按钮显然我不会感到迷惑。

我们回到主题，是不是在作一些简易操作上，我们有必要给于“确定”和“取消”；而在过于复杂的操作上，为了避免误点击，也避免了“取消”按钮？

我们也把一个身边的产品列出来，Qzone 空间的编辑器最大化：

（之前的错误设计是有“确定”又有“取消”，符合了技术模型。后来我们简单修改了这一个模型，把”取消”按钮去掉）

操作流程是这样的：

进入我的Qzone，日志，写日志，写了一会，发现太小了，插入的图片太大，操作起来好碍手，最大化编辑器。

虚拟的用户1：

进入我的Qzone；
日志；
写日志；
写了一会，发现太小了，插入的图片太大，操作起来好碍手，最大化编辑器；
天呐，这么大，算了，取消。
返回刚才的界面。

虚拟的用户2：

进入我的Qzone；
日志；
写日志；
写了一会，发现太小了，插入的图片太大，操作起来好碍手，最大化编辑器；
再写了一会，然后决定写完了，确定。
显然取消是取消了我刚才的所有写入操作。

我们细化过程，会发现存在更复杂的问题。

在这个界面中，又有“确定”又有“取消”按钮，显然就产生了矛盾。“取消”是返回刚才的最小化界面？还是说把我刚才最大化之后的操作全部取消？反而我会认为这个“取消”是返回刚才的最小化界面，结果发现我的操作全部取消了。或者说我认为是取消我刚才所有，结果不是，只是返回了刚才的最小化界面。在这样一个界面上，我们是否有必要给它“取消”功能呢？技术的模型让我们操作上需要进一步去思考，也经常因为不去思考而产生误操作。实际上，最小化编辑器，最大化编辑器，这里我们只是给用户提供一个附加的功能，也是改善用户书写时候的障碍，我们并没有必要给他一个再额外复杂的功能，他还需要思考我刚才的某些操作到底是确定了还是放弃了。其实我们仅仅只是需要一个按钮“最大化”，另外一个返回按钮“最小化”，他们之间的其他操作是没有必要去再让用户确认的。

“确定”和“取消”应该出在经常会需要使用的情况下，那么这种情况又是什么情况呢？或者说我们在大部分用户都并不会需要经常去撤销的时候，我们也同样考虑到他们或许会因为误操作，我们把“取消”隐藏了，放在一个不是很容易点到的地方?

惊喜！贺喜！

每逢周二就是“我们”的薯片会啦！