现代SaaS应用设计中侧边栏的消亡

侧边栏正在消亡，而大多数产品团队尚未察觉。自 2010 年以来，每个 SaaS 应用都像制服一样穿着左侧的图标和标签栏，如今却在 2026 年被用户真正喜爱的应用悄然弃用。

当你从一个使用侧边栏的工具切换到另一个不使用侧边栏的工具时，你就能立刻感受到这种变化。Linear、Raycast、Arc、Granola、Cron、Cursor，它们各自做出了不同的尝试，但最终殊途同归。侧边栏不再碍事，让内容占据了整个屏幕。

本文将探讨这种转变：侧边栏为何在过去十五年中占据一席之地，为何它最终失去了存在的意义，取而代之的五种模式，无人提及的失效模式，以及侧边栏仍然适用的少数情况。

侧边栏最初为何占据一席之地

侧边栏在特定的时代背景下确实发挥了作用。应用程序界面狭窄，显示器尺寸小，大多数软件都像穿着外套的 CRUD 数据库，名字也千篇一律，比如 Salesforce、Basecamp、早期的 Asana、经典版 Gmail，以及所有曾经出现过的会计工具。你需要左侧固定的名词列表，右侧的工作区。这种模式之所以被广泛采用，是因为它解决了实际问题。

它还能兼作状态显示。团队会按照产品经理的顺序，在侧边栏记录他们的产品，包括收件箱、项目、报告、设置和账单等项目。列表告诉你哪些内容重要，而激活状态则告诉你当前处于什么状态。这在大多数用户每周一早上第一次使用应用程序时非常有用。

很长一段时间以来，这种权衡是可以接受的。可发现性是用户体验中最棘手的问题，而左侧可见的菜单是一种简单粗暴的解决方案，虽然效果一般，但却很有效。设计师们盲目地将这种模式应用到每个仪表盘中，我们也不再质疑这种模式是否仍然物有所值。

然而，一些因素同时发生了变化，情况发生了逆转。

是什么终结了旧版应用侧边栏

三大因素同时终结了侧边栏的时代。应用界面变得更宽，导航简化为搜索功能，人工智能使界面更加动态。单独来看，侧边栏或许还能勉强维持，但三者共同作用，最终终结了它作为默认应用侧边栏的地位。

屏幕尺寸不断增大。到2026年，设计师的平均显示器尺寸将达到27英寸，或者将14英寸笔记本电脑的屏幕分辨率拉到原生分辨率。同时，SaaS开发者的工作内容也变得更加密集。当你的产品是日历、画布、文字记录或代码编辑器时，240像素的侧边栏会占用大量的空间。你分配给侧边栏的每一列，都会占用你工作空间的一列。

导航也简化为单一输入方式。从Spotlight、Alfred，到Raycast，再到Linear的命令栏，一代又一代的高级用户已经习惯于使用cmd-K快捷键进行所有操作。如果键盘搜索比阅读列表更快，那么列表就成了累赘。命令栏不再仅仅是一个功能，它本身就是导航系统。

人工智能出现后，屏幕显示内容的问题不再有固定答案。接下来十秒钟的右侧显示内容取决于你刚刚输入的内容、正在阅读的内容以及你选择的内容。固定的左侧边栏无法满足这种面板不断变化的需求，它一会儿需要显示图表，一会儿需要编辑文档，一会儿又需要显示差异。

如何悄然确立新的默认设置

Linear 让命令栏在 B2B 软件中成为主流，它理应获得更多赞誉。在 Linear 出现之前，cmd-K 面板只存在于 IDE 和高级用户工具中。在 Linear 出现之后，每一位认真负责的产品经理都开始质疑他们的应用是否真的需要侧边栏。这种模式在短短两年内就从开发者的业余爱好发展成为默认配置，速度之快令人惊叹。

Linear 仍然保留了侧边栏，但它是一个软性侧边栏，可折叠，对比度低，而且包含许多你很少点击的功能。实际的导航操作都在 cmd-K 快捷栏中进行，包括新建问题、跳转到项目、更改状态、分配团队成员和重新排序优先级等。所有操作只需按一下快捷键即可完成，侧边栏不再是导航系统，而更像是一个友好的提醒。

这种分离至关重要。它将功能发现与主要导航分开，也让设计师们可以不再在左侧边栏堆砌十二个几乎没人点击的功能。

侧边栏从驾驶舱降级到了手套箱，这对于一款旨在重复使用的产品来说，才是它应有的位置。同样的模式现在在 Notion、Vercel、Height、Pitch 和 Superhuman 等产品中随处可见，它们都以快捷栏为核心，而将侧边栏视为装饰。一旦你开始关注它，就无法忽视它的存在。cmd-K 命令栏成为新的默认导航栏所用的时间，还不到侧边栏最初成为默认导航栏所需时间的一半。

模式一：命令栏作为主要导航

取代侧边栏的第一个模式是命令栏作为应用程序的主要导航方式。Raycast 是这一理念最纯粹的体现，Arc 将其作为浏览器的核心，Linear 使其在普通产品中得到广泛应用。Notion、Figma 和 Vercel 的仪表盘也纷纷效仿。

真正的命令栏并非带有自动补全功能的搜索框。它是一个解析器，能够识别你的名词、动词和最近的上下文，并呈现操作，而非页面。输入“in”，即可查看收件箱、发票、集成设置、邀请团队成员的操作以及您上次查看的问题。键盘操作即可完成导航，屏幕保持简洁。

一项鲜为人知的精湛技艺是排名。糟糕的命令栏比侧边栏更糟糕，因为它会给您带来糟糕的第一印象。优秀的命令栏会让您感觉应用仿佛能读懂您的心思，甚至完全可以移除侧边栏。

模式二：上下文面板

第二种模式是上下文面板。应用不会在左侧显示固定的目标列表，而是在右侧或以叠加层的形式显示一个面板，其范围取决于您正在查看的内容。例如：Linear 的问题详情、Notion 的页面属性、Figma 的右侧检查器、Vercel 的部署侧滑面板。面板会随着选择的变化而变化。

上下文面板之所以有效，是因为它们将控件放在所控制对象旁边。侧边栏需要用户返回全局菜单才能执行局部操作，每次交互都会产生额外的开销。右侧上下文面板则将操作距离缩短至零，并保持上下文清晰可见。

但代价是需要严格遵守规范。一旦团队不再严格控制上下文面板的内容，它就会失效。如果所有全局内容都涌入右侧边栏，最终你会得到两个侧边栏而不是零个，这比最初的情况更糟。

模式三：生成式界面

第三种模式是生成式界面，这在五年前是根本不可能的。Cursor 就是一个最简洁的例子，整个应用程序就是一个编辑器，用户只需输入提示即可调出所需的界面，无论是差异比较、搜索、重构预览还是与代码库的对话。界面不会预测用户的需求，而是按需生成。

Granola 在会议中也采用了类似的方法。记录表是框架，人工智能会在这个画布内生成摘要、行动项、后续邮件和可共享的笔记。由于没有固定的输出分类，所以没有侧边栏。下一个界面可以根据你的要求显示任何内容。

对于经验丰富的 SaaS 设计师来说，这是最令人困惑的模式，因为它颠覆了以往的约定。

你不再设计一组固定的页面。你设计一个生成器和一个框架，然后信任模型和用户来完成其余部分。设计工作提升到了一个新的层次，变成了人工智能可以生成内容的规则和框架。

模式四：全屏画布

第四种模式是全屏画布。Cron（现在更名为 Notion Calendar）在较小的窗口中完全移除了侧边栏，让日历网格延伸到边缘。Things 3 十年来一直在以一种更隐蔽的方式，通过其 Chrome-Light 布局来实现这一点。 Arc 为浏览器设计了全屏布局，将地址栏和标签页隐藏在一个可通过按键调出的极小侧边栏中。

其核心在于导航。如果眼前的界面足够丰富，用户就不需要其他元素列表来指引方向。你需要一个便捷的快捷键 cmd-K 来跳转到其他页面，以及一个流畅的手势来快速返回浏览器。

全屏布局也给人一种高级感，这是任何带有 240 像素侧边栏的设计都无法比拟的。信息密度更高，环境噪音更低，用户开始将应用视为工具而非入口。这种感觉很难人为营造，而侧边栏几乎无法实现。

模式五：迷你应用外壳

第五种模式是迷你应用外壳，它由多个小型、独立的界面组成，这些界面可以弹出或隐藏，而不是一个庞大的页面树。 Raycast 扩展是典型的案例。每个命令都是一个独立的微型应用程序，拥有自己的用户界面，而外壳则只是一个框架和一个输入框。

Vercel 的仪表盘也朝着这个方向发展，其项目页面不再像是一个大型应用程序的各个部分，而更像是共享同一账户的小型工具。Slack 的 Canvas、Notion 的数据库，甚至现代银行应用程序都在朝着同样的方向发展。你启动一个小型界面，完成工作，然后界面就会消失。

迷你应用程序外壳符合人们在 2026 年的实际工作方式：在多个工具之间进行短暂而专注的协作，并且经常与人工智能进行交互。侧边栏暗示着一种固定的架构。迷你应用程序外壳则承认架构是动态的，并允许用户根据意图进行构建。

侧边栏仍然有用武之地

坦白说，侧边栏并非在所有情况下都已过时。它们仍然适用于三个地方，否认这一点就是设计理念的问题。

第一个地方是代码编辑器和设计工具中的文件树。例如 VS Code、Figma 的图层面板、Photoshop 和 Premiere。当需要浏览、展开和拖拽的层级结构对象时，左侧的文件树是最佳选择。cmd-K 快捷栏可以作为补充，但无法取代它。

第二个地方是具有深厚且稳定分类体系的参考内容。例如文档网站、学习平台和内部维基。当用户浏览而非搜索，当产品本身就是结构时，左侧的大纲仍然占据优势。Stripe 的文档、MDN 以及 Linear 自己的文档网站都保留了其框架结构，这自有其道理。

第三个地方是包含二十多个不同目标的管理面板，高级用户每天都会在这些面板之间切换。 CRM、CMS、支持控制台。在这些系统中，侧边栏是工作台，而非营销菜单，移除它会降低应用内用户的效率。

选择合适的替代方案

以下是五种替代方案的简要对比，因为在选择方案时，这些差异至关重要。

| 方案 | 最佳用途 | 风险 | 实际案例 |

|---|---|---|---|

| 命令栏 | 高级用户，操作密集型应用 | 排名不佳会损害信任 | Linear、Raycast、Arc、Vercel |

| 上下文面板 | 以对象为中心的工作 | 可作为第二个侧边栏 | Linear、Notion、Figma |

|生成式界面 | AI原生工作流程 | 难以发现，容易过度承诺 | Cursor、Granola |

| 全屏画布 | 单一工具 | 无需 cmd-K 即可发现 | Cron、Things 3、Arc |

| 小应用外壳 | 多工具生态系统 | 小应用间用户体验不一致 | Raycast、Vercel、Slack Canvas |

这些模式并非互斥。Linear 同时运行三种模式。Cursor 运行四种。优秀的现代应用会叠加两到三种模式，并将侧边栏缩小到几乎看不见甚至完全消失。

无人警告的失败模式

侧边栏替代方案有其自身的失败方式，而且它们比所解决的问题更糟糕。以下四个陷阱需要注意。

1. 伪装的臃肿界面。团队移除侧边栏后，又将其重构为一个杂乱的顶部栏、一个固定的右侧面板和三个浮动操作按钮。最终，界面反而更加臃肿。

2. 菜单在哪里？新用户进入一个空白界面，看不到明显的导航，然后就离开了。对于没有接受过相关训练的用户来说，cmd-K快捷栏是完全隐形的。

3. 移动端体验不佳。命令栏和上下文面板默认使用键盘和鼠标指针。在手机上，除非重新设计以适应触控操作，否则同样的模式会变成反应迟钝的叠加层。

4. 隐藏的可发现性。生成式界面和迷你应用外壳可能会将整个功能隐藏在提示和快捷方式背后。高级用户喜欢这种设计，但试用用户却会流失。

你可以解决所有这些问题，但前提是你必须从一开始就将它们视为首要问题，而不是在项目结束时才考虑的润色工作。

2026 年如何设计应用界面

如果您正在开发新产品或重新设计旧产品，请以不同于以往的方式设计应用界面。从核心元素入手，而不是菜单。

1. 选择核心元素。用户最常查看的内容。例如文档、日历、看板、记录、画布或代码文件。

2. 首先将其占据整个屏幕，然后在真正有价值的地方再逐步添加边框。

3. 在添加侧边栏之前添加命令栏。在设计之初就养成使用 cmd-K 的习惯，而不是将其作为第二阶段的功能。

4. 确定右侧面板是上下文相关的还是全局的，切勿两者兼具。混用会导致出现双侧边栏产品。

5. 确定生成式界面的约束。AI 可以生成哪些内容，不能生成哪些内容，以及这些内容如何进入和退出屏幕。

6. 移动端设计与应用界面并行进行，而不是之后进行。如果桌面版界面只能通过鼠标悬停和键盘操作，那么手机版界面将会惨不忍睹。

7. 最后添加侧边栏，并且只有在用户真正需要的情况下才添加。

顺序至关重要。大多数团队会先设计侧边栏，因为它最容易绘制，而界面的其他部分则成了侧边栏的陪衬。颠倒顺序才是关键所在。

新的设计技能要求

这种转变悄然提高了产品设计师的技能门槛。旧技能依然重要，但新的技能也随之而来。

你需要精通排名和搜索相关性，因为命令栏的效用取决于其前三个搜索结果的质量。你需要为空白画布撰写微文案，避免让用户感到恐慌。你需要为人工智能界面进行设计，即使内容并非出自你之手。你需要深入了解键盘交互模式，而不仅仅是勾选辅助功能复选框。

你还需要对浏览器窗口（Chrome）毫不留情。每个持久性用户界面像素都必须在法庭上捍卫自身。2026 年的产品设计师集编辑、排版、舞台管理和快捷键优化于一身。2015 年的侧边栏设计师主要只是个列表制作者，而这正是角色转变的原因。

好消息是，那些真正做好这一点的应用体验明显更好。用户不会具体说明原因，但他们会优先选择侧边栏。侧边栏的消亡并非因为设计师感到厌倦，而是因为用户群体已经成熟。

这种转变也蕴含着招聘信号。那些在 2026 年交付最简洁界面的团队，不再将侧边栏设计师和搜索设计师视为独立职位，而是将二者合并。一个人，或者一个紧密合作的团队，负责整个导航体验。

正是因为有了单一的负责人，最终呈现的效果才如此连贯，也正是因为如此，那些成功完成这种转变的应用，才会将界面视为一个统一的设计问题，而不是一系列功能的集合。如果十个不同的产品经理各自往侧边栏添加东西，最终只会得到一个杂乱无章的抽屉。而当一位设计师同时掌控 cmd-K、上下文面板、画布和手势操作时，你就能得到一个真正的工具。

这对你的产品意味着什么

另一个需要巧妙把握的技巧是克制。取消侧边栏最难的地方在于，如何让空间保持空白，并信任用户能够找到所需内容。因为空白空间对于老用户来说代表着信任，而对于新用户来说则意味着困惑。要做到这一点，唯一的办法就是营造一种清晰的空白状态，提供醒目的 cmd-K 提示，并在用户意识到自己正在学习之前，就通过首次运行流程来培养他们的肌肉记忆。大多数团队在这个阶段都会犹豫不决，最终还是会把侧边栏加回来，而那些坚持不懈的团队，最终会推出被其他团队竞相效仿的产品。

如果你的产品在 2026 年仍然以侧边栏为核心，那么你面临一个选择。你可以保留它，因为它确实物有所值——如果你真心这么认为，这当然是一个合理的解释。或者，你也可以承认保留它是因为团队里没人有精力重新设计界面——这才是更常见也更危险的原因。

无论如何，未来十二个月将是决定性的时刻。行业领导者正在脱颖而出。那些将应用界面视为首要设计问题的团队，将会推出领先一代的产品。而那些将其视为过时设计的团队，他们的产品看起来就像停留在 2018 年，左侧依然是那八个图标，剩下的空间里还挤着一个工作区。

选择你想站在哪一边，并认真地进行设计。

侧边栏曾风靡一时，它赢得了应有的地位，但随后世界发生了翻天覆地的变化。对待它，要像对待产品中任何其他老化模式一样：尊重它过去的作用，研究其成功的原因，然后用更符合用户当前使用软件方式的新功能取而代之。链接框不会再回来了，而那些拒绝承认这一点的应用正在悄然流失一代用户，而这些用户早已转向其他平台。