J5.05.1switch access bandwidth设计研究
输入带宽极低，每次选择成本高
别名: 开关控制 · 眼控 · 输入带宽
概念解释
一根开关、一次眨眼、注视停留一秒，才换来一次「确定」。开关（switch）和眼控（eye-gaze）把人的输入压到极窄的带宽：每分钟只有很少几个比特。对鼠标来说一次点击几乎免费；对这类设备，每一次选择都是一次体力或时间账单。
机制
开关通常是一两路通断。用户等扫描高亮走到目标再击发，或用两只开关分别表示「移到下一个」和「选中」。眼控用注视当指针，用停留当点击。两种通道的共同限制是吞吐量：一次选择要等扫描周期或停留阈值，外加对准、防误触和疲劳。选错的代价同样按次计——撤销又是一次选择。
带宽低，不是因为人慢，是因为设备把连续运动压成稀疏事件。鼠标轨迹里「滑过去」的那些中间态，在开关上必须被展开成一串显式步进。界面若按「点击廉价」来设计步骤数，步骤会被乘上每步数秒的等待。
怎么研究
用系统开关控制或眼控，完成「打开菜单 → 选一项 → 确认」并计：选择次数、每次等待、总时长、中途休息。对照同一任务的触控或键盘耗时。
自变量：输入通道（开关 / 眼控 / 指针）、停留或扫描周期、任务所需选择次数。 因变量：完成时间、选择次数、疲劳中断、误选后的额外选择。
招募真正使用该设备的人，或至少用设备走完，不要用鼠标去「模拟开关」。模拟测不到等待和击发的生理成本。
边界
双开关或头控指针带宽会高一些，结论会弱，但仍远低于触控。短期演示里人可以硬撑完一次流程，长时间使用会被疲劳翻盘。语音作为并行通道时，部分选择可以不走开关，这条对「只靠开关 / 眼控」的用户才是硬约束。不要把扫描路径怎么分组算进这里——那是界面怎么排，这里只问设备一次输入有多贵。
怎么落地
- 按「一次选择数秒」来数主流程：注册、结账、发一条消息要多少次选择，乘上等待是否还能在疲劳前完成。
- 能合并的确认不要拆成连续两次选择；破坏性操作的撤销必须是一次选择就能回到上一状态。
- 验证：打开开关控制或眼控，关掉指针，走完一次主任务。数选择次数和墙上时钟。任何「再点一下就好」的步骤，在这里都是再等一个周期。