C6.10.1Autocomplete candidate position and selection cost设计研究

补全候选的位置与选择成本

别名: 补全条 · suggestion chip · 内联补全

概念解释

自动补全(autocomplete)在用户尚未打完时给出可接受的后续字符串,选中则一次性写入。候选出现的位置决定了选择成本:键盘上方的横条、插入符旁的幽灵文字、下拉列表,各自要一次不同的瞄准。补全省下的是剩余字母的点击,花掉的是把手指从当前键挪到候选上的那一次瞄准。位置把这笔账做成或正或负。

机制

继续把词打完,成本大约是剩余字母数 × 单次击键。去点候选,成本是一次到候选命中区的移动加一次确认。候选贴在键盘上沿时,拇指正在键面上,移动距离短,但候选和空格、回车争热区。幽灵文字跟在已打前缀后面,确认往往是 Tab 或右箭头,对实体键盘便宜、对触屏却要另找键。下拉列表离开键面,瞄准更接近一次常规点击,还可能挡住字段。候选越多,扫描时间加进选择成本;第一条若经常就是目标,其余条目主要在增加扫视和误中面积。补全值不值得按,取决于“省下的击键”减去“走到候选再回来继续打”的往返。

怎么研究

改变候选条位置、条上条目数和确认方式(点选 / Tab / 滑向),记录选用率、误选、以及选用后是否立刻删掉。自变量还包括前缀长度和目标是否已在第一条。因变量用节省的击键数减去选择动作时间来算净收益,而不是只用选用次数。把补全关掉的对照组用来测量“本来就会打完”的时间。

边界

搜索框、地址栏的补全来自历史与索引,键盘条上的补全来自词典,两套位置习惯不同,不能把搜索下拉的结论搬到键盘条。实体键盘上 Tab 确认几乎零移动,触屏上同一套幽灵文字可能根本没人用。候选挡住提交按钮或下一项字段时,选择成本之外还要加遮挡成本。

怎么落地

  • 把最可能被接受的那一条放在拇指从空格出发最短的位置,其余条目不要铺满整行去抢空格。
  • 触屏上为确认提供明确的点选目标;不要只给一段没有命中区的幽灵文字。
  • 测净时间:选用补全的词,是否比把剩余字母打完更快;若否,先改位置,再改算法。

延伸

  • 同组C6.10.2 候选跳变导致误选 · C6.10.3 补全不得改变已确认的输入
  • 相邻C6.11 自动纠错 · C6.09 滑行输入
  • 站内检索autocomplete · suggestion bar · inline completion

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/C6.10.1