超过十秒级用户会转向其他任务
别名: 10秒规则 · 注意转移 · attention span for dialogue
概念解释
对话框还开着，进度还在走，人已经拿起手机回了一条消息——不是不耐烦到要骂，是注意已经离开这条对话。大约 10 秒 是把注意维持在当前人机对话上的经验上限。跨过它，用户会把当前等待降级成后台事务，自己去做另一件事。这条叫十秒注意上限（ten-second attention ceiling）。
它不是「最多能忍十秒」。忍可以更久。变的是注意的归属：十秒之后，这个界面不再占用主注意，只占用一份「回头看一眼」的监测。
机制
注意是有成本的持续投入。短等待里，监测进度和保持目标是同一件事；到了十秒附近，监测的回报率下降——画面往往没有新信息，目标又还没完成。人会把主注意切走，只留一条很窄的通道等「有变化再叫我」。Miller 把大约 10 秒标为保持对话注意力的界限，Nielsen 沿用为可用性里的第三档响应时间。数字随情境浮动，但跳变的结构稳定：从「我在等它」变成「它在某处进行」。
一旦主注意切走，原来的界面承诺全部改价。完成时如果只在原地悄悄变绿，人看不见；中途如果需要确认，人已经不在。设计对象从「正在看的人」变成「将要回来的人」。
怎么研究
给一段需要 3、10、20、40 秒的等待，允许使用手机或其他窗口，观察何时出现第一次明确的任务切换（解锁手机、点别的标签、站起来）。不要禁止切换——禁止会得到虚假的「一直盯着」。
自变量：等待时长、等待中有无新信息、任务是否可在等待中做别的。 因变量：首次任务切换的时间、切走后还看不看原窗口、回来时是否还能接上。
实验室没有真正的「别的事」时，十秒会被高估。现场或带真实第二任务的实验更接近产品里的上限。
边界
电影院、考试、驾驶舱里，外部任务被锁死，人可以盯着几十秒的进度条。那不是上限失效，是切换被环境禁止。游戏加载、影片缓冲若被当成体验的一部分（有可看的内容），注意可以留在同一产品里，但已经不在原来那条操作对话上。紧急操作（支付倒计时、安全确认）会把上限压得更短：几秒没有进展，人不是去干别的，而是开始干预。屏幕阅读器用户听完一段提示可能已经接近十秒，他们的「还在对话里」要以语音对话轮次计。
怎么落地
- 把可能超过十秒的操作从「请看着」改成「可以离开」：不要用无法忽略的模态把人钉在等待上。
- 等待界面要假定主注意会切走，因此完成态不能只靠原地的颜色变化。
- 能拆成短于十秒的阶段就拆，让人在阶段边界上有机会决定留下还是离开。
- 验证：把一次导出做成 25 秒，旁边放一部可用的手机。记下首次拿起手机的时间。若集中在十秒附近，产品必须按「人会离开」来设计，而不是按「人会盯着」来设计。