B3.04.3Consistency and Standards设计研究
不一致会被解读为功能差异
别名: 差异误读 · 功能推断 · 状态误解
概念解释
当同一概念换了词、图标、位置、颜色或行为，用户通常不会认为只是风格变化，而会推断权限、对象类型、状态、后果或业务规则变了。不一致（inconsistency）因此不只是难看，而是制造错误的功能模型。
机制
界面差异是信息线索。用户没有机会知道“这是两支团队写的”，只能从可见变化推断含义：新图标可能是新对象，新按钮位置可能是不同权限，新颜色可能是失败或新状态。若实际结果相同，他们浪费注意验证；若结果确实不同但差异随机，他们无法形成可靠规则。
怎么研究
给用户比较两个模块中的相似界面，请判断功能是否相同、权限是否相同、可否批量操作，并解释依据。测量误判率、差异归因、重试和跨模块迁移错误；用眼动或对比注视可看用户是否反复核对差异。也可做 A/B，把纯风格差异和真实功能差异分开。
边界
可见差异并不总是坏事。真实状态、权限、风险和平台差异必须显式不同；问题在于无法解释、与语义无关的差异。品牌变更或阶段性改版也可能暂时制造不一致，需要迁移提示，否则老用户会把它读成功能变化。
怎么落地
- 审查相似页面时列出所有差异，逐个标注“语义必要”或“纯风格遗留”。
- 若保留差异，用文字、状态和帮助解释它代表的功能或权限区别。
- 对纯风格遗留建立统一任务和迁移期限，不要让它继续出现在新页面。
- 用跨模块比较测试用户推断，统计有多少差异被误读为功能变化。