我曾经参与过一个内部工具的设计评审。这款工具是给运营人员使用的，主要用来配置活动页面。产品经理展示的方案里，配置界面分了三级菜单、十几个配置面板，每个面板里还有多个折叠区块。每个配置项都有归属，层级清晰，命名规范。但运营同事只要修改一个配置项，通常需要两三次点击加一次页面跳转才能找到它。

评审快结束时，一个同事问了一句："运营每次配活动，实际会动的配置项有几个？"产品经理查了一下数据后，回答说：大概五六个。

五六个常用配置项，被装进了一个需要三级菜单才能导航的系统里。不是业务复杂到必须这样，而是设计的时候每加一个功能，团队都觉得"有了比没有好"，于是逐个叠上去，叠出了远超实际需要的复杂度。而怎么识别和避免这种设计倾向，正是奥卡姆剃刀要回答的问题。

一、奥卡姆剃刀是什么

奥卡姆剃刀（Occam's Razor）得名于 14 世纪的英国修士 William of Ockham。他提出的核心主张可以概括为一句话——如无必要，勿增实体（Entities should not be multiplied beyond necessity）。面对同一个现象，如果一个简单的假设和一个复杂的假设都能解释它，选假设更少、更简洁的那个。

这个原则最初用于哲学和科学推理：面对一个问题时，如果一个简单的解释和一个复杂的解释都能成立，优先选简单的那个，因为引入越多的未经验证的假设，出错的概率越高。

在设计领域，奥卡姆剃刀被借用为一条决策原则：在多种设计方案都能解决同一个问题的情况下，优先选择最简洁的方案——组件最少、步骤最少、用户需要理解的概念最少。这倒不是因为简洁了就好看，而是因为每一个多余的元素、步骤或概念，都在增加用户出错、迷惑和放弃的可能性。

二、为什么简洁的方案更好

增加复杂度是有代价的，界面上每多一个元素，用户就多了一个需要识别和判断的对象。流程中每多一个步骤，用户就多了一次可能出错或放弃的机会。系统中每多一个概念，用户就多了一个需要理解和记忆的负担。

这些额外的成本往往不是逐个累加的，而是相互放大的。一个界面有十个按钮，用户需要识别每个按钮的功能并判断哪个和自己的操作目标相关，这是 Hick 定律描述的决策成本。与此同时，用户在判断过程中需要在工作记忆里保持对多个选项的了解，这是米勒定律描述的记忆成本。再加上按钮之间如果视觉层级不够清晰，用户还要花额外的精力去区分主次，这是视觉层级的问题。一个"多余的按钮"带来的不只是操作成本，而是在决策、记忆、视觉处理三个维度上同时增加了负担。

通常情况下，简洁的方案之所以更好，是因为当设计师有意识地审视每一个元素的存在理由，留下来的元素功能指向更清晰，信息密度更高、功能指向更清晰、所以用户的注意力分配也更集中。

三、在界面设计中的体现

1. 功能取舍

设计过程中最常见的复杂度来源是功能堆叠。每一个新功能在被提出的时候，都有看似合理的理由："竞品有这个功能""用户调研里有人提过""加了也不影响现有功能"。但每加一个功能，界面上就多了一个入口，导航结构就多了一层，用户的认知负担就重了一分。

奥卡姆剃刀在功能决策中的应用不是"砍功能"，而是要求每个功能证明自己存在的必要性。一个功能如果去掉后，用户的核心任务不受影响，那它就是一个候选的"多余实体"。保留它的理由需要强于"有了也不坏"——因为"有了"就会有代价，它占据了界面空间、分散了用户注意力、增加了学习成本、也给后续维护带来了额外负担。

天气 App 的核心功能是告诉用户，"现在和接下来几天的天气怎么样"。但产品团队在这个基础上增加了穿衣建议、紫外线指数、空气质量指数、生活指数等。这些内容中的每一项，从产品的视角看，都有其存在的理由。但当这些功能把首屏塞满，用户就不得不在大量的信息中，翻找最基本的温度和天气状况信息，这时复杂度就已经超过了用户的需要。

2. 流程步骤

注册流程从三步缩减到一步后获得转化率提升，这种现象在行业里反复出现。步骤减少之所以有效，是因为当流程设计中，每多一个步骤，用户就要多做一次"我还要不要继续"的判断。步骤越多，这种犹豫累积起来的阻力越大，用户中途放弃的概率也会越高。

那有同学可能会问：什么时候应该把流程拆成多步？通常只有两种情况可以考虑拆分，一种是当前步骤的信息量确实超过了用户一次能处理的范围，另外一种是后续步骤的内容取决于前一步的选择。除此之外，如果一个三步流程可以在不增加单步复杂度的前提下合并成两步，那么拆分出第三步就是多余的。

表单字段的逻辑和流程步骤一样，每多一个输入字段，用户就多一次输入操作和一个可能出错的节点。"可选字段"尤其应该重视，表单中一个大多数用户都不用填的字段，意味着所有用户都要看到它、理解它、判断自己要不要填，但实际上只有极少数人才真正需要它。

3. 导航结构

导航的层级深度直接反映了信息架构的复杂度。一级导航让用户在最多五到七个入口之间选择，认知负担可控。如果一级入口下面又有二级菜单，二级菜单下面还有三级页面，用户在深层页面时需要记住自己是从哪条路径进来的、怎么回去、同级还有什么其他选项——这些都在消耗工作记忆。

奥卡姆剃刀在导航设计中的指导是：在满足内容组织需要的前提下，尽可能减少层级深度。如果一个三级结构可以通过重新归类变成两级，用户的导航负担就减少了一倍。如果某些深层内容可以通过搜索或快捷入口直达，那么就不需要用户一层一层地点进去。

4. 视觉元素

界面上用来传递信息的视觉手段包括颜色、图标、文字、大小、位置、边框、阴影、动效。当多种视觉手段同时指向同一个信息时，就出现了冗余。一个错误提示如果同时用了红色文字、红色边框、红色图标和红色背景，四种视觉信号都在说同一句话："这里有错误"。其中两到三种就足够传达信息了，剩下的只是在制造视觉噪音。

奥卡姆剃刀在视觉设计中的应用是：每个视觉信号都应该承载独立的信息。颜色区分状态，大小区分层级，位置区分类别——每种手段负责一个维度。如果两种手段在做同一件事，考虑去掉其中一种，把释放出来的视觉通道留给其他需要传达的信息。

5. 文案和标签

界面上的文案也会带来不必要的复杂度。一个按钮写"点击此处提交您的申请表单"，用户要读完整句话才能明白按钮的功能，但"提交申请"四个字就够了。引导提示同样如此，"在下方的输入框中输入您想要搜索的关键词，然后点击搜索按钮即可开始搜索"，这整句话要说的事情，输入框里一个占位文字"搜索"就说清楚了。

文案里每多一个词，用户扫读时就要多花一点注意力去处理它。多余的词不会让意思更清楚，只会让关键信息更难被一眼看到。

四、常见的误解

1. "简洁等于极简"

奥卡姆剃刀要求去掉多余的复杂度，不是去掉所有复杂度。有些产品本身要解决的问题就是复杂的。一个数据分析工具需要展示多个维度的数据、提供筛选和排序功能、支持自定义视图，这些复杂度是业务本身决定的，砍掉任何一项都会让产品无法完成核心任务。

区分"多余的复杂度"和"必要的复杂度"，判断标准只有一条：去掉这个元素之后，用户的核心任务是否受影响。如果不受影响，它就是多余的。如果受影响，那即使界面因此看起来信息密度很高，这个复杂度也该留着。设计师如果为了追求视觉上的简洁而砍掉必要的功能或信息，用户就不得不花更多步骤、更多精力去完成原本可以直接完成的任务。那这类设计就不算简洁，而是信息不足。

2. "用户总是想要更少的功能"

用户想要的不是更少的功能，而是更低的使用成本。一个功能如果不增加学习难度、不干扰核心流程、在需要时能快速找到，用户不会抱怨它的存在。用户抱怨的是"功能很多但我找不到我要的那个"，或者"用不到的功能挡在了我要用的功能前面"。

专业工具的用户群体对功能丰富度有明确的需求。Photoshop 的工具面板有几十个工具，专业用户不会觉得太多，因为每个工具都对应一个真实的操作需求。让专业用户不满的不是工具多，而是工具的组织方式不好、或快捷操作不够。

奥卡姆剃刀在这类场景中的指导不是"砍功能"，而是"优化呈现"——用更合理的组织方式让功能各就各位，让用户在需要的时候能快速触达，在不需要的时候不会被过度打扰。

3. "简单的方案就是正确的方案"

奥卡姆剃刀说的是"在都能解决问题的方案中选最简洁的"，前提是所有候选方案都能解决问题。如果一个简单的方案只能覆盖 60% 的场景，而一个复杂一些的方案能覆盖 95%，奥卡姆剃刀不会建议选前者。

简洁不是目标，而是约束条件。在满足需求的前提下追求简洁，才是奥卡姆剃刀的正确用法。为了简洁而牺牲了必要的功能、必要的信息或必要的保护机制，就是对这个原则的误读。

四、设计师怎么应用这个原则

奥卡姆剃刀落到设计师的日常工作中，最常用的方法是对方案中的每一个元素问一个问题：去掉它之后，用户的核心任务是否受影响？如果不受影响，那这个元素就可以被列为候选剃除的对象。

方案初期，比起先把想到的功能都铺上去再逐个判断哪个该删，更有效的做法是反过来：先用最少的元素搭出能完成核心任务的方案，然后逐个添加内容，每加一个元素都要回答"为什么需要它"。这比面对一个已经臃肿的方案去判断"哪个可以去掉"要容易得多。

到了设计评审阶段，同样的问题可以用来验证方案。导航能不能少一层？流程能不能少一步？表单能不能少一个字段？视觉上有没有两种手段在传达同一个信息？这些问题不是在追求极简，而是在确认方案中的复杂度是否有它必然存在的理由。

产品上线之后，功能会随着版本迭代不断累积，其中一部分会逐渐没人再用。设计师需要定期查看使用数据，找出长期无人使用的功能、使用率极低的配置项、从未被触发过的边缘状态处理。这些都是随版本迭代逐渐积累下来的多余实体，它们占据着界面空间、增加着维护成本，但已经没有用户能从中获得价值。