Wayland 有一句广为流传的理念：“每一帧都应当完美。”这句话最初源于对现代 GPU 图形栈技术一致性的要求，但放在应用界面设计上，道理完全相通。判断方法其实很简单：在应用运行时任意截取一帧画面，设计者和开发者都应该能清晰解释为什么画面呈现当前的样子。

界面是用户判断软件质量的窗口

用户当然无法看到底层代码，他们只能通过界面来推断产品是否可靠。只要画面打磨得足够精细，用户就会相信团队在内部逻辑上也没有偷懒。反之，如果用户看到短暂的白屏、内容只加载了一半、数据返回后突然重新排版，或者两个区域显示的状态相互矛盾——这些都会一点一点地侵蚀信任感。

话说回来，“每一帧正确”并不意味动画里的每一帧都必须像静态海报那样无可挑剔。拖影帧、夸张变形等动画技巧，本就可以故意偏离真实形状。但关键在于，这些画面必须是经过设计意图的可解释选择，而不是两个组件在时间轴上意外脱节。

起点和终点正确还不够

很多团队验收动画时只关注起点和终点，中间过程却经常被忽略。举个例子，一个工具栏在两种状态之间切换时，图标、背景以及容器可能使用了不同的缓动曲线，或者起止时间没有对齐。正常速度播放时只觉得“哪里有点不顺”，放慢之后才看得清楚——元素们短暂地重叠、漂移，或者出现跳位。

不同步会制造错误含义

Safari 里有一个很典型的例子：占位文字从一个居中位置开始移动，输入光标却从左侧开始动画。两个明明属于同一个输入组件的元素，看起来像是被两组不同的系统控制着，用户自然会下意识怀疑——它们到底能不能一直协同工作？

照片应用在裁剪和调整模式之间切换时，图片会立刻跳到新位置，裁剪边框却慢悠悠地移动过去。这就会给人造成一种错觉：“图片内容是不是被偷偷改变了？”动画本来是用来解释状态转换的，如果各部分不同步，反而会让转换变得更难理解。

搜索图标、按钮和面板的移动也存在类似问题。看起来只是简单的矩形位移，但受限于 DOM 结构、独立组件或者旧架构，往往会被拆成几段互不协调的动画。这种情况，其实就是“技术反过来支配了程序员”——内部实现细节最终泄漏到了用户可见的画面里。

开发与验收方式需要改变

既然问题出在中间过程，那么验收方式也得跟着变。不要只看最终效果是否到位，而是要录屏后逐帧检查，或者把速度降到四分之一，看看位置、透明度、裁剪区域、光标和文本基线是否使用同一个时间模型在运行。加载界面更要在慢网、缓存未命中、部分数据返回这些场景下反复测试，避免白色闪烁和布局跳动。

一个精确的界面应当像精密仪器一样存在，而不是随意播放效果的玩具。起始状态、结束状态，以及两者之间的全部瞬间，合在一起才构成完整的用户体验。每一帧，都值得被当作产品的一部分来认真对待。