2013.11.23，在海淀图书城读过一遍这本书，印象深刻；后来又在“多看阅读”读过电子版，开始反思；2014.10.26，从海淀图书馆把这本借出来又详细读过一遍。

这本书将我们在交互设计过程中的一系列行为进行了总结归纳，对产品功能性的细节交互应该如何设计，结合实际案例进行解说，有着非常好的指导意义。

每一个交互的设计，都从细节处开始，按照规则（微交互模型的非技术层面，规定了什么可以做，什么不可以做，以什么顺序做）展开，然后对自己提出问题进行测试，改进微交互使产品更卓越。

下面是全书主要章节的一些笔记，摘录了重点字句并根据理解进行了信息分组，感兴趣却嫌枯燥的同学，建议找书来帮助消化理解（或者先跳至下面的“4、改进微交互的一些反馈和测试方法”，感觉这里才是普通人类能够理解的语言表达，然后再看1、2、3会轻松一点）：

1、设计微交互

微交互就是产品功能细节。

一个微交互由四个部分构成：触发器启动微交互、规则规定微交互如何起作用、反馈传达规则信息，而循环和模式构成微交互的元规则。

2、触发器

触发器就是任何能够启动微交互的东西。手动触发器是由用户发起的，可以是控件、图标、表单、声音、触摸或手势。系统触发器会在某个或某些条件具备时触发。

触发器的规则：

1、触发器必须让用户在使用情境下认出来其是触发器。触发器可以是物理的控件，也可以是虚拟的按钮；

2、保证触发器每次都触发相同的动作；

3、提前展示数据（此时的触发器本身就是一个背景信息，用户扫视时注意到它就可能启动微交互）；

4、不要破坏视觉使用情境（即触发器看起来像按钮，那它就应该能像按钮一样按下去）；

5、用得越多的触发器越要引人注目（多数人经常要用的微交互，应该最引人注目；少数人有时会用的微交互，应该容易注意

到；极少数人不常用的微交互，应该通过搜索找到）

微交互的目标是使选项更少，而不是提供智能默认值和非常有限的选项。选作触发器的控件应该体现这一理念。

3、规则

微交互的规则，即目标是什么（比如完成登录）。微交互越接近目标，成功概率越高。目标是规则的引擎，一切围绕它展开。

用户手里的每个选项都至少对应于一条规则，因此减少规则的最好办法就是给用户提供有限的选项。简言之，选项越少越好、越有意义越好。

规则是微交互模型的非技术层面，规定了什么可以做，什么不可以做，以什么顺序做。

规则必须反映约束。业务、上下文和技术约束都要仔细斟酌。

不要从零开始。以你对用户、平台或环境的了解为基础，然后致力于改进微交互。

去除复杂性，把控件数量减至最少。

减少选项并给出聪明的默认项。选项越多，规则越多。

为每个对象定义状态。这些东西随着时间或根据交互情境怎么变化？

宁肯多花时间提高辨识度。以少博多。

使用规则预防错误。让用户不可能犯错。

让文案尽量简短。标签够用时，不要使用说明性文本。

协助定义算法。在决定后的代码中体现人的价值。

只有在某个动作会干扰微交互时才需要设计新模式。

如果必须有新模式，尽可能给他设计一个专用屏幕。

对于能够快速完成的动作，可以考虑弹簧模式或一次性模式，而非传统模式。

使用循环扩展微交互的生命周期。

仔细确定循环的参数，以保证最佳的用户体验。

使用长循环赋予微交互记忆力，或者使其能随着时间推移渐进揭示或渐进减少新功能。

4、改进微交互的一些反馈和测试方法

协助改进微交互的一系列问题：

1、这个微交互应该作为“标志性时刻”吗？

换句话说，应该让用户对它过目不忘吗？要求印象越深，控制和反馈上就越要多下功夫（包括设计个性化控件）。

2、我是从零开始吗？

我手头上有没有一些能够用于改进微交互的用户或环境资料。

3、这个微交互中最重要的资料是什么，能不能提前展示它？

用户不经意地扫一眼就应该能看到什么？

4、设计一个定义的控件是否合适？

自定义的UI是昭示当前微交互很重要的关键。

5、我预防认为错位了吗？

用户在某些情况是不是可能导致错误，怎么才能自动防止这些错误发生？

6、我使用别人忽视的东西了吗？

用户界面或者硬件是不是还有待挖掘的地方？

7、可不可以给高级用户设计看不见的触发器？

是否有那个环节适合采用隐藏的快捷方式（比如手势或快捷键），从而让用户快速的完成规则？

8、文字和图标都有亲和力吗？

微方案听起来像不像一个讲解员的解说词？能不能增添一点幽默？

9、能不能增加一些动画，让界面不那么静态？

屏幕或状态切换有没有过渡，有没有指示下一步是什么的(非干扰)指示装置？

10、能否开辟出额外的反馈通道？

反馈是听觉的还是触觉的？

11、想一想，当用户第二次使用这个微交互的时，应该看到什么场景——第100次的时候呢?思考一下改使用什么样的长循环。

一个供参考的微交互测试流程：

1、在向参与者展示原型前，询问他们期待的微交互的工作方式。询问他们过去用没用过类似的功能。询问他们通过微交互做一些什么事。确认他们在使用微交互之前想知道什么，即是不是有什么信息可以让他们完全不比使用微交互。

2、让参与者在完全没人帮助的情况下使用微交互。所有定量数据都要在此时，以及之后收集。

3、随着参与者一步步地使用微交互，让他们说出自己的印象和判断。聆听参与者是否能说出微交互的工作过程（规则）。注意与实际不相符的地方。

4、询问他们第二天还会不会再用，以及他们希望微交互记住关于他们的什么信息。

5、最后，再询问他们哪里应该修改。

按照这个流程，应该可以发现并诊断出微交互存在的问题，同时也能验证用户的总体目标和需求。建议至少按这个流程做两次测试，每次一组不同的参与者。然后，根据两组参与者的反馈月问题分析改进微交互。