My Secret Rainbow

HMI 语音设计探索-对话设计

对话设计

对话设计是基于人们的对话的设计语言，它集合多个设计的内容，其中包括语音用户界面设计、交互设计、视觉设计、动画设计、语音对话脚本设计、乃至还有音频设计增加语音助手的灵动性。

对话设计的是否成功与否最重要的就是个性，现在市场上的许多车载语音系统对话听起来还是基本很相似，是因为很多公司都没有专业的对话设计师，要么是程序员、产品经理、好一点的公司组建一个语音组，都是从其他行业转化过来，然后将各个大厂的语音对话研究一下，就上岗了，国内优秀的VUI设计真的很稀缺，也是很缺少的人才，我可不想再用语音交互的时候 语音助手和我说“对不起，我没懂你的意思” 😒😒😒

对话设计师在规划用户在具体每个功能模块区域内做什么，同时还要考虑用户的需求和技术限制，对话的策略，是代表着该语音系统完整的用户体验，也包含详细的规范定义流程和底层逻辑。

这边需要着重的讲一个小知识点：
我们会有一个误区，认为“对话”仅只是#说 or #听到的内容，其实对话本质上是多模态的，对话的核心内容是对话的流程和底层逻辑，图形界面的逻辑一般都不太会用在对话内容的设计方面，基本上他们两是一个独立的个体。

对话设计注意点：

 

语音简短化

车载语音对话设计做是否OK？是基于对话内容时间的长短，因为用户没办法像查看UI界面内容那样，去查看语音的内容。根据人的平均记忆力，如果车载语音虚拟形象说了，关于这个话题很多内容，用户可能无法记全所有的内容，这对于对话将大打折扣，因此在对话过程中需要严格遵循  ➡️  简短明了，让每一个文字都有意义，避免重复的短语，可以让用户可以快速的做决定。

 

响应等待设计

当用户在用导航功能的时候，语音对话说“导航去火车站”，如果在上海的话，就有好几个火车站，需要用户再次去选择，#1虹桥火车站、#2上海火车站、#3上海南站、#4上海西站，我们在做项目的时候，体验设计师给他的定义是如果用户超过8秒还没有进行选择的话，默认是选择第一个，如果第一个目的地不是我想要的，那么我需要重新通过语音再次输入信息。我觉得默认选择这个选项可能会有些不妥，如果这期间来一个电话或者是微信的语言电话，那么我是不好通过语音去选择的，如果汽车不是在驾驶的状态，可以手动触控屏幕进行选择OK没问题，如果是驾驶状态下，就需要优化前面默认选择项了。

我的想法💡
(1)超过8秒钟后，默认选择第一个没有问题，但是在用户结束自己之前任务状态后，可以说重新选择目的地，将之前的搜索出来的火车站结果都再次调出来，提供用户重新去选择。
(2)这块就更智能化一些了（这个有一点前瞻性的意思，研发要是看到这个需求估计要揍死我🤫🤫），当语音助手检测用户正在忙的状态时候，在8秒钟都没有做出选择，那么语音助手可以从第一个目的地开始播报，用户可以通过方向盘OK硬按键去选择自己所需要导航的目的地，在驾驶过程中，方向盘的硬按键安全性远高于中控屏幕的点击。

避免过多的选择

给用户提供选择的选项列表的时，最好不要超过三个选项，给用户较少的选择，能够让用户更明确去抉择，减少过多选项对于用户的干扰，刚刚上面导航那个案例排除，上海火车站真的太多了没办法，其他城市应该还好都是1-3个左右。

我的想法💡

上面实际案例就是强行逼迫用户去选择一个，这种体验很差，有一种场景，如果这三个选项都不是我想要的，你就得重新再说，帮我推荐一下附近的餐厅，想想这种体验就不是我想要的，我觉得可以增加一些情感化的设计在里面，如果这三个选项都不是我想要的。
我可能会说“这些我都不想去、能不能帮我再推荐其他的”

语音助手说“你可真挑食、好的，那我就在帮你找找其他美食”（我的意思就是要让机器多去自我学习，更加智能化、情感化贴近于用户的交流，这样用户才会更愿意使用语音交互）

上面的场景是对于这块区域不熟悉的用户来搜寻美食，如果用户有直接目的需要吃什么类型的餐饮的时候，语言助手只需要推荐相关美食就好，
用户说“帮我找一下附近的海底捞”

语音助手说“附近有三家海底捞，您是要去哪一家…（播报三家信息）”

(播报三家海底捞的 位置和距离 甚至我想是不是可以增加排队人数的播报，如果排队人很多就可以换一家，接下来就可以和语音助手直接说帮我预约好位置，省的用户到店面还要进行排队等候)

不要假设用户知道该做什么

在做对话设计的时候千万别考虑用户的思考逻辑，每个人的思考逻辑都不一样的，所以不用去猜想用户的想法，只需要提供有用的信息让用户自己选择好了，前面有提到对话设计是讲究有逻辑性的，你在设计对话剧本的时候不可能就只考虑一条线。

举个简短的例子，你在设计一个订购飞机票语音对话流程，你想法是，首先先确定目的地，哪里起飞去哪里，然后再选择时间点起飞。假设用户直接说：“帮我预定早上八点的飞机，飞往深圳”那问题来了一开始用户是说的时间，最后只说了目的地，没有有说出发地，因此在语音设计剧本的时候，你需要将所有能出现的状况都考虑进去。

语言文案设计一致性

在图形设计之前UE也需要将动词、名词之间的搭配提前定义好，需要全局保持一致性，这块内容有在我第二篇文章提到过，因此在对话设计过程中也要格外注意。

不要信息轰炸用户

现实中我们正常 处理事物的时候，也是将事物划分成几块，然后按照计划步骤进行，而不是一股脑子乱做，车载语音设计也是如此，作为一个正常的用户来说，我们一次性说出的需求并不会很多，不会像专业的车机测试人员一样，去叙述一大堆信息去检测机器的运转效率，和一个处理信息的准确性，每次出差去南京走查，都会听到测试人员巴拉巴拉 一直说，我脑袋都大了🙄🙄🙄，所以我们正常用户都是逐步的去说消息的，举个列子🌰

避免使用专业术语

举一个场景的例子，当你在道路上开车，需要停在路边接朋友，朋友还没有到达指定位置，或者该位置是不可以停留的，语音助手正确说法“这边不可以停车，不然交警叔叔会罚款的，赶紧溜，我帮你找一个附近可以停车的地方吧” 错误的说法：“你触犯了了我国《交通法》第XXX条,……此处省略法律条文 🤦🤦 这边是禁止停车的”

首先当你听到触犯法律，你的第一想法what？这是什么鬼，给用户的感觉是很糟糕的，因为法律消息通常会包含阅读的长并且还不自然的语言，给用户带了不好的体验，并且还未给解决的方案。一个好的语言设计方案会让人喜欢上使用它。

最后来个总结：

后续我会对于前瞻性的语音进行探索，再写一篇。前瞻性的就再举一个🌰吧：通过面部扫描，检测到用户不开心的时候，车载系统可以推荐一些治愈系的电台，或者可以让用户放松、舒缓心理的的歌曲，或者你进行人机交谈（这个就比较高级，需要让语音系统进行大数据自我学习，达到能够和人能正常交流），让我们一起展望未来吧。

原文：https://mp.weixin.qq.com/s/N6JHpgEscBSp7J16hQEd-w