M3.08.1ordinal as speakable handle设计研究

序号是唯一可被指认的抓手

别名: 第几个 · 口头列表序号 · spoken list index

概念解释

附近咖啡念完「星巴克、瑞幸、Manner」。用户要第三家,店名刚听过一遍,既不敢复述那个英文,也记不清重音落在哪。能稳妥说出口、系统也能稳妥听进去的,往往只剩下「第三个」。序号作为可指认抓手(ordinal as speakable handle)说的是:听觉列表里,位置编号是听完之后还能量名的那一个短标签。店名、歌名、航班号都可能太长、太像、或已经从耳朵里掉了。

机制

指认需要一个还在共同基础里、又短到能被准确复述的符号。屏幕列表可以用手指或「那个」;口头列表没有空间指示,名称本身又是刚听过一次的新词,复述等于做听写。序号在条目出现时被一起念出,长度固定(「第一」「第二」),集合内不重复,识别词表极小。它把指示从「重复那个专有名词」改成「报一个刚给过你的索引」。

没有序号时,用户会发明抓手:「那个 M 开头的」「中间那家」。这些短语对听者有意义,对识别器和实体链接常常没有。名称彼此声学近邻时(「瑞幸 / 瑞金」),即使用户愿意复述,命中也差。序号不解决「列表该不该念这么长」,它只解决念完之后怎么点名。

怎么研究

播完带名的口头列表,诱发选择(「要哪一家」),标注用户实际用的指称:序号、全名、部分名、属性(「绿色那家」)。自变量:是否在每条前念序号、名称长度、名称是否为非母语词。因变量:指称类型分布、点名成功率、以及「再说一遍」是否发生在点名失败之后。

对照条件是同一批名称印在卡片上、允许看。有屏时名称指称会上升,说明序号抓手是听觉通道的补偿,不是普遍的偏好。不要用「菜单好不好用」评分代替指称分类——人可以觉得念得很清楚,同时从来不敢说店名。

边界

两项、名称又短又冲(「开 / 关」「红 / 蓝」)时,名称本身就是抓手,序号是多余的第二套词。用户对这组对象已经熟(常去的三家店),点名走专有名词,序号变成障碍——「第三个」还要先回忆顺序。序号只在当前页内唯一;翻页之后「第二个」会绑到另一家,必须连页码或重置。把序号理解成「所以要先报一共几条」,那是另一件事:总数是预告,序号是事后点名的柄。

怎么落地

  • 每条口头候选项都以稳定序号开头(「第一家……第二家……」),并在识别里把「第 N」「N 号」「最后一个」收成对该页索引的选择。
  • 不要指望用户复述刚听过一遍的专有名词。名称仍要念,但验收标准是「不说店名也能选中」。
  • 翻页后序号从本页重计,并在页边界说清(「下面是第四到第六」)或改用全局序号,两套不要混。
  • 验证:无屏听完列表,只许口头点名。统计用序号选中的比例。名称很难念的集合上若几乎没人用名、而系统又不收序号,抓手缺失。

延伸

  • 同组M3.08.2 每条只念一两项区分性信息 · M3.08.3 分页播报需要用户可控的继续
  • 相邻M3.03 长列表朗读 · M1.02 无屏交互的记忆负担 · M1.09 上下文保持与指代消解
  • 站内检索ordinal as speakable handle · deictic · spoken list index

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/M3.08.1