触发器
触发器必须让用户在使用情境下认出来其是触发器
手动触发器
微交互通常都是从用户打开设备或启动应用时最先碰到的东西开始。
理解用户想要（或需要）做什么、什么时候想做，以及在什么情境下想做是非常重要的。
理解用户需的方式有很多，借助设计研究（观察、访问、演习）或凭借对相关领域的直觉和理解去体察是常见的方式 。
保证触发器每次都触发相同的动作。
提前展示数据
在微交互开始之前或者启动过程中，有什么内部状态可以展示？什么信息最有价值可以先展示出来？
要回答这个问题，必须要知道大多数用户使用微交互干什么。
不要破坏视觉使用情境：如果控件看起来像什么，它就应该是什么作用。
用得越多的触发器越要引人注目。
不要引起用户对使用情境的错觉。
仅在触发器本身无法提供相应信息的情况下才使用标签。
人类如何发现事物：
- 周围的事物如果正在移动或者发出了声响
- 主动搜寻，有目的地寻找
人类在寻找东西时，视野会变窄；会先寻找熟悉的物体形状，然后会将其与对应的使用情境关联。
最引人注目的触发器依次是：
- 移动的物体
- 带使用情境和标签的物体，比如带标签的按钮
- 只有一个物体，比如图标
- 只有一个标签，比如菜单
- 什么也没有————不可见的触发器（没有标签，没有使用情境让用户知道怎么去触发相应交互，通常离不开传感器，比如触摸屏、摄像头、麦克风、加速计等）无论如何，至少要为微交互创建一个可见的触发器。
触发器的构成
- 控件
控件状态
- 默认状态：不活动的空闲状态
- 活动状态：正在活动的状态
- 悬停状态
- 翻转状态：提示状态
- 鼠标单击/手指轻击/进行中
- 切换状态
- 设置状态
标签
仅在触发器本身无法提供相应信息的情况下才使用标签。
含糊其辞是标签最大的忌讳，标签必须明确。
要保证所有地方（微交互本身、状态、设置、数据）的标签名称统一。
以使用者的语言来撰写它。要让用户测试标签。大多数可用性问题都是由于滥用标签（或根本没标签）导致的。
系统触发器
系统触发器启动的条件：
- 系统错误
- 位置
- 收到数据
- 内部数据（比如一定时间屏幕自动降低亮度）
- 其他微交互（由其他微交互触发）
- 其他人（其他人的社交行为）
系统启动的每个触发器都应该有手动管理及禁用它们的选项。
系统触发器的规则
- 这个触发器多长时间启动一次？
- 已经知道哪些与用户相关的数据？怎么利用这些数据才能让触发器效率更高、更令人愉快或更能体现用户个性？
- 有没有触发器已经启动的指示器？当时是否给出了可见的状态更新？启动指示器前后有何变化？
- 系统出错时（例如网络连接断开、数据无效时）会发生什么？不再尝试启动，还是再次尝试？再次尝试的间隔时间多长？