老王在 CBD 开了一家叫“晓语小馆”的餐厅。开业前,他做的第一件事不是装修,而是关起门来写一本《服务手册》:服务员第一句说什么、如何接住客人含糊的要求、怎么记住一桌人的忌口、遇到投诉先安抚还是先解释。他发现,这本手册写顺了,生意就成了一半。 这本手册,就是语音交互设计(VUI,Voice User Interface)的工作蓝图。VUI 是让用户用“说话”和 AI 对话的界面——智能音箱、语音客服、车载助手都是它的领地。视觉界面像桌上菜单,客人可以来回扫读;语音却像排队交谈,一句一句按时间流走,看不见、扫不了、无法回看。因此,设计者必须像写服务手册一样,精心设计“话术、流程、记忆与情绪”这四样东西。 这篇文章会跟随晓语小馆的开业全程,拆解 VUI 的六大模块:设计核心原则、对话流程设计、语音交互模式、多轮对话管理、情感化设计策略与体验优化测试。学完它,你就能为智能音箱、语音客服乃至车载助手,设计出一套自然流畅的“服务剧本”。

岗位关联

对一个 AI 从业者而言,掌握 VUI 设计意味着从“会写模型”升级到“会造体验”。当各家语音识别准确率趋同,对话设计就是产品差异化的真正护城河。

目录
  1. 可视化演示
  2. 设计核心原则
  3. 对话流程设计
  4. 语音交互模式
  5. 多轮对话管理
  6. 情感化设计策略
  7. 体验优化测试
  8. AI 应用场景
  9. Python 演示
  10. 常见误区
  11. 面试题

可视化演示

动态演示对话式UI的核心机制,通过架构/数据/状态/性能四种模式展示关键概念与交互流程。

本节配有交互动效(进入视口后自动加载,约 3KB)。

对话式UI:语音交互 语音交互设计的核心特征与原则 语音交互模式与对话流程设计 核心机制可视化 对话式UI整体架构与关键组件

设计核心原则

开业前,老王给服务员上了第一课:见到客人,话要短、眼神要亮、一次报菜名别超过三个;客人说错菜名别笑话,先猜个大概再确认。他把这叫作“服务员素养守则”。语音助手的第一笔设计预算,同样要花在“素养”上,而不是花哨的功能上。

视觉界面像纸质菜单,客人可以来回扫、慢慢挑;语音界面却像电话里的对话,一句话过去就消失,听漏了就得重来。所以 VUI 的第一组原则是:指令简洁明确、选项数量控制、反馈等待时延、容错与纠错。它们共同决定了用户“听不听得懂、等不等得起、说不说得出”。

人耳在一次语音播报中能稳定记住的选项大约只有三个,每多一个,任务完成率就明显下降;超过两秒没有回应,用户就会开始焦虑、重复甚至挂断。因此,语音菜单要控制在 2~3 项以内,收到指令后 1 秒内给出“我知道了”式的确认,并预判常见误说——例如把“儿童套餐”听成“儿子套餐”时,先反问一句而不是直接下单。

回到晓语小馆,老王把守则贴在后厨墙上:“一次只说三件事,两秒内必有回应。”语音助手的设计同理——克制选项、快速反馈、主动兜底,用户才会觉得这个“店员”靠谱。素养守则不是限制,而是信任感生长的土壤。

P完成=0.85−0.12×(n−3),n≥3\displaystyle P_{完成} = 0.85 - 0.12 \times (n - 3), \quad n \ge 3
这是“语音菜单认知负荷模型”的经验示意:一次性给出的选项数为 n 时,任务完成率 P 会以每多一项约 12% 的速度从 85% 的基准往下掉。
  1. P_{完成}(任务完成率)用户听完播报后能正确完成操作的比例,数值越接近 1,体验越好。
    P完成P_{完成}
  2. 0.85(基准值)当语音菜单只有 3 个选项时,大多数用户记得住,对应约 85% 的成功率。
    0.850.85
  3. 0.12 × (n − 3)(衰减项)比基准的 3 个每多出一个选项,成功率额外下降约 12 个百分点,体现听觉短期记忆的有限容量。
    0.12×(n−3)0.12 \times (n - 3)

对话流程设计

开业第二天,老王画了一张“服务动线图”:迎宾问候、问明来意、记录要点、复述确认、道别送客。他发现,只要服务员照着这条线走,再忙也不会乱。对话流程设计,就是给语音助手画一张同样的动线图。

VUI 的流程分成四个阶段:开场白(问候并说明能力边界,例如“欢迎来电晓语小馆,订餐请说订餐,查营业时间请说时间”);意图识别(理解用户想干什么);槽位填充(补齐完成任务所需的要素);结束收尾(复述结果并礼貌告别)。槽位就像点单要填的“菜品、辣度、数量”三个空,AI 要逐一收集,收齐了才能下单。

槽位填充讲究“一次一问”。一口气问三个问题,用户往往只记得住最后一个;一次只问一个,回答质量最高。收集完成后用隐式确认来复述——“好的,两份不辣儿童套餐”——让用户自然地纠正或点头,而不是干巴巴地问“对吗”。结束语则给出明确的下一步提示,比如“您的餐 30 分钟后可自取”。

动线图贴在收银台后面,服务员照着讲,客人几乎从没皱过眉。VUI 的流程设计也一样:开场给路标,中间一次一问,收尾复述加预告。流程顺了,再复杂的任务也能像流水线一样稳稳当当。

F订单=N已收集N必填×100%\displaystyle F_{订单} = \frac{N_{已收集}}{N_{必填}} \times 100\%
订单完成度:已收集到的必填槽位(菜品、辣度、数量等)占全部必填槽位的比例,凑满 100% 才能进入确认环节。
  1. N_{必填}(必填槽位总数)完成当前任务不可缺少的信息项数,比如点一份儿童套餐至少要“菜品、辣度、数量”三项。
    N必填N_{必填}
  2. N_{已收集}(已收集槽位数)对话过程中成功收集到的槽位数,每补全一项,分子就加一。
    N已收集N_{已收集}
  3. ×100%(百分化)把比例换算成百分比,便于直观判断“还差多少”才能收尾。
    ×100%\times 100\%

语音交互模式

晓语小馆的客人分四种:电话订座的老顾客、路边问“现在有位吗”的过路人、收到会员通知回来的食客、还有到店扫码的年轻人。老王发现,这四种客人要用四种不同的招待方式,混着用就会尴尬。

这正对应 VUI 的四种交互模式:单轮问答(one-shot,一句问一句答,适合查天气、问营业时间);多轮对话(多个来回完成复杂任务,比如订餐);主动唤起(系统在合适时机先开口,比如“您常点的咖喱饭今日半价”,但必须低频克制);多模态混合(语音加屏幕,智能屏点单时,语音说不清就低头看屏幕选)。

选型时记住三个判断:任务越复杂,越需要多轮对话与槽位填充;注意力越分散(开车、做饭、抱孩子),越依赖语音播报而非文字阅读;信息量越大(比如对比三款套餐的价格),越应该把细节交给屏幕。混合模式让“说”和“看”各取所长。

后来,老王把四种招待方式写成四张卡片,什么客人用哪张卡一目了然。VUI 设计师的案头也应该常备四张“模式卡”:先判断任务复杂度与使用场景,再决定用单轮、多轮、主动还是混合。匹配得当,用户才会觉得“这家店真懂我”。

P多轮=∏i=1kpi\displaystyle P_{多轮} = \prod_{i=1}^{k} p_i
多轮对话的整体成功率,等于每一轮成功率的连乘积。例如 4 轮、每轮 90%,整体只有约 66%——所以每一轮都要做到位。
  1. p_i(单轮成功率)第 i 轮中用户正确理解并回应的概率。语音识别、语义理解、话术表达都会影响它。
    pip_i
  2. 连乘 ∏(风险累积)把 k 轮的成功率相乘。轮数越多,总体成功率像滚雪球一样往下掉,这正是多轮对话管理必须存在的原因。
    ∏i=1k\prod_{i=1}^{k}

多轮对话管理

有一晚来了桌客人,边吃边聊还加了三次菜,服务员小柳全程没记错:谁的饮品、加到哪一轮、谁忌口。老王问她秘诀,她说:“我脑子里有张桌卡,每听一句就更新一次。”多轮对话管理,就是语音助手的“桌卡”。

这张桌卡由四个部分组成:上下文记忆(也叫对话状态跟踪,记录已收集的槽位、当前在聊的主题);指代消解(用户说“那个”时知道指什么);主题切换(客人聊完天气又回到加菜,系统要能切回未完成的任务);澄清与确认(没听清或置信度低时主动问,而不是瞎猜)。

举个例子:“来份儿童套餐”“不要辣”“两份”——“不要辣”里没有“儿童套餐”几个字,系统靠上下文知道这是在给上一道菜补充属性;“两份”靠指代消解知道是对套餐的数量补充。当语音识别置信度低于 0.6 时,系统不应直接执行动作,而要反问:“您是说 A 还是 B?”

小柳的“桌卡”从没掉过链子,客人因此夸她“记性真好”。其实哪有什么好记性,不过是把每句话归位到正确的位置。给语音助手画好这张上下文桌卡,用户才愿意把复杂而重要的事情放心交给它。

c∗=arg⁡max⁡c∈CP(c∣上下文)\displaystyle c^{*} = \arg\max_{c \in C} P(c \mid 上下文)
指代消解的选择规则:在所有候选对象 C 中,选出在当前上下文下概率最高的那个 c*。比如“那个”最可能指刚提过的“儿童套餐”。
  1. 候选集 C指代可能指向的所有对象。比如对话中出现过的“儿童套餐”“加辣”都是候选。
    CC
  2. P(c | 上下文)结合上一轮话题、已填槽位等上下文,估算每个候选被指代的概率。刚提过的对象概率通常最高。
    P(c∣上下文)P(c \mid 上下文)
  3. arg max(取最大者)从候选里挑概率最高的对象作为 c*。若最高概率仍然偏低,就转为澄清提问,而不是硬猜。
    arg⁡max⁡c∈C\arg\max_{c \in C}

情感化设计策略

老王做过一个实验:让两个服务员说一模一样的“欢迎光临”,一个面无表情,一个笑盈盈。客人对后者的评价是“这家店很热情”。话术完全相同,温度却截然不同。语音助手的“温度”,来自情感化设计。

情感化设计有四件套:人格设定(给助手一个稳定身份,例如“晓语小馆的订餐助手小晓”,自称、口头禅、知识边界都围绕它);语气语调(短句、口语化、恰当的停顿和语气词,避免书面腔);共情表达(用户说“怎么这么慢”时,先回应情绪再给方案:“抱歉让您久等了,我马上帮您催一下”);适度幽默(用轻松语气化解小错误,但避开敏感话题)。

共情有固定结构:先承认情绪(“理解您的着急”),再给确定性(“我马上查”),最后补行动(“预计 2 分钟给您回执”)。在工程上,可以通过情感词分析实时计算用户的不满强度,动态决定道歉的深度和语气的人情味。

老王把“笑盈盈”写进了服务手册的第一页:先接住情绪,再解决问题。语音助手也一样——冷冰冰的准确,不如有温度的确认。当用户感到被理解,对话的耐心和信任都会悄悄增长。

E=∑j=1mwj×ej\displaystyle E = \sum_{j=1}^{m} w_j \times e_j
一句话的情感强度 E:m 个情感词各自的情感值 e_j(负为消极、正为积极)乘以语境权重 w_j 后求和。E 越低,回复越需要先共情再行动。
  1. e_j(情感值)每个情感词的极性强度,比如“久等”约等于 −0.7,“感谢”约等于 +0.9,常取值在 −1 到 1 之间。
    eje_j
  2. w_j(语境权重)同一个词在不同场景下分量不同,“等”在催餐场景里权重更高,用来调制情感词的贡献。
    wjw_j
  3. 求和 Σ(整体情绪值)把整句话的情感分量累加,得到整体情绪值,作为是否启动共情话术的开关。
    ∑j=1m\sum_{j=1}^{m}

体验优化测试

开业前三天,老王搞了一场“试营业”,请朋友来点单,自己躲在一旁记:哪句听岔了、哪个问题让客人愣住、哪次上菜超时。他还请了一位“神秘顾客”全程录音复盘。这就是 VUI 的体验优化测试。

测试有四种手段:用户对话调研(拉取真实日志与访谈,找高频说法和痛点,例如发现很多人说“辣不辣”而不是“需要加辣吗”);原型快速验证(用 Wizard-of-Oz 的方式,让真人在后台假装 AI 应答,低成本验证对话流程);核心指标监控(任务完成率、平均对话轮数、重听率、打断率);数据驱动迭代(针对失败对话分支做 A/B 测试,小步快跑)。

指标要成套地看:完成率高但轮数很多,说明流程绕;完成率低且重听率高,说明播报不够清楚;打断率突然上升,往往意味着话术太长。行业里通常以“任务完成率”为北极星指标,再用辅助指标精确定位是哪个环节出了问题。

试营业那三天,老王的笔记本写满了“客人说……”,他一条一条改,正式开业后果然顺得惊人。VUI 没有“写完即完成”的时刻——上线只是开始。把每一次失败对话都当成神秘顾客的抱怨,体验才会一轮比一轮稳。

RTSR=N完成N总对话×100%\displaystyle R_{TSR} = \frac{N_{完成}}{N_{总对话}} \times 100\%
R_TSR 是对话系统通用的任务完成率(Task Success Rate):所有对话会话中,用户最终成功完成任务的占比,是衡量 VUI 体验的北极星指标。
  1. N_{完成}(成功对话数)对话结束时任务真正达成的会话数,例如订单成功下出去的次数。
    N完成N_{完成}
  2. N_{总对话}(总会话数)系统接到的全部对话会话数,无论中途是否放弃都算在内。
    N总对话N_{总对话}
  3. ×100%(百分化)换算成百分比,便于跨版本比较,通常 90% 以上视为优秀。
    ×100%\times 100\%

AI 应用场景

银行客服语音机器人

阶段:对话流程设计与多轮对话管理

解决的问题:传统 IVR“请按 1、按 2”的树形菜单层层嵌套,用户经常迷路挂断。AI 语音机器人用自然语言理解直接听懂“我想查这个月水电扣款”,再用槽位填充补齐卡号、时间等要素,全程允许打断和重说。

具体案例:某股份制银行上线语音客服后,用开场白明确入口、一次一问收集卡号与查询项、低置信度时主动澄清,把查账类任务完成率从 52% 提升到 81%,平均通话时长缩短 40%。

餐饮智能音箱点单

阶段:槽位填充 + 情感化设计

解决的问题:扫码点单对老年人和忙乱中的顾客并不友好。语音点单通过多轮对话收集菜品、辣度、数量,并用隐式确认自然复述,把点错率降到最低。

具体案例:某连锁快餐品牌在智能音箱上部署点单助手,沿用“一次一问 + 复述确认”的流程,配合人格化问候与共情话术,复购用户中 65% 主动使用语音点单,平均点单时长仅 47 秒。

车载语音助手导航

阶段:主动唤起与多模态混合

解决的问题:驾驶时分心看屏非常危险,传统按键交互需要视线参与。车载 VUI 用唤醒词低打扰介入,并把关键信息同步到仪表盘图形界面,语音与视觉互补。

具体案例:某车企的“语音领航员”在导航偏航时主动开口:“刚才错过路口不必担心,已为您重新规划路线。”同时仪表盘展示新路线缩略图,用户偏航后的焦虑类投诉下降 60%。

Python 演示

python51 行
# -*- coding: utf-8 -*-"""晓语小馆点单机器人: 用槽位填充实现的多轮对话小系统"""import re  class OrderBot:    """模拟餐厅语音点单, 逐轮收集必填槽位"""     def __init__(self):        self.slots = {}        self.required_slots = ["dish", "spicy", "count"]        self.ask_map = {            "dish": "请问想吃点什么? 我们有儿童套餐, 咖喱饭, 牛肉面",            "spicy": "好的, 需要加辣吗?",            "count": "要几份呢?",        }        self.dish_names = ["儿童套餐", "咖喱饭", "牛肉面"]        self.cn_number = {"一": 1, "二": 2, "两": 2, "三": 3, "四": 4, "五": 5, "十": 10}     def fill(self, text):        for dish in self.dish_names:            if dish in text:                self.slots["dish"] = dish        if "辣" in text:            self.slots["spicy"] = "不辣" if "不" in text else "加辣"        match = re.search(r"([一两二三四五六七八九十\d]+)份", text)        if match:            word = match.group(1)            self.slots["count"] = self.cn_number.get(word, int(word))     def next_prompt(self):        for slot in self.required_slots:            if slot not in self.slots:                return self.ask_map[slot]        result = "已确认: {dish}, {spicy}, {count}份, 马上为您安排!".format(**self.slots)        self.slots = {}        return result     def run(self):        print("服务员: 欢迎光临晓语小馆, 想吃点什么?")        while True:            text = input("顾客: ")            self.fill(text)            prompt = self.next_prompt()            print("服务员: " + prompt)            if "已确认" in prompt:                break  if __name__ == "__main__":    OrderBot().run()
目的:实现一个“一次一问”的槽位填充式点单机器人,用户分多轮补齐菜品、辣度、数量,系统凑齐后自动复述确认。
  1. self.required_slots = ["dish", "spicy", "count"]定义必填槽位清单,相当于点单要收集的三个空。
  2. self.ask_map = {...}槽位到提问话术的映射,缺哪个槽就问哪句话。
  3. def fill(self, text)从用户话语里抽取槽位,把自由文本变成结构化信息。
  4. self.slots["spicy"] = "不辣" if "不" in text else "加辣"用规则式意图理解,识别“不要辣”和“加辣”的差别。
  5. match = re.search(r"([一两二三四五六七八九十\d]+)份", text)用正则从“两份”里抽出数量“两”。
  6. for slot in self.required_slots:依序遍历槽位,找到第一个缺失项并提问,体现“一次一问”。
  7. result = "已确认: ...".format(**self.slots)用已收集的槽位拼出隐式确认语,让用户自然纠错。
  8. if __name__ == "__main__":提供可执行入口,运行即可体验完整的多轮点单对话。

常见误区

误区很多初学者觉得 VUI 很简单,把 GUI 的文案直接丢给 TTS 朗读就行,菜单、帮助文档、宣传语统统照读。

正解耳朵是时间性的,眼睛是空间性的。用户没法回到上一句重新查看信息,所以语音文案必须短句、口语、低密度:一次只说一个要点,选项不超过三个。把长文档念出来不是语音设计,而是折磨用户。

为何常见:因为大家最熟悉文字界面,天然认为“内容不变、换个输出通道”即可,忽略了听觉线性接收、无法回看的本质差异。

误区“多轮对话太啰嗦,让用户一口气把菜品、辣度、数量说完不是更快吗?”这是新手最典型的效率直觉。

正解人耳单次能处理的信息有限,一次抛三个问题,用户往往只答得上最后一个。槽位填充的黄金法则是“一次一问”,每轮只收集一个槽位并即时反馈,总耗时不增反降,回答质量还更高。

为何常见:视觉表单可以一屏填完,把这种“并行填写”的习惯迁移到串行语音上,就会高估人耳的短期记忆容量。

误区“语音识别都 98% 准确了,还做什么多轮管理、指代消解?”这类观点常出现在技术团队内部。

正解识别不等于理解。用户说“不要辣”,句子里没有任何“儿童套餐”字样,识别得再准,系统也不知道这是在补充哪道菜的属性。上下文记忆、指代消解、澄清确认解决的是“语义归宿”问题,与识别率正交,二者缺一不可。

为何常见:识别率是看得见的硬指标,对话管理是隐性的软工程,初学者容易用单点指标替代系统化思维。

误区“情感化设计就是让助手多说'呢''哦''亲',语气词堆满就显得亲切。”不少产品 demo 都这么做。

正解情感化的核心是“先共情、再行动”的结构,例如先承认用户等待的焦躁,再给出确定性的补救方案。无意义的语气词只会拖慢节奏、显得油腻。情感化要服务于任务达成,而不是表演热情。

为何常见:市面上部分闲聊机器人靠堆砌语气词营造“拟人感”,让学习者误以为那就是情感化设计的全部。

面试题

Q1. 语音菜单一次性播报推荐的选项数是?

单选题 · easy

  • A.十个左右即可
  • B.大概七八个
  • C.两三个左右← 正确答案
  • D.十五个以上

答案:C。人耳短时记忆容量有限,一次播报 3 个左右的选项留存率最高,超过后用户记不住前面内容只能反复重听。就像服务生一次报三个菜名客人能记住,报十道就只能记住最后一道。选项过多会显著拉低任务完成率。

Q2. 语音助手收到指令后,最佳反馈等待时长是?

单选题 · easy

  • A.半秒到两秒← 正确答案
  • B.五秒到十秒
  • C.三十秒以上
  • D.完全不限时

答案:A。语音交互对时延极其敏感,0.5~2 秒内给出反馈用户会感觉流畅自然;超过 2 秒便开始重复或焦虑,相当于客人招呼服务员却迟迟无人应答。所以收到指令后要尽快给出“正在处理”一类的反馈。

Q3. 槽位填充中“一次一问”的直接原因是?

单选题 · mid

  • A.减少服务器负载
  • B.贴合人耳有限记忆← 正确答案
  • C.提高语音识别率
  • D.缩短开发周期

答案:B。槽位填充一次只问一个,是因为人耳在线性时间流中难以同时回应多个问题。一次抛“什么菜、辣不辣、几份”三个问题,用户通常只答得上最后一个。逐轮收集看似多几轮,实际总时长更短、准确率更高,就像服务生一道菜一道菜地问。

Q4. 用户单独说“两份”时,系统能知道是在补充“儿童套餐”的数量,主要依赖?

单选题 · mid

  • A.上下文记忆与指代消解← 正确答案
  • B.性能更强的麦克风阵列
  • C.识别更快的语音模型
  • D.功耗更低的芯片方案

答案:A。用户说“两份”时,句子本身不含任何菜品信息,系统是靠上一轮对话状态推断出这是在补充“儿童套餐”的数量,这依赖上下文记忆与指代消解。就像服务生记得这桌刚点了儿童套餐,客人说“再来两份”时知道加的是同一道菜。

Q5. 语音助手人格设定(persona)的主要价值是?

单选题 · mid

  • A.让声音波形更饱满
  • B.缩短模型训练时间
  • C.让语气一致体验可预期← 正确答案
  • D.提升麦克风灵敏度

答案:C。人格设定让助手有稳定的身份、口吻与边界,用户因此能预测它的回应方式,体验更可预期。音色好听、识别率高、训练快都不是人格的职责。稳定的性格就像餐厅明确的服务风格,客人每次来都知道会得到怎样的招待。

Q6. 下列属于 VUI 可用性诊断指标的有?

多选题 · mid

  • A.任务完成率← 正确答案
  • B.用户重听率← 正确答案
  • C.对话打断率← 正确答案
  • D.内存占用率

答案:ABC。任务完成率衡量目标是否达成,重听率反映播报是否清晰,打断率暴露话术是否冗长,三者是 VUI 可用性诊断的核心指标。内存占用率属于技术运维范畴,不直接刻画用户体验。

Q7. 隐式确认的典型表达是?

单选题 · hard

  • A.请再说一遍您要的选项
  • B.请问您确认要下单吗
  • C.请按键确认或者取消
  • D.已点好两份不辣儿童套餐← 正确答案

答案:D。隐式确认是把系统理解到的信息自然地嵌进行动话术里,如“已点好两份不辣儿童套餐”,用户有误自会纠正,无误会继续动作。显式确认是问“您确认吗”,重复确认是“请再说一遍”,都会增加额外轮次。好比服务生上菜时报一遍菜名,客人听着对就动筷,不对就喊停。

Q8. 当系统对用户意图的置信度低于阈值时,应优先?

单选题 · hard

  • A.大胆执行最可能动作
  • B.发起澄清提问确认← 正确答案
  • C.静默等待用户重说
  • D.直接转接人工客服

答案:B。意图置信度低时强行执行,会把错误成本转嫁给用户;正确做法是发起澄清提问,如“您是说 A 还是 B?”。静默等待显得没有回应,直接转人工则浪费了系统的可用能力。这对应“没听清就问一句”的服务员素养,好过自作主张上错菜。

Q9. 下列属于情感化设计有效手段的有?

多选题 · hard

  • A.先共情再提供方案← 正确答案
  • B.保持人格口吻一致← 正确答案
  • C.恰当使用语气词← 正确答案
  • D.无限堆叠卖萌表情

答案:ABC。情感化设计讲究“先共情再行动”的结构、稳定的人格口吻与恰到好处的语气词,它们共同营造温度。无限堆叠卖萌表情属于表演式热情,反而拖慢交互节奏,是典型的反例。

Q10. 关于语音界面与图形界面的差异,正确的有?

多选题 · extreme

  • A.语音信息按时间线性播放← 正确答案
  • B.用户无法快速回看内容← 正确答案
  • C.语音适合低注意力场景← 正确答案
  • D.语音纠错成本低于图形界面

答案:ABC。语音信息按时间线性播放、无法回看,因此信息密度必须远低于可随时扫读的图形界面;语音解放了双眼,适合驾驶等低注意力场景;但语音一旦听错,纠正过程比图形界面的点选修改更耗时,出错恢复成本更高,所以 D 错误。