杰森·弗里德谈论显而易见、容易做到和可能的事情：
除非你生产的产品功能单一——比如回形针——否则很多事情都不会显而易见。你必须艰难地抉择：哪些需要显而易见，哪些应该简单易用，哪些应该是可以实现的。
我一直在思考我参与开发的产品。正确的工作流程、应该关注的重点以及如何找到合适的平衡点。问题是，大多数产品都完全无法做到这一点。它们要么把所有东西都藏在十七层菜单后面，让人根本找不到最基本的东西；要么把所有功能都像青少年卧室墙上的贴纸一样贴在主屏幕上。这两种方法都行不通。
在开发 Micro Social时，我花了太多时间试图让所有东西都一目了然。每个功能、每个交互都摆在明面上，仿佛在恳求用户注意到。结果，应用还没正式发布就显得杂乱不堪。让我幡然醒悟的是，我意识到并非所有东西都值得同等重视。有些东西应该在你需要的时候出现，而不是在你不需要的时候喧宾夺主。
在微博上看书就是一个绝佳的例子。虽然可以通过网页界面实现，但它隐藏得太深，大多数人根本不知道它的存在。时间线和发帖功能一目了然，但书籍呢？那得等到有人主动去找才行。并非每个人都需要记录自己的阅读情况，所以为什么要强迫他们呢？
最难的是决定某个东西应该归入哪个类别。用户总会和你意见相左，这是常态。有人觉得“这显而易见”，有人却觉得“这东西占屏幕空间干嘛”。最终，你要么做出谁都不满意的选择，要么更糟，试图取悦所有人，结果却做出平庸之作。
用回形针来比喻再贴切不过了，它把一件事做得特别出色。无需设置，无需自定义，也没有臃肿的功能。你拿起它，就知道它做什么。一旦你开始给回形针添加“智能”功能，你就搞砸了。大多数软件都不是回形针，也不可能成为回形针。我的博客能做几十件事，我的手机能做成千上万件事。问题不在于是否要增加复杂性，而在于如何隐藏这些复杂性。让常用功能一目了然，让实用功能简单易用，把其他所有功能都藏在需要时也能轻松找到的地方。
我们很少在开发之前仔细思考这种层级关系。我们只是简单地添加功能，像搭积木一样堆砌起来，然后指望用户能分辨出哪些功能是重要的。之后我们又纳闷，为什么用户会感到沮丧，或者根本没发现我们开发的功能有一半。显而易见的功能应该无需思考。当你打开一个应用时，你最想做的事情应该立刻呈现在你眼前。简单易用的功能应该只需轻点一两下就能找到，无需费力寻找。可实现的功能应该在你需要时清晰可见，在你不需要时则完全隐藏。
苹果以前很懂这一点。iPhone刚发布时只有一个按钮，所有操作都围绕它展开。现在操作系统里充斥着手势、小组件、快捷方式、专注模式、操作按钮，以及其他上百种以前不可能实现的功能，现在却让人眼花缭乱。他们大概从iOS 13开始就迷失了方向。
当一切都试图变得显而易见时，反而什么都变得不明显。当一切都以极简主义之名隐藏起来时，你只是制造了另一个问题。最佳平衡点很窄，我们大多数人永远无法一次就找到它。我还没完全弄明白，而且学会拒绝功能请求比开发功能本身还要难。
把事情描述得显而易见、简单易行、切实可行，至少能让我更好地进行决策。与其问“这东西应该放在这里吗？”，不如问“它属于哪个类别？”。你不需要三个类别都涵盖，但你需要知道在任何特定时刻，你正在为哪个类别进行设计。别再试图让一切都显而易见。别再把那些本应显而易见的事情藏起来。开始认真思考事物应该放在哪里。
原文： https://gregmorris.co.uk/not-everything-deserves-equal-billing/