N2.06.3seated vs standing reach设计研究

需考虑坐姿与站姿的差异

别名: 坐站可达不同 · 坐姿包络被切 · 站姿操作区

概念解释

同一套控件,站着刚好在手前方,坐下来就被大腿、椅面和桌沿切掉一块,或者整块升到了需要端肩才能摸到的高度。坐姿与站姿会改变可用区域(seated vs standing reach):不是人突然变懒,是躯干、髋和支撑面重组了手能去、也愿意去的那个体积。按一种姿态铺的操作区,换一种姿态就不再是那张图。

可用区域在这里指当前姿态下手实际会用的空间,不是「理论上关节还能再转一点」。坐和站是两个不同的当前。

机制

站立时髋可以前送、膝可以微屈,躯干带着肩走,手的工作体积能跟着人轻微平移。坐下之后,髋被锁在椅面上,大腿占掉身前下方的一块,椅背挡住后方和斜后。肩的高度也掉了一截——不是身高变了,是坐骨支撑替代了站立的腿长。原来在站立胸口前方的控件,坐下后可能已经高过放松的手,变成要端肩才够得到;原来在腰侧可摸的,坐下后会撞到扶手或大腿。

桌面再切一刀。键盘、桌沿把前臂的休息位定在一个平面上,悬空的「身前舒适区」被压扁成桌面以上薄薄一层。站立时那层不存在。所以不是把站立的包络整体下移就能得到坐姿包络:被切掉的形状和新增的支撑都不一样。一套布局无法同时是两种姿态的舒适区。

怎么研究

同一批控件、同一些人,做坐姿会话站姿会话,画出两张手部位置云,不要只报一个合并的「可达」。

自变量:姿态(坐 / 站)、椅子有无扶手、面前有无桌子、座椅相对地面标记的高度。 因变量:手部位置的三维分布、触及失败的方向(下方被大腿挡住 / 前方被桌沿挡住 / 上方需要端肩)、主观「够不着」发生的姿态。

让人先站着布置自己的界面,再坐下继续用,是最接近产品现实的协议。若坐下后第一件事是把界面拽低或拽近,站立布局没有迁移。不要在实验室里只测站立——许多一体机的实际使用发生在沙发和办公椅上。

边界

允许随时站起、坐下的体验里,人会用改姿态来够东西,差异被当成一种操作手段,而不是纯损失。姿态被内容锁死时(过山车必须坐、健身必须站)差异最大,布局必须按被锁的那种画。轮椅使用者的「坐」不是办公椅那一种:膝的位置、能否前倾、侧向空间都不同,不能把办公椅数据当坐姿的全体。躺、蹲、跪会再切出第三、第四种体积,这条只对坐与站这一对。儿童坐在成人椅上,脚够不着地、肩高相对桌面更怪,差异会被放大。

怎么落地

  • 产品若声称坐站都能用,就准备两套默认落点,或在检测到姿态变化时把操作区跟着躯干高度平移,而不是沿用站立坐标。
  • 坐姿不要把控件放在大腿会穿过的那一块,也不要放在放松的手下沿还要再往上一截的地方。
  • 有桌子的场景,把高频操作放到桌面上方前臂能扫到的一层,不要保持站立时那块悬空的身前体积。
  • 验证:同一人、同一任务,站着做完再坐着做完。列出坐下后新出现的够不着和端肩。每一处都是只按一种姿态画的操作区。若坐下后的第一分钟里人在拖界面,默认落点没有覆盖坐姿。

延伸

  • 同组N2.06.1 舒适操作区远小于可达范围 · N2.06.2 高频操作需落在舒适区内
  • 相邻N2.10 可达空间与舒适操作区 · N2.08 空间输入的疲劳
  • 站内检索seated vs standing reach · posture-dependent envelope · seated XR layout

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/N2.06.3