首次听与重听适合的语速不同
别名: 首听慢重听快 · 再说一遍的语速 · presentation vs replay
概念解释
银行第一次把六位验证码念出来，听者在建整串的骨架，需要偏慢、留得住的速度。用户说「再说一遍」时，骨架往往已经在，缺的是中间那两位——还用同一速度从头到尾走一遍，是在已经听懂的部分上浪费时间。首听与重听的语速（first-listen versus replay rate）是同一段内容在第一次呈现和再次呈现时该用不同的时间密度，不是给用户一个全局的「语速档」。
机制
第一次编码要同时完成两件事：认出每个单元，以及把单元装进刚搭起来的结构。时间不够，结构搭不完，人会整串放弃。重听时结构已经有了，注意变成对位：已知的组块可以滑过去，未知的槽才需要清晰度。所以重听可以整体加快，更好的做法是只在用户没对上的那一段降下来，而不是整句重新变慢。
反过来也对：首听已经过快、整串没建成，重听若再加速，缺的槽永远补不上。默认策略应是首听偏保守、重听加快；若首听日志里重听率已经很高，先修首听，不要把第二次当作「再快一点」。导航里第一次报「三百米后右转」和五十米处的提醒也不是同一档——后者是已知指令的再激活，不是新编码。
怎么研究
呈现次数 × 语速的因子：同一串验证码或地址，第一次用慢 / 中 / 快，重听再用三档里的一档。因变量：第一次整串正确率、重听后补上的位数、重听到完成的耗时、以及重听过程中的打断（用户已经听够了）。不要只用偏好：「觉得第二次太快」可以和「第二次更快才抄完」同时成立。
日志里把「再说一遍」对齐到同一内容的第几次播放。若第二次仍以第一次的速度完整重放，完成时间接近翻倍，而补全只发生在中段一两位，速度策略没有随呈现次数改。实验室禁止「只重听一段」会高估整句重放的必要性。
边界
重听请求若来自噪声或识别双方都没听清，第二次应当更慢、更清楚，而不是更快——缺的是可懂度，不是时间。用户改口「重念门牌」是要另一截内容，不是同一串的第二次呈现。听力障碍或非母语听者可能两次都需要慢档；把「熟练用户」的重听加速套过去会伤人。全局语速设置仍然有效：它平移两条曲线，不取消「第一次和第二次不同」这条差。
怎么落地
- 数字串、地址、账号这类高代价内容：第一次用保守速度；检测到同一内容的重听后整体加快一档，或只重放用户刚没对上的组块。
- 把「再说一遍」和「从中间再来」做成不同命令。后者不要强制从第一位开始。
- 导航提醒、闹钟再报这类「已知指令的第二次」默认用更快、更短的版本，不要把首次播报的全文再念一遍。
- 验证：同内容做首听正确率、重听补全率、重听到抄完的时间。第二次仍与第一次等长且打断落在已知组块上，重听速度没有独立设计。