Google对话式交互规范指南(八)通过确认和应答给予用户信心

这一小节主要介绍了确认和应答两种对话技巧,对于确认,介绍了隐性和显性两种确认方式和使用场景。对于应答,也提供了一些使用原则,尤其是随机性应答的方式。正文如下。

对于界面设计师来说,一个基本的挑战就是判断用户何时遇到了问题。而避免问题的第一步就是让用户知道系统正处于聆听的状态。有两种方式来达成:确认应答

确认就是让用户知道系统正确理解了他们的问题、指令或回答。而应答是指一些词语或短句(像是OK或Alright),用来表明系统已经获取到信息。

为什么需要确认

确认可以给予用户更多信心,进而提升对话体验。如果缺少确认机制,那么就会存在系统误解用户输入,错误引导用户的风险。例如用户提问说:“Oakland(美国)天气怎么样?”却错误的得到新西兰Auckland的天气预报。

这种出错风险的严重程度取决于具体的操作内容——可能是错误的购买了1000股股票,或只是收到了错误的天气预报。聪明的设计师应该知道如何根据不同的场景提供对应适合的确认,从而避免错误的引导用户。

通常,设计师需要在隐性确认显性确认两种方式中进行选择。

1.显性确认

显性确认中,系统会把主动权交给用户,在进行下一步操作之前,向用户进行口头确认,例如:

对于有多条内容,但是都与同一个操作相关,也可以同时一起进行确认:

显性确认通常适合的应用场景包括:比较难撤销的操作;对于购买者的消费协议或法律法规的口头确认(例如在付款之前的最后确认);系统性能不够好。

2.隐性确认

隐性确认的方式是提炼用户表述的关键内容,放入到自己的响应中。以便让用户明确系统已正确识别了信息。例如:

这种确认是隐形的,也就是说系统会重复关键信息,这样用户就可以快速的知道系统已经识别到了这些信息。

重复的信息不一定要特别精确,例如:

上面例子的回答中,使用了“general news”,系统猜测用户很可能已经尝试过这类新闻,只是期望更精确的查询或是看看其他更多功能。通常这种方式,可以让回答更简洁,避免提供无价值的信息。

隐性确认适合于系统对获取信息的识别准确度较高,出错的可能性较低的场景中。这种确认的优势是效率比较高,而劣势是一旦出错,用户可能不知道该怎样去纠正。记住以下的几条原则,可以帮你更好的进行决策:

不要直接让用户退出

很多对话UI在隐性确认中,会遵循一种"快速回退"策略。(当确认的信息错误时,让用户直接说"Go back"。)但我们不推荐这种方式。建议根据合作对话原则,根据用户具体场景,自动组织语言,适应对应的情况,来引导用户回到正确的路径上。如果真的不得不提供"Out"的直接退出路径,那也需要用显性的方式来确认。

最后一点,有些场景中不需要提供确认。例如打开闪光灯,就可以立即直接打开。对于这种结果可以立即感知的操作,只要直接执行就好了。

当已经决定好要采用哪种确认的策略,接下来就可以考虑准确度,以及出错时进行纠正的用户成本问题了(例如用户付出的钱、时间以及情绪投入的成本)。

关于应答

应答是一些像是Okay、Sure、Thanks、Got it这样的短语,可以确保让用户知道他们说的话已经被系统获取到,以及让对话流畅自然。

应答用于在话题更换前表示接受、拒绝、二次确认、更正。

对重复信息需要谨慎,应答要避免滥用。

好的对话UI能够组成自然的轮换发言,它可以传达出对说话人的关注,并表现出随时待命,根据用户需要来推进对话。简单的应答可以让用户知道系统已经接受到了上一轮对话的信息,对于对话任务的成功和推进起到至关重要的作用。应答传递出系统正在追随着用户,并且反过来也可以向用户传递产品、品牌以及公司价值观。

如果缺少应答,用户可能会质疑刚刚说的话,系统有没有听懂。对话UI可以在进行下一步操作之前,通过随机的确认(如Sure.For what time?)来消除用户的这种质疑。应答也可以结合其他的一些连接词(如Next、And、So、Actually),把整个对话更好的连接在一起。

下面的两个例子,传递的信息是相同的,但是后一种方式使用了确认和应答机制,可以感受下它们的差异:

注意事项

应答需要符合场景、品牌、任务类型和对话细节(像是用户是否处于正确无误的路径上,或是提出的问题是否已经被识别理解)。

在真实对话中,我们经常会听到如“Alright then”、“You got it!”、“Doh”之类的应答。但是在对话UI中,需要考虑这些应答是否能够符合你的角色画像和要传达的体验。

应答需要谨慎克制的使用,不是每个句子都会有应答做开头。当对话已经策划好,写好草稿,就能够比较容易的确定出要添加应答的位置和数量了。

直接明确重复用户的请求,也是一种应答,例如“关闭我的麦克风”,“麦克风已关闭”,这种方式可以让用户明确知道系统已获取到他们的请求。但是,你还是可以通过应答来传递轻松自然的氛围。

要避免应答单调、套路化的方式之一就是随机机制。为了保持新鲜感和多样新,可以提供一个特殊的随机应答列表,如Dnoe、Okey、Alright、Sure等等。而且根据我们从录音棚中获取的经验,那些录制声音的人也可以很有创造性。即使让他们说同样一个词,也可以变化声调,产生多种多样的表达。

使用确认和应答来构建流畅的对话

在对话UI相关的各种技巧中,确认和应答是最重要的技巧之一。它们可以帮助把一系列相关独立的、机械化的对话串成一个自然流程的整体。此外,也能够结合场景,促进对话的节奏感与效率,让对话更容易理解,让用户对当前的互动以及整个智能对话技术更加信任。

小结 & 建议

1.对于高风险的请求,使用显性确认,使信息更清楚明确。

2.对于简单的请求,使用隐性确认,以提升对话效率。

3.不要直接让用户退出,避免使用"Go back"命令策略。

4.利用应答让用户知道系统已经接收识别了来自他们的信息。

5.利用随机的应答来避免单调和套路化。


以上就是本小节的内容,之前的章节链接:

Google语音交互规范(一)对话式UI以及它的影响力

Google语音交互规范(二)理解对话机制,优化对话体验

Google语音交互规范(三)设计原则与方法

Google对话式交互规范指南(四)对话UI设计流程与步骤

Google对话式交互规范指南(五)设计走查清单

Google对话式交互规范指南(六)像你的用户一样善于合作互动

Google对话式交互规范指南(七)开启口语表达的力量

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 160,026评论 4 364
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,655评论 1 296
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 109,726评论 0 244
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,204评论 0 213
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,558评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,731评论 1 222
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,944评论 2 314
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,698评论 0 203
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,438评论 1 246
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,633评论 2 247
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,125评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,444评论 3 255
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,137评论 3 238
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,103评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,888评论 0 197
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,772评论 2 276
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,669评论 2 271

推荐阅读更多精彩内容