关于简单界面的几点思考

有件事我一直在留意：很多被称为"简单"的界面，其实只是可见元素更少而已。复杂度并没有消失，只是被挪到了不太显眼的地方 —— 通常是挪给了使用它的人。

一个只有一个输入框的表单，看起来比一个有十个字段的表单简单。但如果这一个字段背后要在后台悄悄猜测九件事，而且有一半时候猜错，那么填表的人实际做的认知工作比之前更多，只是这个过程是无声的，而且出错时往往还会怪自己。

两种"简单"

我现在给自己的项目做区分时，开始把这个问题拆成两类。一类是视觉上的简单 —— 屏幕上有多少东西；另一类是结构上的简单 —— 系统实际需要处理多少决策和边界情况。这两者相关，但并不是一回事，而且完全有可能以一种当下并不明显的方式，把其中一个换成另一个。

一个可见控件更多、但底层模型可预测、容易理解的界面，用起来可能反而比一个隐藏了一堆假设的极简界面更让人安心。极简界面只是把这些假设的发现，推迟到了出错的那一刻。

我现在大致的规则是：只在底层结构真正允许的范围内，去减少可见的复杂度。如果一个系统确实只有一条明显的路径，那用一个按钮来呈现是诚实的。如果不是，那把这背后的一切藏在一个按钮后面，就是一个"决定日后再让人吃惊"的决定。

这个原则在这个网站上也有体现 —— 导航栏只有六个入口，是因为内容本身确实能自然归入六类，而不是因为六听起来是个整齐的数字。等这个前提不再成立时，我会去调整结构，而不是硬把新内容塞进去。

没什么惊天动地的道理。更多是提醒自己：下次觉得某件事做起来莫名复杂时，先检查一下，我到底是在减少复杂度，还是只是把它挪到了一个自己不容易看见的地方。