拉起 2003 年原始评测中 Keynote 1.0 的截图，与现在的 Keynote 并排对比，发现最奇怪的不是变化有多大，而是变化有多少。左侧有一个幻灯片导航器，中间是画布，右侧是某种格式化面板。如果更换窗口框架，2003 年的用户坐在 2026 年的 Mac 上，仍能立即找到所有功能的位置。 这很奇怪，因为几乎没有其他软件这样做。自 Keynote 发布以来，微软多次重新设计 PowerPoint 的界面——2007 年推出新的工具栏系统，2013 年采用更平面化的视觉语言，2016 年统一跨平台外观，并在其上叠加了另一次重新设计。而苹果则在超过两 decades 内保持其演示软件的骨架不变。这不是“老旧软件无人更新”的情况——Keynote 经常获得真正的更新。而是一家公司显然故意决定，唯一不触碰的就是功能的位置。 --- **实际没有变化的地方（以及有变化的地方）** 这里需要精确说明，因为“苹果从不改变任何东西”是一种懒惰的说法，一旦有人仔细检查就会发现它站不住脚。Keynote 内部确实有很多变化。暗黑模式到来了。协作功能被完全重新构建。原本由多个独立的浮动窗口组成的“检查器”（Inspector），最终被整合为一个内置在主窗口中的单一侧边栏，这是一个真正的界面变化，而非仅仅是外观上的改动。 但未变的是底层的空间语法：左侧是幻灯片缩略图，中间是当前幻灯片，右侧是所选内容的设置。这种三部分关系早已是 Keynote 1.0 窗口的核心理念——一个大的中央面板用于活动幻灯片，一个可调整大小的导航器用于切换幻灯片，详细设置则位于独立的检查器面板中。每一次重新设计都只是在该形状内部重新排列家具，但没有一次重新排列过该形状本身。 --- **形成对比的原因：这是选择，而非偶然** 以下是大多数“看看苹果多么简约”的文章会跳过的对比，因为它需要提及另一个产品并描述其真实变化。2007 年推出的 PowerPoint 栏（Ribbon）并非对旧菜单和工具栏系统的微调——它完全取代了它，并且根据微软自身的说法，旨在解决特性被多年积累的菜单埋没的问题。那些习惯了 File、Edit、View 等菜单的用户，不得不重新学习所有功能的位置。 这也不是一次性的修正。PowerPoint 的界面在 2013 年获得了更平面化的视觉处理，2016 年进行了跨平台统一，而数年后，微软开始在 Office 应用中测试简化后的栏，正是因为原始栏成了用户抱怨的对象，就如同旧菜单曾经那样。每一次重新设计都有其合理的理由。堆积起来看，它们展示了一家公司如何定期对界面进行全面改造，当它不再感到时尚时。苹果有相同的 23 年时间做出关于 Keynote 的决定，但每次都没有这样做。 --- **为什么将布局视为固定也是一种设计决策** 我不会称这种克制是出于谦虚——它与苹果对界面工作的一般表述一致。[Keynote 的起源故事](https://imaginelayout.com/blog/why-apple-doesnt-use-powerpoint-on-stage)始于史蒂夫·乔布斯在 1998 年为一次高风险的演示需要而构建的工具，并从这一特定用例向外扩展，而不是像大多数办公软件那样从通用规格开始。一个从“这个工具是否帮助一位演示者在一个舞台上”反向构建的工具，不会像为最广泛商业用户群体设计的工具那样，每几年就面临现代化界面的压力——没有委员会要求更新外观以在功能比较图中竞争。 背后还有更长远的模式。一项独立的文本分析研究了苹果自身的《人机界面指南》，比较了 1987 年的文本模式版本和 1992 年的桌面版本，发现虽然设计指南的数量大致加倍，但核心原则——一致性、用户控制和熟悉的隐喻——几乎完全保持不变；增长的是这些原则下的细节，而非基础本身。苹果在 2025 年将其最高级 UI 设计职位交给史蒂芬·莱梅（Stephen Lemay），后者已在同一设计组织内工作超过两 decades，这看起来更像是对“下一位设定方向的人应该已经知道哪些系统部分是承重结构且不应移动”的赌注，而非新鲜眼光的聘用。 --- **这种固定布局对苹果的成本——因为它并非免费** 这并不意味着固定布局的方法绝对正确，而 PowerPoint 的多次重新设计绝对错误。将结构固定两 decades 也有真正的缺点：那些无法顺畅融入原始三栏逻辑的新功能，只能被强行塞进某处，而非重新思考整个窗口。协作、AI 辅助撰写和更丰富的动画工具都落户在 2003 年为单一演示者单独工作而设计的形状中——这在细节上也有体现，比如一些较新的设置比原始“检查器”类别更深层嵌套。 微软的重新设计，尽管给用户带来了重新学习的成本，但也为 PowerPoint 提供了重新组织真正新类别功能的空间，而非将其强行附加在旧框架上。一个稳定的界面并非自动是更用户友好的选择——它是一个在短期熟悉性与长期惯性之间进行权衡的选择，而哪一边的权衡更有价值，取决于底层工具是否真正需要在结构上成长为不同的东西，而非仅仅是视觉上更新。 --- **如果你不是在开发软件，能从中学到什么** 这里的教训不是“让你的幻灯片看起来像 Keynote 的界面”。而是一个更小、更有用的想法：界面稳定性和视觉简约是两个独立的决定，在苹果的案例中恰好同时出现，值得不将它们混为一谈。[简约作为一种风格](https://imaginelayout.com/blog/does-minimalism-make-a-presentation-better)可以帮助或阻碍内容后续使用，取决于观众需要做什么——但结构稳定性，也就是本文真正讨论的内容，是另一种赌注：它是一个认为重新学习功能位置的成本超过保持时尚外观的好处的选择。对于一个你会在数十个演示中重复使用的幻灯片模板，或者一个团队每季度都会触及的报告格式，保护一致的模板结构往往比今年流行的幻灯片设计更有价值——一个[一致的模板结构](https://imaginelayout.com/categories/keynote)在一年内节省的时间比一个看起来更时尚但每次打开都需要重新学习的模板多得多。 下次一款软件被“重新设计”，你发现自己在寻找一个曾经一键可达的按钮时，值得问问苹果在 Keynote 中做出的权衡，以及你自己的工具是否更适合采用相同的克制，或者是否真的超出了原有框架。