M2.09.3confirmation habituation设计研究

高频低风险动作上的确认会被养成盲目应答

别名: 盲目点头 · ritual yes · confirm fatigue

概念解释

同一句「要继续吗」若在低代价动作上每天出现几十次,回答会变成仪式,不再是核对。人练出不经核对的「嗯」,这声「嗯」随后会被用到难得出现的高代价动作上——「要给前任打电话吗」也吃到同一声。问题不是那句确认措辞不好,是频率把确认训练成了反射。低风险动作上多问一次,看起来更稳,实际在给高风险动作拆闸。

机制

当确认几乎从不对应真实风险,大脑会把这一轮标成可跳过的手续,注意从回述内容上撤走,只在句末丢极性词。反应时变短,短到不够完成词汇通达,说明核对已经停了。语音里没有「取消勾选」这种视觉刹车,习惯化更彻底。同一条是/否通道若既服务切歌也服务呼叫,反射会迁移:通道是共享的,风险不是。

匹配后果等级如果只看单次动作的标签、不看该标签出现的频率,会在低代价格里堆满「保险」确认。每一句单独看都合理,合在一起把「是」训练成默认键。真正需要核对的那一次,用户已经没有核对这个动作了。

怎么研究

先让人在高频低代价动作上重复确认至习惯化,再插入一次后果不同的动作,看有多少人在不核对内容的情况下发出「是」。因变量是插入项的漏检率、确认轮上「是」的潜伏期(短于正常词汇通达则像反射)、以及打断确认的比例。

日志侧:对每个技能画确认轮潜伏期分布。高峰贴着端点检测下限,核对很可能已经停。比较「每日确认次数」与「事后发现错误还说对了」的共现,不要只用确认覆盖率当安全指标。

边界

银行、医疗里每一次确认都被制度当成真的,习惯化仍会发生,只是不能靠删确认来解,只能换形态(复述金额,而不是是/否)。极少使用的技能来不及形成反射。屏幕勾选用户协议是视觉版的同一机制,说明通道不是根因,重复的低信息确认才是。新用户前几次确认仍在核对,习惯化曲线有起点,实验室只测第一次会低估现场。

怎么落地

  • 从高频低代价路径上拿掉是/否:切歌、调音量、开关灯,改为执行加一句结果,需要时用撤销。
  • 把口语是/否留给真正少见或真正贵的动作,让这个问题重新变得意外。必须保留确认的,改形态:复述数字或姓名,不要共用切歌那条「嗯」。
  • 不要用「再加一句确认」作为低代价技能的安全补丁;补丁的频率会污染高代价技能的通道。
  • 验证:看确认轮「是」的中位潜伏期。若已经短于一个音节的识别加理解时间,核对已停。再插入一条内容被改过的确认,漏检就说明仪式已经养成。

延伸

  • 同组M2.09.1 后果等级由可逆性与代价共同决定 · M2.09.2 可撤销的操作可用事后撤销替代事前确认 · M2.09.4 影响他人的动作需要单独提级
  • 相邻M2.03 确认策略 · M2.08 显式确认与隐式确认 · M2.01 提示语的信息密度
  • 站内检索habituation · ritual yes · confirmation fatigue

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/M2.09.3