头是最不适合做锚点的身体部位
别名: 别锚在头上 · 头部锚点最差 · 随注视乱动
概念解释
一块面板如果锚在头上，点头、扫视、看一眼脚下，它都跟着走。要伸手去点的那个目标在空间里没有自己的位置，只有「此刻鼻尖前方」。头是最不适合做锚点的身体部位（head as poor anchor site）：头既是观察器官，又是最忙的运动器官，把输入目标钉在上面，等于把靶子绑在探照灯上。
不适合，不是因为头不能提供坐标——头显本来就在头上，坐标随时有。不适合，是因为这个部位的运动恰恰是人用来看世界的运动，输入不该分享这一条轴。
机制
头的运动学与注视绑在一起。要看别处，头先转或先点；锚在头上的目标于是被带走，要么霸住中央凹，要么在人看向工作对象时跟着跑偏，手要够的点变成一个移动靶。本体感觉对「头上贴着的那块」几乎帮不上忙：找它的方式就是看，而一看，它又动了。腰带扣可以闭着眼摸到，鼻尖前方的那块不能，因为它的位置定义里就含着当前的注视方向。
头还有高频的微小运动——代偿、呼吸、说话时的点头。这些运动对观察是正常的，对一个要被手点中的靶是噪声。肩、腰相对安静，头相对吵。把输入表面锚在最吵的那块骨头上，等于把所有探索性的看都写成了对准扰动。
怎么研究
把同一块可点面板分别锚在头、肩、腰，做需要频繁看向别处的任务（读一侧的文字、再点另一侧的按钮）。
自变量：锚点部位、任务是否要求转头、面板相对锚点的偏移。 因变量：点中时间、因面板跟着头跑而产生的误点、主观「挡视线 / 跟着晃」、手在空中追面板的次数。
追面板的次数是头部锚点的签名。腰、肩上的面板在转头时应当留在身体一侧等手；头上的面板会要求手在三维里跟着鼻子走。把「必须一直看着面板」的任务拿掉，优势和劣势才会出现——一直盯着的时候，头锚看起来很方便，那是在测注视，不是在测锚点。
边界
短暂的、必须一直对着脸的提示（校准、几秒的确认）可以锚在头上，用完就卸。持续的工具条、菜单、状态栏不行。只做旋转、几乎不点头的观看（看地平线上的风景）时，头锚的点头噪声小一些，左右扫视的带走还在。颈部活动受限的用户，头本来就少动，头锚的「跟着跑」会减轻，但挡视线的问题还在。这条说的是把输入靶锚在头这个解剖部位，不是在讨论整块画面跟不跟随视线——那是另一组关于如何钉住界面的问题。
怎么落地
- 可反复点按的入口不要锚在头上。放到腰或胸口，让头去看世界，手去摸一个不跟着鼻子跑的位置。
- 必须短暂占住视线的提示，用完立刻从头部卸掉，不要变成常驻。
- 不要把「它始终在我眼前」当成优点来为头部锚点辩护——始终在眼前的代价是它始终占用眼前。
- 验证：做一段必须左右看的任务，录头部与手。若手的轨迹在抄鼻子的偏航，靶锚在头上。若头在转、手仍伸向腰侧一个稳定点，锚点选对了部位。