B3.11.1Golden Rules设计
力求一致性
别名: 一致性原则 · 黄金法则 · 设计一致
概念解释
黄金法则（golden rules）中的"力求一致性"要求同一产品内，相似情境采用相似的术语、菜单结构、色彩编码、操作序列和结果；不同情境之间的差异必须能被用户解释为真实的功能差异，而不是设计者随手的措辞变化。它管的是产品内部的一致性——跨平台是否也要一致是另一个问题，那条边界由"遵循平台既有约定"划定，两者不是同一件事。
机制
一致性起作用靠的是学习迁移：用户在一个情境里验证过"这个名字、图标、位置对应这个结果"之后，会把这条规则当作假设推广到相似情境，而不是每次重新验证。这条机制的代价结构不是线性的，更接近一次性信任契约：只要有一处例外被发现，用户就不敢再把规则套用到"看起来相似"的其他地方，于是退回逐个记忆。受牵连的不只是违规的那一处，而是所有跟它长得像的地方——这解释了为什么"一处不一致"的实际成本远大于表面上的一个缺陷：它污染的是用户对整个系统可预测性的假设，而不只是那一个控件本身。
边界
一致性会和平台惯例正面冲突。若一个跨平台产品坚持"返回"手势在 iOS、Android、Web 上完全一致，会撞上用户在各平台上早已过度学习的手势——iOS 的边缘右滑、Android 的手势或物理返回键、浏览器的返回按钮语义彼此不同。这时更强的那条学习曲线会赢：用户会用平台习惯去操作"内部一致"的产品界面，产品自己的一致性设计反而成了出错的来源。可行的折中是：在导航、系统手势这类接近平台原语的层面让位给平台惯例，只在产品专属的术语、图标和业务动作上坚持内部一致。另一种边界是历史包袱：如果早期一个错误的隐喻已经铺满全系统，"保持一致"就等于继续复制这个错误；这种情况需要的是有计划的破坏性迁移，而不是把一致性当挡箭牌维持现状。
怎么落地
- 建立对象、动作、状态、图标和术语的映射表，标注标准表达、禁用变体和适用平台，并单独列出"因平台惯例让步"的例外清单，避免和真正的疏漏混在一起。
- 新页面复用已有交互契约；若必须偏离，写明原因、提示方式和迁移计划。
- 用跨模块走查比较同名对象与动作，统计无法用同一句话解释的案例；凡是撞上平台惯例的项，优先修改产品内部规则，而不是要求用户克服平台习惯。