我们为什么越来越不会“用软件”了？网页时代正在丢掉一种宝贵的设计默契

当一个按钮看起来不像按钮，问题就开始了

你大概也遇到过这种时刻：想在一个网页里改个设置，鼠标在界面上来回游走，心里反复嘀咕——这个能点吗？这个图标是什么意思？返回上一步会不会把我刚填的内容弄丢？如果一个产品让用户在操作前先猜谜，那它多半已经输了半截。

John Loeber 在《Bring Back Idiomatic Design》里谈的，正是这种越来越普遍的数字疲劳。他怀念的不是 Windows 95 或 Windows XP 那种略显笨重的灰色窗口本身，而是那个时代界面设计里的“默契”——保存通常在“文件”菜单里，复制几乎总是 Ctrl/Cmd+C，复选框就是拿来回答“是/否”式问题的，按钮看起来就像按钮，链接也很像链接。用户不需要学习每一个新软件，很多操作是“带着肌肉记忆”直接完成的。

这种默契，在设计领域有个更正式的名字：idiomatic design，可以翻成“惯用式设计”或者“约定俗成的设计语言”。它的价值不在于好看，而在于省脑子。界面不是艺术展，绝大多数时候，用户不想欣赏设计师的个性，只想赶紧把事办完。一个优秀的界面，最重要的品质往往不是惊艳，而是“不让人多想”。

桌面软件时代，丑一点，但顺手

如果你经历过从 Windows 95 到 Windows 7 的年代，可能会对那种统一感记忆犹新。不同公司的软件界面风格各有差异，但底层逻辑常常相通：菜单栏的结构差不多，按钮状态清晰，状态栏告诉你现在发生了什么，键盘快捷键也尽量遵守系统规则。你第一次打开一个陌生软件，通常并不会恐慌，因为它说的是你已经学会的那门“系统语言”。

这种统一不是偶然。那一代桌面软件，很大程度上被操作系统和 GUI 工具库“管着”。Windows、macOS 会规定按钮长什么样、菜单怎么组织、对话框如何弹出。开发者自由度没那么高，某种意义上也没法太放飞自我。今天很多人谈“约束”时，总觉得它是创新的敌人，但软件设计史恰恰说明，约束有时也是体验的朋友。因为当所有人都在同一条轨道上开车，用户就不容易被突然冒出来的岔路口吓一跳。

回头看那些老界面，确实不时髦，字体一般，色彩保守，图标甚至有点土。但它们有一种今天很稀缺的品质：诚实。退出就是退出，保存就是保存，危险操作会明确警告你，能不能点击一眼就知道。很少会出现那种“极简到只剩三个抽象图标，用户靠悟性完成操作”的场面。设计没有刻意考验你是否足够聪明，而是在尽量照顾你是不是够累。

为什么今天的网页应用越来越像“各说各话”

问题在于，我们今天的大多数工作，已经从本地桌面搬进了浏览器。Figma、Linear、Notion、各类在线文档、项目管理平台、企业后台系统，功能都很强，协作也很实时，但界面语言却常常彼此陌生。哪怕都是“创建一个项目”“邀请成员”“切换视图”“发表评论”这些常见动作，不同产品也能做出完全不同的交互路径。

Loeber 举了一个很妙的例子：互联网用了二十多年，输入信用卡信息这件事居然还是没有形成稳定共识。有效期到底该用文本框、下拉框，还是一排按钮？这听起来像小事，但它其实暴露了更大的现实：Web 设计在很多基础操作上，仍然没有形成足够成熟的公共语法。

这背后有几层原因。最直接的一层，是移动互联网把原本为鼠标和键盘设计的交互逻辑打散了。触屏时代来了以后，悬停、右键、精确点击这些桌面交互基础动作都不再可靠，设计师不得不发明新的方式。于是，很多本该属于手机的小屏交互——比如汉堡菜单、隐藏层级、手势优先——也被半推半就搬到了桌面端，结果两边都不够舒服。你在大屏电脑上还得点开一个角落里的三道杠找功能，这本身就透着一点荒诞。

更深的一层，是前端开发的“自由”实在太大了。HTML 本来是一套相当有约束力的标准，链接是 <a>，按钮是 <button>，表单有自己的一整套语义和默认行为。但如今很多前端团队早已不是在“写网页”，而是在用 React、TypeScript、各种组件库和构建工具“造一个运行在浏览器里的应用壳”。技术上当然没错，甚至往往是必须的。像 Figma 这样的产品，本来就更像一款跑在浏览器中的桌面软件，底层实现甚至远离传统 HTML 页面模型。可一旦你不再站在网页原生规范上，自然也更容易把浏览器几十年积累下来的用户习惯一起绕开。

于是我们看到了一个略显矛盾的局面：今天的软件比过去强大太多，但用户的操作成本并没有同步下降，反而在某些场景下更高了。你获得了实时协作、多端同步、复杂工作流，也失去了“第一次上手就知道怎么用”的安稳感。

Apple 为什么总被夸“它就是能用”

在这一点上，苹果是个很有代表性的反例。Apple 的成功，当然不只是工业设计和品牌叙事，但它那种强势、统一、带点霸道的设计系统，确实塑造了一种非常强的使用惯性。从 iPhone 的手势，到 macOS 的窗口逻辑，再到原生应用中的按钮、字体、滚动行为，苹果不断用系统级规则把第三方开发者往同一方向拉。

这也是“it just works”背后的真实含义之一：不是产品天生聪明，而是平台做了足够多的约束，把大量选择提前替用户和开发者做掉了。很多人把“可定制”视为软件先进的标志，但现实很有趣，真正让大众舒服的产品，往往恰恰不是最自由的，而是最会设置默认值的。默认值优雅、规则稳定，用户就会更愿意信任系统，而不是时刻提防系统。

这也是为什么很多成功平台最后都会形成自己的“方言”。苹果有苹果的方言，Google 也有自己的 Material Design，微软这些年也在试图用 Fluent Design 重建统一语言。问题是，Web 世界的边界太松散了，浏览器不像操作系统那样拥有强约束力，开发框架又层出不穷，大家都在快速试错，谁也不太愿意先停下来统一语法。结果就是，每个产品都可能做得不错，但放在一起，就像一群人各自说着流利的方言，交流成本一点也不低。

真正值得担心的，不是难看，而是效率和信任被磨损

我很认同 Loeber 的核心判断：界面设计的碎片化，正在悄悄侵蚀软件体验。它影响的并不只是“美不美”“酷不酷”，而是效率、可达性，甚至用户对数字工具的基本信任。一个没有统一习惯的世界，对老用户来说只是烦，对新用户、老年用户、残障用户来说，可能就是门槛。

这也是为什么“按钮要像按钮，链接要像链接，返回键应该能返回”这些听上去朴素到近乎老派的原则，今天反而显得珍贵。它们不是保守，而是一种对用户时间和注意力的尊重。软件行业这些年太迷恋“从第一性原理重新设计一切”，好像只要逻辑自洽，就可以无视用户已经形成的经验。但问题是，用户不是白纸。每一次彻底重造轮子，都会把过去积累下来的熟悉感清零。

当然，设计也不能一味怀旧。桌面软件时代的很多规范，确实无法直接套进今天的多端、协作、云原生场景。网页应用不是退回到蓝色下划线链接和灰色对话框，就能自动变好。更现实的问题是：在创新和一致性之间，行业究竟该怎么取舍？我们是不是应该在浏览器时代重新建立一套更适合现代应用的公共设计语法？谁来制定，平台、框架公司，还是那些最成功的产品团队？

我倾向于认为，接下来几年，这会变成一个越来越重要的话题。AI 助手、在线办公、复杂 SaaS、跨端应用正在进一步吞掉人们的工作时间。如果每个工具都坚持做独一无二的交互实验，用户最终只会越来越累。软件的未来当然需要创新，但成熟行业的标志，从来不是“什么都能做”，而是“大家逐渐知道什么该怎么做”。

说得直白一点，我们并不是真的怀念 Windows XP 的灰按钮。我们怀念的是那种不必处处提防界面的确定感。那是一种数字世界里少见的礼貌：我不会让你猜，我会尽量让你一眼看懂。今天，这样的礼貌，值得被认真请回来。