Ilya Birman 在博客上通过两篇文章，讨论了那些无谓拖慢用户效率的界面。

在题为“Let me click（让我点）”的第一篇中，Birman 举了几个例子，说明界面如何迫使用户绕一大圈去点击，而不是走捷径：

在 Aegea 的评论设置里，有一个“通过邮件发送”复选框，旁边关联着一个邮箱地址输入框。如果复选框没有勾选，填写这个输入框就毫无意义：地址在别处也用不上。如果勾选了复选框却把地址留空，系统也发不出任何东西，因为它不知道地址。总之，这两个控件是相互关联的。

按理说，如果复选框没勾选，完全可以把输入框直接禁用——反正填了也没用。但这样很烦人。要是我想先把地址填好，再去勾选复选框呢？如果地址已经填好了，却不让我取消勾选，那就更糟了。我想关掉它——就让我点一下吧！

在后续一篇中，Birman 谈到了播客应用 Overcast 的一个具体案例，其开发者面临着一个棘手的系统性难题：

对于任何一个播客，你都可以设置在设备上保留多少集已下载的节目。假设你把上限设为三集，然后有一段时间没怎么听这个播客：接下来三集会自动下载，之后就不再下载了——何必浪费空间呢？[…]

[但是，]如果用户已经下载了三集，却又手动要求再下载一集，该怎么办？你不能为了保持整洁就马上把它删掉。[…]

最后，Marco 的妻子 Tiff 提出了一个能解决所有问题的主意：干脆不让用户下载更多节目，给他们弹一条消息，大意是：“你的单播客下载上限是三集，这将是第四集，已拒绝”。

Marco 喜欢这个方案。我不喜欢。诚然，它解决了 Marco 的麻烦，却没有解决用户的麻烦。

我没亲眼见过 Overcast 的这个拦截提示，但 Birman 在两篇文章里举的所有例子都让我深有同感。肌肉记忆想要什么就是什么，谁也拦不住。

我想再补充两点。

1.

Birman 把这个问题归纳为“让我点”，而我想提供两个曾对我有帮助的、替代或互补的原则：

• 让我按任意顺序操作。比如 Google Home 应用，我可以调节温度和保持时长——但如果我先改了时长，再去改温度，时长就会令人沮丧地被重置。它在一个看似可以按任意顺序操作的界面里，却强制要求特定的操作顺序：

• 当下的操作最有冲劲。用户就在眼前，正积极地点来点去，想要把事情搞定。如果 Overcast 真的弹出一条“你的单集上限是三集”的提示，那就迫使用户去回忆怎么找到设置并修改它。冲劲就这么没了。过去的我的决定，不该比现在的我的决定更重要。

2.

我同意 Birman 举的所有例子，但情况有时会更复杂，有时让用户随意点击或按任意顺序操作，反而会让界面更难理解。

在 Figma 中，每个文本框的尺寸可以设为完全自动（宽高都自动——用于短标签）、只固定宽度（高度自动——用于段落文本），或宽高都手动指定（用于图形元素）：

你还可以看到，在宽或高为自动的文本框里，对应的数值输入框是灰色禁用的，无法修改。想要改动它们，必须先切换到特定模式，相关输入框才会变为可用。这是为了帮助人们在一个相当复杂的场景中理解各项设置之间的关联，但实际效果就是，有时 Figma 不让你点，迫使你必须按特定顺序操作。

但这仅限于那些输入框——你在画布上始终可以直接抓住对象进行拖拽缩放，它会自动切换为手动模式，顺应拖拽的冲劲：

这种不一致是有意为之。我并不是说这些就是正确的选择，我们也确实听到一些已经理解了系统的用户抱怨无法轻松点击（遗憾的是，在现代图形界面中，我还没见过什么好的办法能让用户“强行突破”禁用状态的输入框，就像反向防呆保护那样）。我主要想说的是，这些事情可能很棘手，在“让我点”和“不能点反而有助于理解系统”之间取得平衡，并不容易。

我总会想起十年前那个故事：在纽约爱乐乐团的一场音乐会上，有人坐在前排，手机突然响了，导致演出真的中断，指挥和观众都非常愤怒。这位羞愧的观众最后解释说：“我把手机调成静音了，但我还设了个闹钟。”

姑且假定这事是真的（据目击者说，手机响的是马林巴琴铃声，这通常不是闹钟的铃声——不过人的记忆本来就经常不靠谱）。我觉得，这正是“让我点”原则的一个绝佳例证。你可以为某个时间设个闹钟，之后再把手机调成静音。你也可以反过来操作。你只是给手机下了两个相互矛盾的指令，而手机的逻辑决定了无论如何闹钟都会胜出。

我想不出这里有什么简单的界面解决方案。让操作顺序无关紧要，在这里感觉是对的。很难想象会因为设了闹钟就不让你切换到静音模式，毕竟静音模式还会影响来电。我也很难想象在流程的任何时刻，什么样的界面提醒会真正有效。（顺便说一句，当年的 iPhone 其实会在顶部状态栏用一个小小的闹钟图标，给你一个温和的提示。）

正如 Birman 所说，静音模式和闹钟是相互关联的——但它们之间的关联，最终很难向用户解释清楚。