交互设计精髓摘要及103条设计原则（上）

《About face: 交互设计精髓》称得上是交互设计的圣经，用“工作必备，常看常新”来形容也不为过。书中的每句话对平时的实践有着指导意义。而且这本圣经更难能可贵的从1.0到4.0每次版本更新都与时俱进，像4.0还讲到特斯拉的车载设计。

但遗憾的是，能全部看完这本圣经的人不多。原因可能有两方面：一，500多页的大部头，看起来心理压力确实太大，很多人想看但不知从何下手；二，翻译的过程中难免有信息的偏差和错误，让很多人看了晦涩难懂、一头雾水。

因此，我本从书中提取摘要和原则，一方面是想读者对本书全貌有个初步的了解，另一方面也是希望能有益于大家工作。

00:59 第一部分 目标导向设计 

00:59 第1章 数字产品的设计过程

如果我们设计的数字产品能够让人们方便地达 成目标，他们会感到满意，提高效率，心情愉快。如此一来，人们会高兴 地购买这款产品，还会推荐他人购买。假设我们能够以低成本实现上述目 标，就能取得商业上的成功。表面上，这个前提一目了然。只要用户满意，产品就会成功。可是为什么仍有那么多的数字产品难以使用，用起来让人痛苦呢？为什么不能皆大 欢喜、双方共嬴？尽管我们一直在更快、更廉价、更便捷技术的创新道路 上稳步迈进，为什么人们仍会感到沮丧？一言以蔽之，答案是因为在产品规划和开发的过程中，没有把设计作为同等重要的基础环节。

1 用户界面应该基于用户心理模型，而不是实现模型。

User interfaces should be based on user mental models rather than implementation models.

2 目标导向的交互设计反映了用户的心理模型。

Goal-directed interactions reflect user mental models.

3 交互设计不是凭空猜测。

Interaction design is not guesswork.

02:21 第2章 理解问题：设计研究

任何设计成果的评判标准，都要看产品最终满足用户或委托开发组织需求的程度。不管设计师技艺多高超，多有创造力，如果没有清晰而详细地了解其目标用户、问题限制及推动设计的商业或组织目标，那么成功的机会不大。仅仅筛选一下从市场调查（尽管这对回答其他类型问题十分重要）之类的定量研究得到的数字和图表，很难轻易地深入把握这些主题。

这种行为和组织知识需要通过定性研究方法来收集。定量研究方法有很多种，每种方法对理解产品设计轮廓都十分重要。

03:06 第3章 为用户建模:人物模型和目标

一旦花了大量时间进行实地调查，研究用户的生活、动机和环境，接着问题自然而然地产生了：如何利用如此巨大的研究数据打造成功的产品？记事本里充满了对话记录和观察结果，很可能我们交流过的每 个人都有些许不同。很难想象，每次做出设计决策时，都要从数百页笔记中挖掘有用信息。即便有足够时间，这些笔记提供的信息是否有帮助还不 一定。如何使这些数据变得有意义？如何辨明重点？我们引入了建模（model)这一强大概念解决上述问题。

1 不要让用户感觉自己愚笨。

Don’t make the user feel stupid.

2 界面设计的关注点在于单个主要人物模型。

Focus the design for each interface on a single primary persona.

04:08 第4章 设立愿景：场景和设计需求

在前两章中，我们讨论了如何收集关于用户的定性信息，如何利用信息创 建模型。通过仔细分析用户研究结果以及人物模型及其他模型的综合体，我们创造了一副清晰的画面来呈现用户及其各自的目标和用户目前的情况。接下 来，就到了整个方法的关键部分：如何利用对用户的理解来制订设计方案，既 能让用户满意、对用户有所激发，同时又能完成商业目标，突破技术上的限制。

1 设计产品行为前，首先定义产品会做什么。

Define what the product will do before you design how the product will do it.

2 设计的早期阶段，假定界面是魔法。

In the early stages of design, pretend the interface is magic.

05:04 第5章 设计产品：框架和提炼

上一章中我们讨论了设计过程的前半部分，即利用故事情节或场景剧本来设想理想的用户交互过程，之后从这些场景和其他来源中对需求进行定义。现在我们终于做好准备，开始设计。

1 绝对不要向利益相关者展现你不满意的设计方案，那可能正是他们喜欢的。

Never show a design approach you’re unhappy with; stakeholders just might like it.

2 用户体验只有一个，即形式和行为的设计必须相互和谐。

There is only one user experience: Form and behavior must be designed in concert.

05:48 第6章 创造型团队合作

在本书的介绍中，我们曾提到，目标导向方法包含三方面内容，即原则、类型和过程。然而，还有一点值得提及——实践。本书花费了大幅篇幅讲述上述 三方面内容，我们希望能在本章跟大家分享一些关于目标导向设计的实践，以及设计团队如何融入更大的产品团队。

本章主要讲述三方面内容：一是团队合作的战略；二是产品开发的正确方法；三是整合不同组织间团队合作的技巧。有些最有趣、最重要的设计问题太 大以致无法单独解决。通常，这些问题牵扯过多，很难拋开其他问题而单个解决。

第二部分 设计行为和形式

06:41 第7章 良好产品行为的基础

如何做出产品设计的决策呢？什么成就了好的设计方案呢？测量设计质量的一个依据，就是产品满足用户目标和需求的能力，以及是否适应商业目标和技术限制。

但是产品解决方案是否具有可识别、可实现性的特征？我们能否将类似问题的解决方案一般化？要成就好的设计是否要求设计过程具有普遍适用性？

答案就在交互设计价值、原则和模式的使用中：设计价值（design values) 为成功、恰当的设计实践提供了指导方针；设计原则（design principles)为设计有用而令人期待的产品、系统和服务提供了向导；设计模式（design patterns) 针对某些具体的设计问题给出了一般方案。

07:34 第8章 数字产品的礼仪

研究发现，人类与计算机及其他交互产品之间的对待和反应方式如同人与人之间的交往。

我们与软件的交互也出于本能，是无意识行为，也是不可回避的。这个研究的意义是深远的，如果希望用户喜欢我们的软件，那么当我们设计软件时，应该让它表现得像一位举止得体的人。

如果希望用户能高效地使用我们的如果希望用户能高效地使用我们的软件，那么就应该将它设计得像一个帮助和支持自己工作的同事。总之， 应当考虑人与计算机在工作上的角色分配。

1 人来思考，计算机干活。

The computer does the work, and the person does the thinking.

2 软件应该像人一样体贴。

Software should behave like a considerate human being.

3 如果用户愿意操作，就值得程序记住。

If it’s worth it to the user to do it, it’s worth it to the application to remember it.

08:42 第9章 平台和姿态

在开始设计一个数字产品的交互框架时，要回答的第一个问题是“什么样的平台（platform)和姿态（posture)是合适的？”

产品的平台（platform)可以认为是使产品能运转起来的软件和硬件的共同作用体，包括用户交互和产品内部运转。常见平台：桌面端、网站、手机、数码相机……

产品的姿态（posture）是指产品的行为立场，也就是产品对用户的展现方式。姿态讨论的是用户在与产品交互上投入多少精力；以及产品又如何回应这些精力投入。

这一决定必须建立在了解产品可能的用户场景和环境基础上。

常见的应用姿态分为独占式、暂时式、后台式……

1 技术平台相关的决定最好能融入交互设计的成果。

Decisions about technical platform are best made in concert with interaction design efforts.

2 全屏幕使用独占应用程序，让它发挥最优效果。

Optimize sovereign applications for full-screen use.

3 独占界面应该采用保守的视觉风格。

Sovereign interfaces should feature a conservative visual style.

4 独占式应用程序可以使用丰富的输入方式。

Sovereign applications should exploit rich input.

5 在独占应用程序中让文档视图最大化。

Maximize document views within sovereign applications.

6 暂时应用程序必须简单、清晰并且意思明确。

Transient applications must be simple, clear, and to the point.

7 暂时式应用程序只使用一个窗口和视图。

Transient applications should be limited to a single window and view.

8 启动暂时式应用时，它应该处于上一次的位置和配置状态下。

A transient application should launch to its previous position and configuration.

9 信息亭应该针对首次使用者进行优化。

Kiosks should be optimized for first-time use.

10:56 第10章 为中级用户优化设计

大部分技术产品用户都了解这种感受，即买回一部数字家电或下载一个新 软件应用，就意味着要开始学习一种新界面；而这种学习过程历时数天，充满了 挫折感和失望。此外，许多有经验的数字产品用户也可能会沮丧，因为他们总被产品当作新手。看来很难找到一个合适的平衡点，同时满足新手和专家的要求。

1 不要将培训工具固定化。

Don’t weld on training wheels.

2 没有人愿意永远当个新手。

Nobody wants to remain a beginner.

3 为中级用户而优化设计。

Optimize for intermediates.

4 为常见的导航调整界面。

Inflect the interface for typical navigation.

5 用户只有获得充分的回报，才会付出相应的努力。

Users make commensurate effort if the rewards justify it.

6 将用户想象成为非常聪明但很忙碌的人。

Imagine users as very intelligent and very busy.

12:12 第11章 编排与心流

如果产品设计的目标是让用户在使用产品时生产力更高、更有效、更投入， 就必须让用户保持正确的心态。本章讨论人类心理工程学（mental ergonomics)， 主要讲述了如何让产品支撑起用户的智力和效率，如何避免破坏用户在投入生产时的专注度，这正是我们希望用户保持的状态。

1 不论界面多酷，越少越好。

No matter how cool your interface is, less of it would be better.

2 不要用对话框报告。

Don’t use dialogs to report normalcy.

3 请求原谅，而不是许可。

Ask forgiveness, not permission.

12:59 第12章 减少工作，消除负担

软件经常包括一些臃肿的交互，要求用户做不必要的工作。界面交互始终需要用户做事情；设计师（或者是其他更重要的人）须将此种必要负担降至最低， 同时还能让用户达到目标。如果设计师和开发者不注意人们为操作技术所需的动作，就会产生繁重的用户体验。用户得费很大力气才能为他们想要执行活动 所需的心理模型与设计的产品界面匹配上。用户与数字产品交互时执行4类工作：认知工作、记忆工作、视觉工作、肢体工作。

1 尽可能地消除每一种练习。

Eliminate excise wherever possible.

2 不要愚蠢地打断进程。

Don’t stop the proceedings with idiocy.

3 不要让用户请求许可。

Don’t make users ask for permission.

4 任何输出之处应允许输入。

Allow input wherever you have output.

5 重大改变必须显著优秀。

Significant change must be significantly better.

14:14 第13章 隐喻、习惯用法及能供性

随着Android、WindowsPhone和iOS的降临，我们正式进入了交互设计的 后隐喻时代。早期桌面软件和手持设备的拟物化（skeuomorphism)和过度雕琢的视觉隐喻已成过去。现代设备的UI以内容和数据为中心，把UI控件的认知度降至最低。

这种脱离隐喻之势姗姗来迟，如此有充足的理由：严格奉行隐喻设计毫无必要，却把界面死死地与物理世界的运行机制捆绑在一起。基于隐喻设计的用户界面还有一大堆其他问题，如没有足够多的隐喻、 缩放效果不好、用户能否识别出隐喻有待商榷，特别是在跨文化时。隐喻， 尤其是物理隐喻和空间隐喻，在设计大多数数字产品时作用不大。

1 多数人并不想知道得太多，只想成功地使用产品。

Most people would rather be successful than knowledgeable.

2 不要让界面强行适应隐喻。

Never bend your interface to fit a metaphor.

3 所有的习惯用法都需要学习，而好的习惯用法只需学习一次。

All idioms must be learned; good idioms need to be learned only once. 

4 丰富的视觉反馈是成功的直接操作的关键。

Rich visual feedback is the key to successful direct manipulation.

5 尽可能用视觉表达顺从。

Visually communicate pliancy whenever possible.

15:54 第14章 重新思考数据输入、存储与检索

在数字科技的世界中，实现模型思维在数据管理上体现得最明显：输入、存储、检索数据。

你遇到多少次这样的情况：在一组表单中输入信息，却弹出令人迷惑的错误 对话框，告诉你输入错误。或许是在电话号码中输入了连字符，或许是在只能 输入名字的地方输入了姓氏和名字，或许不小心在只能输入数字的地方敲了文 本。

这些问题都源自软件强迫人们像电脑一样思考。软件迫使人们毫无必要地面对电脑内部的数据输入、存储和检索机制。不仅你母亲有这个问题，即便高级用户也很容易迷惑或犯错误。

1 出错可能不是程序的问题，但是程序的责任。

An error may not be your application’s fault, but it is your application’s responsibility.

2 审核，不要编辑。

Audit, don’t edit.

3 自动保存文档和设置。

Save documents and settings automatically.

4 把文件放在用户能找到的地方。

Put files where users can find them.

17:16 第15章 防止错误，通知决定

数字革命早期，对话框和消息在软件应用的图形界面中占据着很大比例， 告诉用户他们做错了什么，或者警告用户，计算机或软件由于实际或臆想的技术限制，无法处理你的请求。如今，由于计算、存储和通信速度增加了不知道几个数量级，先进的编程工具和技术同样有长足进步，这两类错误信息中的第二类基本没有了。

而第一类错误信息，责备用户犯错误，也已经开始消失（至少在消费者和移动应用程序领域）。设计者发现了更好的方法以防患于未然，允许用户进行撤销操作，此外还赋予用户在操作之前预先看到结果的魔法。关于错误 防止和决定通知的这三种策略，就是本章的主题。

18:14 第16章 为不同的需求而设计

正如第一部分所谈到的，人物模型和场景有助于将设计工作重点放在实际 用户的目标、行为、需求和心理模型上。除了人物模型能让设计工作抓住重点外， 一些持续性的可概括的用户需求模型也能告诉我们应该如何设计产品。本章将 探讨满足一些广为人知的需求所需的策略：易学性（learnability)和帮助(help)、 可定制性(customizability)、本地化（localization)和全球化(globalization)，以及无障碍性（accessibility)。

1 给用户提供一个现成模板库。

Offer users a gallery of ready-to-use templates.

19:00 第17章 整合视觉设计

作为交互设计师，你需要花费大量精力理解产品的用户，还要花时间雕琢界面的行为和内容的呈现，帮助用户达到目标。不过，如果没有投入大量工作清晰地告诉 用户有哪些内容，如何与内容交互，那么上述努力就白费了。对于交互产品，这 种沟通几乎总是视觉的，借助显示器完成（就定制硬件而言，也可以通过物理 属性来传达某些产品行为。）本章将讨论有效的目标导向视觉界面设计策略。第3部分将提供更多关于具体交互与界面习惯用法的细节。

1 表明这是什么用视觉；明确这是哪一个用文字。

Visually show what; textually tell which.

2 行为不同的元素要在视觉设计上明显区分。

Visually distinguish elements that behave differently.

3 从视觉上传达功能和行为。

Visually communicate function and behavior.

4 删减东西，直到破坏了设计为止，再把最后去掉的东西加上。

Take things away until the design breaks, and then put that last thing back in.

5 遵守标准，除非有极好的其他选择。

Obey standards unless there is a truly superior alternative.

6 一致不意味着僵化。

Consistency doesn’t imply rigidity.