个人总结：
——规则是来自于定义的目标而制定。
——规则需要引导用户进行这个目标，即操作。
——规则应该是要知道用户此刻的情景，意思就是不同时刻不同的状态变化，甚至能预测用户未来的行为。文本和标签是一种微状态。
——不要给用户太多复杂的操作，除非万不得已或者需要介入。给用户有限的选择、合理的默认选择。
——规则要预防错误，如果确实发生了，那要有补救措施。
以下是“规则”章节读书笔记：
你可以违背用户的心理预期（事实上最好的微交互都是通过颠覆那些根深蒂固的心理预期才让用户感到惊喜的），前提是你的微交互必须要明显要好很多，这样它对用户的价值才明显——理想情况下，应该让用户感到有立竿见影的效果。
设计规则
创建规则的核心，就是创建一个围绕微交互如何运作的简单的非技术性心智模型。
设计规则最重要的是确定目标，这个目标是最终状态。目标是规则的引擎，一切都围绕它展开。
规则的目的虽然是限制用户的动作，但不应该让用户感觉到它像规则。规则应该潜移默化地引导用户完成微交互的“交互”过程。
——动词与名词：
微交互中的所有对象都是带有特征和状态的名词，二规则定义了这些特征和状态。
两个（或多个）看起来相同的名词，它们的行为也应该相同。
微交互的最高境界通常都是给用户提供多种多样的动词，但只提供提少的名词。
——屏幕与状态：
状态变化可以在不加载新屏幕的情况下，渐进性地揭示每时每刻必须做出的决定或操作的控件。
设计师应该关注每一个状态，因为每个状态都需要向用户传达信息，告诉用户当时发生了什么，即使什么也没有发生。
——约束条件：
设计规则时要考虑业务性、环境性及技术性的约束。
——不要从零开始：
对用户情境的了解一方面来自于数据的采集。以你对用户、平台或环境的了解为基础，然后致力于改进微交互。
数据有赖于收集用户的行为信息，但是必须尊重用户隐私。
要善于利用情境和之前的行为预测和增强微交互。
——理解复杂性：
对于复杂性的东西用户处理还是系统处理。
找到最核心的复杂性在什么地方，确定用户掌握着哪一部分以及何时需要介入。如果用户介入绝对必要，则适时将控制权交给用户。
有限的选择和聪明的默认项
知道了用户最可能采取的下一步骤，你就可以自动地、在没有用户干预的情况下执行或呈现该步骤。
减少规则的最好办法就是给用户提供有限的选项。
要替用户做出某些默认选择，某些情况下应该给出决定相关的说明。
最明显的默认项应该是大多数人大多情况下会用到的，
——控件和用户输入：
控件的选择需要权衡易操作和易辨别这两个方面。
对于需要不断重复的微交互，一般应该让他易辨识；对于只要做一次或者偶尔才需要做的微交互，应该让他易操作。
文字字段应该接受填入其中的任何内容，并假设这些内容可能来自任何地方，这意味着通常要通过代码“修正”输入，使其达到代码或数据库的要求。
任何重要的操作都应该有显眼的控件，让用户手动可以操作。
——预防错误：
在设计产品和流程时，就要考虑根本不让用户出错。
如果确实发生了错误，那微交互应该首先想办法确定怎么解决问题。
——微文案：
如果需要显示文本，一定要尽可能简短。
如果标签足够了，那就绝不要使用说明性文案。但避免使用可能误导人的标签。
把标签放到文本字段内部要多加小心。因为一旦消失，用户可能会就忘记这个字段是干什么用的。
标签不要用双重或多重你否定。
——算法：
知道用户想干什么，哪些数据或内容会最有效，然后把这些对人有益的价值融入到算法设计中。
网友评论