设计系统的底线：不谈“锁电”的长安，做对了什么

我坐在工位上，对着Figma里一个间距只有1像素偏差的按钮纠结了二十分钟。同事路过，说你这叫“设计洁癖”。我笑了笑，没反驳。其实在我心里，这不只是洁癖，这是对系统稳定性的信仰——任何一个像素的位移，都可能在下游的某个界面里引发连锁崩坏。

所以当我看到长安汽车高管杨大勇那句“内部会议上从来没要求过锁电”时，突然觉得，这大概就是实体世界的“设计洁癖”吧。

长安汽车成立164年来都是靠实事求是，“挖一个坑，你得用另外一个坑来填，会给自己带来无尽的麻烦。”

这段话击中了我的职业敏感。做UI/UX的人都知道，用户最怕的不是功能缺失，而是信任崩塌。你给用户一个电池容量显示320km，跑一阵发现变成280km，而且没有任何解释，没有升级说明，没有对话框确认——这不是产品迭代，这是对交互契约的单方面撕毁。

从设计伦理的角度看，锁电的本质是“无声的修改”。它像一个偷偷修改了API却没有任何版本说明的后端接口，前端程序继续运行，但数据已经变了形。用户看到的是续航数字的缩水，感受不到任何系统的解释意图，这种体验是最恶劣的：它让用户怀疑自己的感知，怀疑产品的真实性，最终怀疑品牌的诚意。

我在字节做设计系统这些年，最深的体会是：一个设计系统不是约束，而是一种契约。你承诺这个Button的圆角是8px，所有组件都得是8px；你承诺这个间距系统是8的倍数，新增的任何模块都得遵守。如果有一天你觉得12px更好看，你不能直接改，你需要更新设计Token，发布版本说明，通知所有使用方，做兼容处理。这个过程繁琐，但必须做。不做，就是“埋坑”。

长安那句“挖一个坑，你得用另外一个坑来填”简直就是设计师口中的“技术债”。在代码世界，技术债会累积，会腐烂，最终导致整个系统重构的灾难。在用户心智里，信任债的偿还方式只有一个——用户流失。你没有第二次机会给用户留下第一印象，同样，你也没有第三次第四次机会修复破损的信任曲线。

我注意到杨大勇特别强调“部门提都没提过，领导也从来没要求过”。这句话如果是真的，那就意味着长安的产品决策流程中，存在一种天然的设计伦理防火墙：不做那些看上去能快速解决问题、但会给系统长期稳定性埋雷的事。这种防火墙在互联网公司里几乎是奢侈品。我们太习惯A/B测试、灰度发布、滚动更新了，以至于有时候会忘记，有些改动一旦推送到用户端，是无法通过一次版本回滚来弥补的。

当然，我不是在美化长安，市场上有太多“口头上说实事求是、实际上是锁电带头”的案例。但至少从表态落地的角度看，这家164岁的企业传递了一种设计哲学：尊重系统的完整性，尊重用户对产品的默认信任。

做一个类比。你买了一个椅子，说明书上写着承重120kg。用了一年，你发现椅子靠背松了，但你不知道它什么时候、为什么松了。你可能怀疑是不是自己坐姿有问题，甚至觉得是不是自己体重增加了。这就是用户面对锁电时的心理状态——他们得不到任何交互反馈，只能自我归因。

好的设计不是隐藏复杂性，而是管理用户的预期。如果你要调整电池管理策略，哪怕只是为了保护电池寿命，也应该给用户一个清晰的解释、一个确认按钮、甚至一个选择权。这才是尊重用户的交互方式。

说到底，设计系统稳定性的根基不在技术层面，而在组织文化的层面。一个愿意说“我们从来没有锁过电”的企业，它的设计系统大概也不会轻易改一个小数点后的数字。因为那种对系统稳定性的敬畏，是相通的。

最后一句。在物理世界和数字世界里，诚实的设计都是最高效的捷径。

原文链接：https://www.ithome.com/0/977/431.htm