A1.01.3Gaze shift cost研究设计
界面元素超出有效视区就需要眼动或头动
别名: 眼动 · 头动 · saccade · eye-head coordination · gaze shift
概念解释
一次注视只能识别注视点周围一小片有效视区里的内容。一旦想看清的界面元素落在这片区域之外，就必须把这个区域移过去对准它——先动眼睛（眼跳，saccade），如果目标偏得太远、超出眼睛舒适的转动范围，还得再动头。每一次眼动或头动都不是免费的：都有延迟，都会打断当前的视觉加工。
这条讲的是移动的代价，不是移动本身能不能完成——人当然可以把目光移到屏幕任何角落，问题是移动之前和移动过程中都要付出时间成本，界面设计要为这个成本负责，而不是假设"反正用户可以转头去看"就等于没有代价。
机制
眼球转动有一个舒适范围，大致在注视方向左右各十几到二十几度以内，超出这个范围继续转动眼球会不舒服甚至转不到位，这时候视觉系统会自动招募头部一起转动来分担——这就是眼-头协同（eye-head coordination）：目标越偏，头部参与的比例越高，动作也越慢。
代价体现在两处：一是时间，一次眼跳从决定移动到完成大约要一两百毫秒的潜伏期，加上跳动本身的时间；头动潜伏期更长、持续时间也更长。二是视觉连续性，眼跳期间视觉输入会被短暂抑制（跳视抑制，saccadic suppression），这段时间画面上发生的变化容易被漏看，与变化盲视的成因是同一类机制在起作用。也就是说，界面元素放得越偏，用户不但要多花时间才能看到它，移动过程本身还会制造一个短暂的"看不见"窗口。
怎么研究
- 眼动追踪 + 头动追踪：同时记录注视点与头部朝向，测量目标偏心度增大时，眼跳幅度、头动参与比例、总反应时间如何变化，常见于桌面显示器、大屏、车载仪表等场景。
- VR/AR 场景下的专项研究：头显把显示内容和头部朝向绑定得更紧，研究通常比较"头固定"（head-locked，UI 跟着头转）与"世界固定"（world-locked，UI 固定在虚拟空间里）两种布局下，用户找到目标所需的头动幅度与时间。
- 常见自变量：目标相对注视点的偏心角度、目标是否在预期位置、显示器/头显的物理尺寸。
- 常见因变量：眼跳潜伏期与幅度、是否触发头动、头动幅度、从触发到完成识别的总时间。
- 方法论注意点：舒适转动范围因人、因姿势（坐姿/站立/佩戴设备）而异，实验室里测出的具体角度阈值不能当成放之四海而皆准的常数，更适合当作"存在这样一个拐点"的定性证据。
边界
- 不同设备上表现完全不同：手机贴近脸部使用时，整块屏幕可能都落在舒适眼动范围之内，几乎不需要头动；桌面双屏、大屏拼接墙、车载多屏场景下，边缘内容大概率需要头动甚至转身才能看清。同一条结论不能跨设备直接套用，必须先看目标相对用户的实际偏心角度。
- VR/AR 头显是特例：视野被头显光学系统完全占据，"眼动还是头动"的选择本身也被设备设计影响（例如强制世界固定内容会诱导更多头动），不能照搬桌面场景的阈值。
- 这条只讨论看到并识别内容所需的移动，不涉及后续的手部操作（如够取、点击）代价，那是另一套人体工程学问题。
- 用户如果已经知道目标大概率会出现在某个偏僻位置（如长期使用形成的习惯），会提前预判性地转移视线，实际反应时间比首次遇到时短，边界条件要考虑是新手还是熟练用户。
怎么落地
- 高频查看的内容放进舒适眼动范围内，即预期注视点周围较小的角度范围，避免用户为了日常操作反复大幅度转头。
- 低频、非紧急的内容可以放在需要眼动甚至头动才能看到的位置，作为有意的"需要主动查找"的信号，但要接受用户可能根本不会去找。
- 大屏、多屏、车载等场景，把随时间变化、需要及时响应的信息放在无需头动即可覆盖的中心区域，把静态参考信息放到边缘。
- VR/AR 界面避免把关键的、高频交互的控件做成完全世界固定且远离当前视线方向，否则每次交互都触发一次完整的头动。
- 验证办法：用眼动仪或简单的注视点日志统计用户在完成典型任务时的眼跳幅度分布，如果高频操作对应的目标频繁触发大幅度眼跳（或头部转动），就是候选的布局问题。