E2.12.1slider for approximate values设计研究
滑块适合近似值而非精确值
别名: 滑块精度 · range input · 滑杆不适合精确数
概念解释
滑块（slider）把一条连续（或很密的离散）量映射到轨道上的位置。手指或指针一动，值就变，适合「大概这么亮」「音量差不多就行」这种近似目标。要落到一个特定整数——188 元、第 365 天——滑块是错误工具：位置对值的映射太粗，人无法稳定停在那一格。它管的是任务要的是近似还是精确，不是旁边有没有数字，也不是轨道有多长。
机制
滑块的输入是空间位置，人的运动控制系统擅长把手柄停在「看起来差不多」的地方，不擅长停在「正好第 N 个像素」。目标若本来就是带容差的（亮度、音量、地图缩放），容差盖过了定位误差，交互是顺的。目标若是唯一合法点，定位误差变成对错。连续手感还会诱使人为自己能调得更细，于是在精确任务上反复微调、挫败。滑块的优势是一眼看到量在全程中的位置；这个优势服务的是比较和趋势，不是键入一个已知数。
怎么研究
把同一数值任务做成滑块、键入、步进器，比较到达指定值的时间、最终偏差、过冲。自变量：目标是否允许容差、合法值个数、参与者是否知道目标的确切数字。因变量：绝对误差、声明「够了」时的偏差。已知精确数字时滑块会显著变慢且更偏，这是反复出现的模式。不要在亮度这种容差任务上证明滑块「精度不够」——任务根本不要求那一格。
边界
合法值只有三五档时，滑块被当成分段控件用，精确性要求下降，但可发现性也不如分段按钮。对数坐标（音量、频率）上，视觉中点不是数值中点，近似感会被映射欺骗。无障碍用户用方向键操作滑块时，每键一步，精确性可以回来，前提是步长合理；这不改变指针和手指路径上「适合近似」的结论。金额、数量、日期这类有唯一正确值的字段，即使滑块能拖，也不该作为主输入。
怎么落地
- 只在目标带容差、人要的是量在全程中的位置时用滑块（音量、亮度、过滤区间的大致两端）。
- 目标是一个已知精确数时，改用键入或步进，不要用滑块冒充数字输入。
- 若业务两者都要，滑块管近似，精确值另给数字入口，不要让人在轨道上「抠」那一位。
- 验证：给一个必须命中的整数（如 188）和一个「差不多就行」的量。滑块在前者上反复过冲、在后者上一次能停，任务匹配才成立。