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

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

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

一、奥卡姆剃刀是什么

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

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

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

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

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

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

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

三、在界面设计中的体现

1. 功能取舍

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

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

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

2. 流程步骤

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

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