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、最后，再询问他们哪里应该修改。
按照这个流程，应该可以发现并诊断出微交互存在的问题，同时也能验证用户的总体目标和需求。建议至少按这个流程做两次测试，每次一组不同的参与者。然后，根据两组参与者的反馈月问题分析改进微交互。
网友评论