混用会造成生效时机的误判
别名: 开关复选框混用 · timing confusion · 生效误判
概念解释
同一流程里若开关和复选框各自说着不同的生效时钟，用户会把其中一种的时机套到另一种上。这叫生效时机误判（timing misattribution）：看见滑块就以为旁边的勾选也已经写入，或看见勾选就以为滑块还要等保存。误判不是「没看清外形」，而是两套提交单元被放进同一决策面后，人只保留一套。后果是该保存时没保存、该立刻检查时没检查，状态在客户端和服务器之间错位一拍。
机制
工作记忆装不下并行的两套「现在」。人会抓视觉上更强的那套当全局规则——滑块的运动瞬变更强，常常把整页都理解成立即写入，于是页脚的保存被当成可选项。反过来，一张以复选框为主的长表里突然插入一枚开关，开关的立即写入会被理解成「先记在表上」，离开页面就丢。
误判在跨页时还会滞后。前一屏的设置页训练了立即，下一屏的结账表仍会被当成立即；或者相反。控件外形成了时钟的条件反射，一旦条件反射和实际写入冲突，用户不是放慢仔细读，而是按条件反射行动后再责怪系统。
怎么研究
让同一批人连续完成一屏设置和一屏表单，中间不说明时钟差异。两屏的二值控件或保持类型一致，或对调、或混用。
自变量：两屏控件是否同型、混用时滑块与方框的数量比、页脚是否出现保存。 因变量：离开设置后是否以为未保存的项已生效、提交表单前是否去另一设备核对、漏按保存的次数、口头报告的时钟与日志是否一致。
关键观察点是第一下「去验证」发生在拨动后还是按保存后。验证点提前或滞后，就是误判的操作定义。
边界
用户是系统管理员、每天都在同一套后台里切换时钟，误判会下降，但不能降到零——新功能上线仍会按旧条件反射走。把立即和提交做成两个明确的分区（上半是实时状态，下半是待提交草案）可以降低混用伤害，前提是分区标题真的被读到。辅助技术用户按角色和状态播报走，外形混用对他们的伤害较小，但若开关的角色被错标成勾选框，误判会换一条通路出现：听见勾选却遇到立即写入。
怎么落地
- 不要在同一决策面里让滑块和方框共存，除非分区标题把「已生效」和「待提交」写成不可跳过的句子。
- 跨页保持时钟习惯：设置流全是立即，填写流全是提交，中间用导航结构切开，不要用同一卡片样式把两流粘在一起。
- 若必须混用，失败回馈要说时钟：滑块失败回弹，复选框失败停在草案并指向保存。
- 验证：完成混合屏后立刻问「哪些已经在服务器上」。指错的每一项都是被另一类控件带偏的时钟。