E1.10.2button-order habit slip设计研究
顺序错乱会引发自动化操作的错误
别名: 位置记忆点错 · 自动化失误 · order stereotype slip
概念解释
熟练之后，确认/取消不再被读，而是被自动化操作（automaticity）打出去：手已经伸向那个槽。顺序一旦和已经编译好的位置记忆相反，这次动作就变成失误（slip）——意图是取消，键却是确认。错乱不是「看起来别扭」，是在高速、分心、重复对话框里把后果反转。
机制
技能熟练把视觉核对从回路里拿掉。对话框一旦被认成「那种保存框」，运动程序直接指向惯用槽，文案来不及拦截。这就是为什么限时、连弹多个确认时错按会升上去：自动化在时间压力下更占优。顺序错乱还来自产品内部自相矛盾，不只来自跨平台：同一应用里设置页确定在左、卸载页确定在右，位置记忆每次都要作废，于是人们退回更慢的阅读，或赌一次。破坏性对话框若把危险动作放进「确认槽」，自动化会把删除当普通确定打出去——这是顺序与危险标识叠乘的事故，不是单纯的文案失败。
怎么研究
让熟练用户连续处理一批同构对话框，中间插入一两个顺序对调或把危险动作放进确认槽。允许他们尽快点。
自变量：是否对调顺序、插入位置（连续第几次之后）、是否同时改文案。 因变量：滑点率、是否在点后立刻说「点错了」、对调出现后的减速是否持续。
被试若被要求「请仔细读按钮」，自动化被关掉，滑点测不到。指示应是尽快完成一批日常确认，读不读随他们。
边界
新手没有位置记忆，错乱主要表现为多看一眼，而不是滑点。低频的法律同意框每次都被当新任务读，自动化较弱。键盘用户走 Tab 与回车，左右槽的自动化换成「默认焦点在哪」；槽位错乱对他们的伤害形式不同。自动化测试脚本按坐标点按钮也会在顺序对调时点错，那是脚本的位置记忆，与人的失误同构，却不是这里要处理的对象。
怎么落地
- 不要在同一类对话框里对调确认/取消槽，尤其不要只在「重要的那一次」对调来防呆——那次正是自动化最强的时候。
- 破坏性动作不要放进该平台的确认槽去「借」自动化。
- 改顺序只能作为全产品迁移，并在迁移期用文案和间距打断自动化，而不是静默对调。
- 验证：让老用户尽快连过十个保存确认，第 7 个对调顺序。若出现「点完才发现点错」而不是「停下来读」，就是自动化失误被顺序引爆。