[Day21] 扩展你的设计:根据与对话发生的装置修改对白

从手机到智慧音箱,在不同装置上要考量到的情形皆有差异。
这篇文章中将先介绍Google助理可回应的装置有哪些
而你应该如何依据不同的装置修改回应方式来增进对话体验

按照Google助理支援的设备进行分组:

装置 说明
pic-1 对於智慧音箱或耳机上的对话,语音回应会承载整个对话并传达核心资讯。
pic-2 对於车内显示器或智慧萤幕上的对话,用户可能无法时常使用屏幕进行互动。因此,语音提示必须承载大部分对话并传达核心资讯。屏幕可用於视觉元件补充详细资讯并提供继续或转换对话的建议。
pic-3 电视、笔记本电脑、手机或手表上的对话同样适用於语音输入/输出和基於屏幕的互动模式。用户可以选择以口头或视觉互动的方式继续对话。因此,所有用於回应的元件可以协同来承载每一轮对话并传达核心资讯。

从口语回应到多种模式并行

从针对语音回应(智慧音箱)所设计的对话流开始,逐步拓展你的设计到不同的装置上。
使你的设计能很好地适应不同的情形并给予最佳体验。

示意图 详细说明
pic-1 从示例对话框中的原始语音提示开始。为减少认知负荷,在此官方范例中在口头上提供的选项只有随机挑出的六个选项。
pic-2 大多数情况下,您可以简单地在智慧萤幕等设备上重复使用相同的语音提示,因为传达对话核心的需求保持不变。 在对话的这一点上,没有任何内容适合在卡片或轮播等视觉组件中使用,因此不包含任何内容。但最基本的要求是一定要加建议卡片。来提供用户任何可能的选项并以便用户可以快速点击它们来进行响应。
pic-3 由於原本必须包含在语音对白中的内容能以视觉化形式展现了。因此,在这里重新使用了视觉组件是OK的。 文本对白理论上是语音提示的精简版本,让用户可以快速扫描内容获取资讯。若口头或文本对白中有对用户提出任何问题,在建议卡片的内容中应包含可能的选项供用户使用。 因此,在这里可以重复使用您刚刚创建的建议卡片。

参考资料

下一步...

让用户拥有良好的对话体验是至关重要的!
但我们必须设法吸引他们不断回来使用,这才是终极目标。
接下来将会简单介绍你可以透过哪些工具让用户不断回来使用你的Action。


<<:  Day-06 说明类别(class)跟模组(module)的差别?

>>:  [ Day 6] - 阵列与物件的混合使用

[Day 03]取得Nonce与HashID以产出Sign - [C#]丰收款API必备前置作业(二)

首先来个永丰官方的文件图片作开场吧! (图一:由商户->永丰正向发动的所需参数) 而我们今天要...

[DAY 22]纠团通知功能(2/3)

纠团的功能我把它切成两个部分 使用者输入讯息 背景执行 今天先介绍使用者输入讯息的部分 使用者输入讯...

DAY12:Fragment(片段之简介)

今天,要来介绍Fragment(片段),它是Activity中的一部分,一个Activity可能有数...

[Day17] 学 Reactstrap 就离 React 不远了 ~ 用 Spinners 搭配复习 Flex, useState, useEffect 三个愿望一次满足!

前言 虽然昨天的文章有提到我想在 Codecademy 开始打 React 的基础, 不过看前几天我...

[访谈] APCS x 武陵科学班 Jayinnn

今天邀请到旺宏科学奖的旺宏奖得主及以学测 APCS 组入学交大的 Jayinnn 来分享~ 访谈连结...