每次视线跳转都有重新定位成本
别名: 扫视代价 · re-fixation · 重新定位
概念解释
结算页上件单价在卡片里，运费在折叠的「配送」里，应付总额钉在屏幕底。每比较一次，眼睛就要跳一次，落地后再把新位置认成「我要读的那个数」。扫视成本（saccade cost）不是飞行那一两百毫秒本身，是落地之后的重新对准：找错行、读到邻居的数字、为了确认又跳回来。
一次跳还可以忍。下单这种任务要把单价、折扣、运费、总额对上好几轮，跳的次数会乘在任务时间上，也会乘在读错的机会上。
机制
一次扫视把中央凹从 A 卸到 B。卸的过程里视觉输入几乎不可用；落到 B 之后还要一次着陆校正，因为扫视常有轻微过冲。B 上如果有结构相似的邻居（一列对齐的金额），着陆点很容易偏到隔壁，于是读到的是别人的数。要排除这次怀疑，就得再跳回 A 核对——来回跳才是账单。
跳的幅度越大，着陆误差越大，重新对准越长。这就是为什么「相关但分居两屏」比「相关但隔着一个间距」更贵：不是间距数字大，是中间多了一次失败着陆的空间。
怎么研究
用必须对照的阅读任务：让人判断「这两处数字是否一致」或「总额是否等于这几项之和」，同时记眼动。
自变量：两端的屏幕距离、中间是否有相似干扰项、是否在同一视口。 因变量：往返扫视次数、着陆落在错误对象上的比例、判断对错、总耗时。
没有眼动仪时，可以把两端交替遮住，强迫每次只看一处，用判断时间和错误率近似这段重新定位。注意不要把任务变成记忆广度测验——数字要短，测的是定位，不是背数。
边界
已经在长时记忆里的位置（桌面菜单栏、手机状态栏）再跳过去，重新对准接近于零，因为着陆点被预期锁死。专家用户在自己每天用的面板上会发展出位置预期，扫视成本下降，但不能拿专家的数字去验收新用户。动画引导视线时，跳被外源拖走，成本结构会变，不过那是另一套注意捕获。屏幕阅读器按线性顺序走，没有扫视，代价变成「中间要听多少无关内容」。
怎么落地
- 一次判断所需的数字放进同一注视簇：单价、数量、小计不要分居卡片头尾和页脚。
- 金额列如果必须分开，避免在跳的落点周围放同样格式的数字。
- 对照性的说明（密码规则 vs 输入框）不要一个在左栏一个在右栏顶，让人每敲一个字符就跳一次。
- 验证：给一个必须对账的任务，录屏后数人的头或眼在两处之间往返了几趟。超过任务所需的最少趟数，多出来的就是重新定位在付费。