L2.04.2parametric precision control设计研究

参数控件适合精确调节

别名: 参数精确调节 · 控件调程度 · widget for magnitude

概念解释

「再正式一点」说了方向,没说停在哪一格。滑块从 3 拖到 4,停点是共享的、可重复的、可告诉别人的。参数精确调节(parametric precision control)指的是:已经存在的量——长度、温度、强度、枚举项——用有刻度的控件调,比再用一句话去近似更稳。语言擅长把目标说出来;刻度擅长把已经对准的目标再挪一格。

精确在这里不是「更聪明」,是同一量纲上的可重复操作。第二次还能回到同一格,才叫精确。

机制

量一旦被命名,人的调节策略就变成沿维度爬:加一点、减一点、对比刚才。控件把维度外化成空间位置,爬的步长由刻度规定,两次操作可以指称同一状态。语言把程度编成模糊谓词(「稍微」「很」),每次解码都重新估一个点,两次「稍微」不是同一个点。

还有沟通。协作时「把正式度调到 4」是可执行指令;「再正式一点」会在每个人脑子里落到不同的 4。控件是共享度量,语言程度词是私人度量。

怎么研究

任务已经对准(一封信已经是对的对象和情景),只要求在单一量上做有目标的调节(字数 120±10,正式度到指定档)。一组只用程度副词迭代,一组用滑块或步进器。因变量:到达目标所需轮次、过冲次数、两人独立调节到同一目标时的一致度。自变量:量是否对用户可见、刻度是否有数字、语言组是否能看见上次的数值(即使不能直接改)。

不要把「最终写得好不好」混进来。测的是沿已知量爬的效率与可重复性。

边界

量还没被发明时,控件无维度可爬,精确无从谈起。连续的审美量(「更有电影感」)强行做成滑块会假装精确。无障碍场景里,精细拖动本身比再说一句更难,步进器或数字输入才是精确的可用形式。图像里的某些量(种子、采样步数)对非专业用户不是可理解的量,给控件等于给噪声。这条不讨论控件能不能回退,也不讨论范围如何展示能力边界。

怎么落地

  • 把产品里已经稳定的量做成控件:长度、语气档、格式枚举、温度一类显式采样参数。不要强迫人用「再短一点」去逼近字数。
  • 控件要显示当前值,调节是相对当前值,而不是每次从语言里重估。
  • 步长匹配决策粒度:字数用数字或步进,语气用三到五档,不要给语气一条 0–100 的假精确滑条。
  • 验证:两人隔开,把同一篇草稿调到「大约一百二十字、正式档」。控件路径下两人的终点应落在同一格附近;纯语言路径若终点散开,精确调节没有被提供。再看过冲:语言组是否来回「太短了 / 太长了」多次。

延伸

  • 同组L2.04.1 自然语言适合表达意图 · L2.04.3 两者并存优于二选一 · L2.04.4 自然语言擅长表达目标与约束,参数控件擅长表达程度与数值 · L2.04.5 参数控件提供可回退的确定状态,自然语言不提供 · L2.04.6 两者并存时必须明确谁覆盖谁,否则用户无法预测冲突时的结果 · L2.04.7 把语言解析结果回填到控件上,能让用户看见系统的理解 · L2.04.8 控件的取值范围本身就是一次能力边界的展示
  • 相邻L2.06 控制粒度 · L1.03 不确定性的可视化 · L2.05 迭代修改
  • 站内检索parametric precision control · magnitude adjustment · shared scale

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/L2.04.2