本章概述
什么是负担
用户在使用数字产品的时候，各类软件应用向用户征收的“认知税”和“体力税”，不能让用户直接实现愿望的阻碍。
负担的类型
一、导航负担
多个屏幕、视图或页面之间导航
在打开新的网页时，页面的跳转方式如果是打开一个新的标签页时，会打断用户流。国外的网站偏向在当前页面加载出新的页面，而国内的网站更多地是另外打开新的标签页。比如，百度和Google。所以在具体设计时需要根据情况而定。（可是为什么会出现这个中外差异呢？）国内的用户被长时间培养起了打开新的标签页的习惯，然而当我在进行搜索时，我更希望页面悄无声音地在当前页跳转，而不要再单独打开新的标签页。
窗格之间导航
当相邻支持窗数太多，或屏幕上的摆放位置与用户的工作流不匹配时，就会出现问题。
信息导航
1. 缩放
多用于数据可视化，比如地图应用。有时会因为网络和手势幅度等原因控制不好缩放的程度。
2. 滚动
某一个版本的微博，对于新页面的加载有翻页功能，后来去掉了翻页，变成也无尽加载，少了翻页的概念，可以让用户更沉浸，引导用户无限下拉。现在的头条、抖音等都是应用了类似的原理。
3. 跳转
使用文本线索为用户提供导航。instagram的导航只有icon，没有文字，增加用户的学习和记忆成本，还是配上文字比较好。
二、模态负担
可以看出作者十分不喜欢使用模态，比如错误、通知和确认信息。
比如，大多数软件使用Control+S才能保存，以及在关闭文档时，要询问你是否要保存，好的用户体验是帮助用户自动保存，不需要再次询问，更加不会让用户造成工作白做了这类的损失。
三、视觉负担
不要使用过多的视觉样式影响应用软件的可用性，或者过度拟物化会造成数字产品繁重的研发负担。
消除负担
一、减少要去数量的地方
有些功能流程是不是一定需要
二、提供导航标志
比如icon+文字相结合的tab栏导航，告诉用户要去哪里，再比如同一个应用软件中使用共同的视觉样式元素减少用户认知和记忆负担。
三、提供概览
帮助用户提供内容，比如网页中的“面包渣”和滚动条。
再比如，使用电子产品读书时，告诉用户读书的百分比比较友好，因为读电子书没法像读纸质书那样，通过用手拿捏厚度来感知自己的阅读进度。
四、恰当地把控件映射到功能上
比如图中这个例子，“升序”和“降序”并不符合用户的心里模型，用户脑中的概念为“最近”、“最早”这样的时间顺序。
五、避免层级关系
程序员习惯于“单层分组”，但用户的心里模型却不是这样。用户关于存储-检索的心理模型是立马找到自己所需要的东西，所以在信息隐藏的比较深的时候，需要搜索功能。
六、不要机械地复制物理世界模型
比如，真实世界中，日历一页显示一个月的，这是出于纸张的考虑，然而在数字产品中就不一定非要这样显示，连续的一周不能因为在不同的月份就分开显示。更好的数字产品是建立在信息世界的基础上，而不要机械复制物理世界。
七、审视用户与产品的交互过程
1. 认知：理解产品的行为、文本和结构
2. 记忆：回忆产品之间的行为、控件和数据之间的关系以及对象之间的联系
3. 视觉：用户可以从视觉样式判断自己需要的完成的任务、根据一些列的视觉提示找到自己想要的功能等
4. 肢体：键盘、手势等交互方式
