一致性真正要保证的是：用户在相似情境下能用同一套心智模型完成任务。它更像“规则一致”，而不是“视觉复制”。如果把一致性做成了复制粘贴，往往会出现两个副作用：一是信息层级被抹平，关键动作不够突出；二是复杂页面为了保持和简单页面一样的布局，反而增加了操作路径。
判断你需要哪种一致性，可以先问自己：用户此刻最想完成的主任务是什么？他们是否已经在前一页学会了某个操作？如果答案是“学会了”，那你应该保持交互规则不变；如果答案是“主任务不同”，那你应该允许布局和视觉层级发生变化，让注意力更快落到关键处。
最常见的破坏一致性方式不是颜色不统一，而是“同一个词在不同地方表示不同意思”。例如同样叫“保存”，A 页是保存草稿，B 页是提交发布；同样叫“完成”，有时是结束流程，有时是返回上一层。解决方法是建立一张“动词表”：同一个动词只对应一种后果；同一种后果只用一个动词。对应到界面上，同名按钮尽量保持相同位置与样式，让用户不用重新思考。
落地做法：把产品里 20 个最常用的按钮文案列出来，逐个标注“触发结果”。只要出现一词多义，优先改文案，而不是改颜色。因为颜色只能提示程度，文案才决定语义。
用户更在意点下去会发生什么，而不是它是圆角 8 还是圆角 10。比如同样是下拉选择器，某处点击后立即生效，某处点击后还要再点一次确认；这会让用户在关键时刻不敢点，或点错后果更严重。你应该先统一“是否需要确认”“是否可撤销”“是否即时反馈”等交互后果，再统一边框、阴影、字号等皮肤层。
快速自检：把所有“会造成不可逆结果”的按钮找出来（删除、提交、发布、支付），它们的确认与撤销机制是否一致？如果不一致，先统一机制，再谈颜色。
把页面拆成三层看，一致性的优先级不同：
1）导航层：面包屑、侧边栏、主导航位置尽量稳定，这决定“我在哪”。
2）控件层：表单、按钮、弹窗的交互规则稳定，这决定“我怎么做”。
3）内容层：信息结构可以变化，这决定“我看什么”。
很多团队把内容层也强行固定，导致同一模板塞进不同类型的信息。正确做法是：导航层和控件层尽量稳定，内容层根据任务变化层级与密度。比如教程类文章需要目录与步骤块，资源清单需要卡片与标签，公告类需要时间线与要点；内容层不必完全一样。
当你需要突出某个关键动作（例如“发布”“提交审核”），可以让它与普通按钮不一致，比如更强的对比度或更靠近视觉焦点。但前提是：用户能理解它为什么突出。你可以通过三种线索让不一致变得合理：
1）文案线索：用更明确的动词和结果，例如“提交并发布”。
2）位置线索：把主动作放在流程末尾或固定区域，让用户形成预期。
3）反馈线索：点击后给出明确的成功/失败提示，必要时提供撤销入口。
如果你做了不一致但没有线索，用户会把它当成 bug 或广告，从而产生不信任。
当业务确实需要多个版本或多种状态（例如不同权限、不同发布渠道），你不可避免要做变化。变化最好发生在对用户最不敏感的维度，比如留白、背景纹理、辅色；而把对用户敏感的维度保持稳定，比如按钮位置、表单顺序、错误提示的格式。这样用户仍能凭肌肉记忆操作，同时你又能区分不同状态。
一个实用技巧：先冻结“操作路径”（从哪里开始、按什么顺序、在哪里结束），再在视觉上做区分。路径不变，用户就不会迷路。
真正的产品一定会出现例外：某些页面需要更强警告，某些弹窗需要更详细解释。问题不在于有例外，而在于每个例外都临时设计一次，最后例外比规则还多。更好的做法是把例外也组件化：例如“高风险操作弹窗”“长表单分步提交”“空状态引导卡”等，明确它们的适用条件和固定结构。
当例外可复用，你的系统仍然是可预测的，用户也会觉得“虽有变化，但我懂它的逻辑”。
你可以用下面的清单快速检查当前页面的一致性是否健康：
1）同名按钮是否在不同页面触发不同结果？
2）高风险操作是否都有确认与可撤销机制？
3）表单字段顺序是否符合用户输入习惯（从易到难、从确定到不确定）？
4）主动作是否在同一位置出现（例如右下角或底部固定区）？
5）错误提示是否统一结构：指出问题 + 给出怎么改 + 保留用户输入？
6）是否存在“为了看起来一样”而牺牲信息层级的情况？
当你把一致性当成用户体验策略，它会帮助用户更快完成任务；当你把一致性当成视觉模板，它只会让页面变得平庸。保持规则一致、允许内容变化、管理好例外，才是一致性真正的价值。
