Z1.07.2Interaction consistency设计研究
分散的交互需要一致的入口以降低认知负担
别名: 入口一致性 · consistent interfaces · 交互一致性
概念解释
入口分散本身不直接产生负担——产生负担的是不一致。同一个动作在不同入口里叫不同的名字、放在不同的位置、按不同的逻辑分组：手机应用里叫「场景」，音箱语音里叫「模式」，墙上面板里没有对应物。用户每换一个入口就要重学一遍地图，认知负担按入口数乘以差异度累积。
一致性（consistency）在这里的含义很具体：同一功能在所有入口共享同一名称、同一分组逻辑、同一状态语义。做到位时，学一个入口等于免费学会了所有入口；做不到时，多入口不是多通道而是多套平行的学习任务。
机制
一致性降低负担的机制是迁移：用户在一个入口学到的知识（词汇、位置、结构）能直接用到另一个入口，学习成本只付一次。迁移成立的前提是三个对应：
- 词汇对应：功能名一致。语音说「打开离家模式」与应用里按钮「离家」对得上——词对不上，用户要先做一次翻译，而语音通道没有「看一眼再试」的机会。
- 结构对应：分组逻辑一致。应用里按房间分，语音理解里也按房间；若一面按房间、一面按设备类型，用户在一个入口建立的空间心智在另一个入口失效。
- 语义对应：状态词含义一致。「关」在所有入口指同一档（断电？待机？仅停止动作？），一处「关」是物理断、另一处是软件暂停，用户的状态判断就会在入口间被污染。
破坏一致性的主要来源不是设计懒惰，是组织结构：入口分属不同团队（应用、语音、固件），各自迭代节奏不同，没有强制对齐机制时漂移是时间上的必然——每次单看合理的小改动，累积成入口间的巴别塔。
怎么研究
- 跨入口迁移实验：教会用户在入口 A 完成一组任务，换入口 B 测同样的任务，比较零学习时的表现。迁移增益（B 的首试成功率相对全新功能的基线提升）是一致性收益的直接度量——界面一致性研究积累了大量这类范式。
- 词汇审计：枚举同一功能在各入口的名称与状态语义，数不一致点。语音助手与配套应用之间命名不一致是消费级产品的常见审计发现。
- 错误分析：多入口产品的支持工单按「入口间不匹配」归类（在 A 入口设置的日程在 B 不生效），这类工单占比是生态级不一致的运营级证据。
方法论注意点：一致性收益对新手最大、对熟练用户趋零——熟练者已在脑内建立了各入口的平行地图。实验要招募新用户或在入口改版后测，别拿三年老用户的数据否定一致性的价值。
边界
- 一致性以入口的本职为限。 强求物理面板拥有应用的完整菜单是误解——一致性要求的是共享层的严格对齐（名称、分组、状态语义），不是功能集的拉平。每个通道保留自己的强项（语音的查询、面板的盲操、应用的配置）与共享层并存。
- 旧入口的既有习惯是约束。 「灯开关往上拨是开」这类几十年养成的物理惯例优先级高于系统内的统一——系统侧的一致性设计要迁就物理惯例，不是反过来。
- 过度一致会牺牲通道优势。 把语音交互硬套应用的信息结构（层级菜单式对话）两头不讨好——一致性的边界在「语义对齐」，不在「结构复制」。
怎么落地
- 建立功能词典单一来源：所有入口的功能名称、状态词、分组维度从同一份词典生成，禁止入口各自造词——这是工程上唯一防漂移的手段，评审时对不上词典的文案不合并。
- 改动词典先过迁移审计：任何改名/改分组，列出所有入口的同步改动清单，清单不全不上线——漂移都是从「先改应用、语音下次再说」开始的。
- 语音入口用应用的词汇回显确认：执行后复述「已开启离家模式」，用同一套词回填用户的词汇地图，也暴露词不匹配的时刻。
- 验证办法：抽同一功能在所有入口的名称与状态词列成对照表，请新用户只学一个入口后盲测其他入口。盲测成功率低于八成，一致性就有窟窿。