你的 UI 让人精疲力尽
为什么屏幕上的每一样额外的东西都在消耗用户

TL;DR: 认知负荷的积累速度比团队预期的要快。每一个额外的标签、决策和不必要的步骤都会占用工作记忆,到了某个点,用户就会停止使用你的产品,因为这感觉像是在做太多工作。
没有什么明显的问题,人们还是会放弃。这就是产品中认知负荷的样子。一个标签需要再看一遍。一个步骤是多余的步骤。一个小控件需要用户去猜测。单独看每一个都不是致命的,但它们加在一起会耗尽人们的精力。等他们到达真正重要的部分时,已经很疲惫了。
任务已经用掉了一部分配额
多年来,设计师们一直在重复七这个数字。George Miller 给了他们这个起点,这个领域把它变成了一条规则。Nelson Cowan 后来提出,真实数字更接近同时在脑海中保持四个信息块。这很重要,因为很多界面在任务开始之前就已经用掉了这些配额。
John Sweller 区分了这里最重要的概念。有些努力属于任务本身。有些努力帮助用户学习。然后是界面增加的额外负荷,没有好的理由:不清晰的措辞、糟糕的层级结构,或者一个因为没人想删而保留下来的步骤。这就是税。
Steve Krug 对此的实用版本说得好:"每一个问号都会增加我们的认知工作量,将我们的注意力从手头的任务上分散开来。"这就是这里的重点。这不仅仅是关于太多选项的问题。这是关于小的不确定性造成的一般性拖累。
Fred Paas, Alexander Renkl, 和 John Sweller 进一步推进了这个想法:并非所有的负荷都是平等的。有些有助于学习。有些只是消耗容量。这就是设计师在说某个任务应该很难时忽略的区别。困难应该属于任务本身,而不是你的措辞、你的结构或你懒惰的默认设置。
TurboTax 削减了额外的工作
TurboTax 很有用,因为底层任务本身就很糟糕。报税很难。设计无法让税法变简单。但 TurboTax 削减了围绕任务的额外工作。每个屏幕一个问题。可以用简单英语的地方就不用术语。一个清晰的流程路径。
这就是这个例子有用的原因。它没有从问题本身移除难度。它从包裹问题的界面中移除了难度。竞争产品常常让人在脑海中同时保持更多信息、在章节之间跳跃、或者解码他们本不应该解码的术语。
有一点需要明确。Intuit 的广泛行为并不使设计观点失效。教训更窄一些。如果任务本身已经很重,界面就不应该让它更重。
这就是好的精简应该有的样子。不是假装任务很简单。而是拒绝在任务周围增加额外负担:一个清晰的问题、一个明确的下一步,以及在做人们本来就害怕的事情时少记一件事。
这个区别很重要,因为设计师常常通过指向领域的复杂性来为复杂的屏幕辩护。医疗很复杂。金融很复杂。B2B 运营很复杂。但这不能成为让屏幕需要用户解码你的内部术语、记住隐藏的依赖关系、或者猜测点击后会发生什么的借口。
不仅仅是选择
一个屏幕即使只有三个按钮也可能让人精疲力尽,如果措辞模糊、层级结构混乱、路径要求用户同时在脑海中保持太多信息。这就是为什么设计师会忽略它。他们寻找的是戏剧性的失败。他们构建的往往只是让人疲惫。
我见过产品失去用户,不是因为决策很难,而是因为界面一直要求再做一次小小的解释。
运行负荷审计
打开人们最常用的屏幕,数一数他们在能继续之前必须记住的东西。不仅仅是选择。还有解释。术语。步骤。依赖关系。用户必须停下来弄清楚你意思的小时刻。然后问一个问题:这个努力是帮助他们完成任务,还是仅仅因为界面为了你的便利而让他们工作?
如果是第二种,就删掉它。
如果你不能删掉它,就把它移到后面。很多让人精疲力尽的屏幕不是因为内容太多而超载。它们是因为内容出现得太早而超载。把最重要的东西放在前面,让额外的细节只在用户需要时才显示。疲惫的用户不应该在做一件有用的事情之前做所有的分类工作。
这就是渐进式披露真正发挥其价值的地方。不是作为一个模式库的短语,而是一种在主要工作还不清晰之前就停止消耗用户注意力的方式。问题很简单:这个人现在需要采取什么行动,什么可以等三十秒?
如果你提前用完了所有注意力,流程的其余部分就只能在残羹冷炙上工作。
用户并不总是因为被阻拦而放弃。很多人放弃是因为你让整个过程太累人了。
参考文献与来源
Sweller, J. (1988). Cognitive load during problem solving: Effects on learning. Cognitive Science, 12(2), 257–285.
https://andymatuschak.org/files/papers/Sweller%20-%201988%20-%20Cognitive%20load%20during%20problem%20solving.pdfCowan, N. (2001). The magical number 4 in short-term memory: A reconsideration of mental storage capacity. Behavioral and Brain Sciences, 24(1), 87–114.
https://psych.colorado.edu/~cowan/papers/cowan2001b.pdfPaas, F., Renkl, A., & Sweller, J. (2003). Cognitive load theory and instructional design: Recent developments. Educational Psychologist, 38(1), 1–4.
https://doi.org/10.1207/S15326985EP3801_1Wikipedia: Cognitive load.
https://en.wikipedia.org/wiki/Cognitive_loadKrug, S. (2000). Don't Make Me Think: A Common Sense Approach to Web Usability. New Riders Press.
https://www.sensible.com/dmmt.htmlNielsen Norman Group: Minimize Cognitive Load to Maximize Usability.
https://www.nngroup.com/articles/minimize-cognitive-load/Interaction Design Foundation: Cognitive Load Theory.
https://www.interaction-design.org/literature/topics/cognitive-load

Wouter de Bres
我是一名从心理学转型的产品设计师和创始人。拥有 20 年设计数字产品的经验,我相信当你理解心理学时,它会让你的设计更有效,让你的产品更人性化。让我们联系
如果这本书帮助你避免了一个糟糕的设计决策