设计原则与方法论
Tips
以下为设计tips视频的主要内容，视频链接：
https://www.youtube.com/watch?v=MSUPVbbhIGA
非常建议大家看一下这个视频，讲述的很生动。
语言的诞生历史非常古老，在长久的时间里形成了一些固有的惯例与原则，在设计对话UI时也需要遵循这些原则。以下是对人类的语言、书写、计算机等沟通方式的发展历程梳理。
人类语言的特殊性，决定了对话UI（VUI）的构建与GUI有本质的不同。
对话设计的5个核心要点：
1.创建用户画像
首先要构思好你的产品品牌理念，举个例子，如果你的产品品牌期望给用户传达快速、高效的意向，那么在设计对话UI时，就需要突出直观、高效、简洁、数据驱动的特点。而如果是更轻松、娱乐化的品牌，那么就可以传达适应性、贴近、亲切的特点。
有了品牌理念，就可以按照几个维度来创建对话UI的Guideline：如对话的节奏、语调、积极性、声音属性、传达印象。
2.突破框架去思考
在定义好对话的品牌意向和基本属性后，不要马上开动设计逻辑。
你需要列举出诸多可能存在场景，考虑到意外状况，去草拟撰写对话脚本。然后再梳理一个总体的逻辑，如下图，逻辑不需要细化到每个细节、每句对白，重点是要围绕用户的意图展开。
3.考虑用户场景
设计对话UI需要考虑以下几个场景相关的问题：
用户在哪里？所处的环境是怎样的？
用户正在做什么？
用户使用的是什么设备？
用户的交互体验是怎样的？
用户要完成什么任务？目标是什么？
用户的期望和意图是什么？
试着去满足用户的意图，而不是仅仅考虑满足功能。
4.对话不存在"出错"的概念
人的表达会存在各种各样的情况，所以不管用户说什么，不要把它当成是一个错误来处理，而是要考虑如何把这转变为一个机会，去推进更顺畅自然的沟通。（我的理解：努力猜测用户意图，给出自己的理解让用户来确认和选择）
5.站在更高角度去思考
对话UI的使用不仅仅为了好玩，所以不要只是考虑做一个小游戏，而是更多的思考如何让它真正的帮助人们创造价值。
开始
我们提倡的设计过程可以帮你在思考用例时更容易，并确保你的对话UI看起来更自然，可以作为对开发者的可靠参考。
主要步骤包括：
1.选择正确的用户场景
2.创建用户画像
3.撰写对话
4.进行测试
5.实现与迭代
当用户选择对话UI而不是传统UI时，通常会有意识的进行权衡。一般情况下，选择对话UI的场景是他们在户外，没时间看网站上的信息，或是眼睛盯着其他地方，抑或是腾不出双手。
当用户选择对话UI而不是传统UI时，通常会有意识的进行权衡。一般情况下，选择对话UI的场景是他们在户外，没时间看网站上的信息，或是眼睛盯着其他地方，抑或是腾不出双手。
不要试图将现有移动或PC应用直接转换为对话UI。因为对话UI有它自己的节奏和简单的属性，一旦经由其他交互模式演变，就很容易变得复杂。
这里是一些关于哪些类型的用例可以比较好的转换为对话式交互的指导原则：
不经过考虑就可以回答。一些常规信息的输入操作，例如基础的用户信息、位置、时间和日期等。用户已经知道这些信息很好处理也很好保存，所以在以后用到此类信息时应尽量缩短反馈的时间。
快捷、强制性、有用的操作。这样的操作通常可以让用户花费较少的时间。例如，花几秒钟订餐，然后30分钟后就出现在用户面前，或者几分钟内在家门口叫到一辆出租车。其它便利的操作例如寻找答案、快速计算、记录或跟踪信息，以及各种可以为了避免因为拿出手机或一张纸而打断另一个任务的情况。
适合语音的操作。一些为了解放双手的情况，例如在做饭时听菜谱或者开车时做笔记。这些用例可以很好的将需要在屏幕上交互的事情转换成语音来完成。因为在屏幕上完成这些任务需要快速点击以及手势操作，而如果用户界面可以进行快速、解放双手的交互时就可以很简单的完成了。
建立用户画像
在建立您的对话界面前，先想一想你希望你的对话可以给用户带来什么样的感觉，它听起来应该是什么样的。如果你要设计一个好玩的游戏，你可能需要使用一种有意思的音调。如果你要设计的是新闻播报，那你可能需要使用更加谨慎、认真的音调。
对人物个性的感知
人们会对"媒介"角色（例如虚拟助理）产生像对真人一样的心理反应。
我们会本能的将人类个性与性格迁移到数字对话中（无论是语音还是可视的文字对话），
哪怕只有很短暂的几秒，也是如此。每段声音都有一个主题，
我们会自然而然的在脑海中构建出这个说话者的精神意向。
同样的，我们也会像评判一个真正的人那样，
去评估程序设计出来的人物特性，不管这些特性是否是有意设计的。
许多人觉得，当他们与那些似乎缺乏交流能力的设备互动时，会显得愚蠢、尴尬。
而人类语言具有亲密性和个性化的属性，这些决定了我们通常不会选择使用对话式UI，
除非它能提供其他交流模式无法提供的益处。
对话式UI的设计应当要符合人们对于一个助手角色（或在谈话中担任的任何角色）的心理模型。
而用户研究会帮助引导人们去理解这个模型。
所以，我们首先要聚焦到为真实的人而设计，之后再让机器去跟随。
用户画像可以帮助你设计并且编写对话，所以要尽早选择一个用户画像，它可以帮助你更容易的选择正确的词汇、语法和结构。记住，无论你是否计划使用一个用户画像，用户总会察觉到这个用户画像场景的存在。对你的品牌至关重要的是你希望用户能够体验到你希望他们感受到的，所以你要去建立这种体验而不只是靠运气。
撰写对话
现在你已经选择了几个用例并且决定了用户画像，也许你想要快点开始开发，但是不要这么快地推进。
你应该拿纸笔或者其它可以用来快速记录的工具，先起草一份对话的内容。
一开始，你需要写下来一些用户可能说到的、独立的对话内容。这里是一些对话类型你可以进行参考：
1.给用户提供“愉悦路径”；不能太复杂并且能够很简单的完成。
2.其它的路径也会让用户在最后得到与“愉悦路径”一样的结果。因为每个用户的行为不一样，有的用户一次说一点信息，而有的用户一次性把信息全部说完。
3.在出现不能支持或不能理解用户的情况时，需要去修复对话。
4.当用户得到自己想知道的信息后会在中途或者最后结束对话。考虑一下怎样确认对话已结束。
5.怎样问候用户以及功能如何被唤醒。在Invocation and Discovery中查看关于用户如何唤醒功能以及各种不同方式的开场对话。
6.当你确认了系统听起来应该是怎样之后，你应该考虑一下对话如何出现在设备屏幕上。Google提供了各种不同的操作，可以使用手机上的音频和视觉组件。例如，和屏幕上的内容相比你希望你的TTS回答一些不同于屏幕上显示的内容。在必要时，你需要为带屏幕的设备创建完全不同的对话。当你使用纯音频设备时只需要一个简单的体验，这很节省时间，例如快速为近期的项目排序，但在有音频和屏幕输出的设备上可以设计一个完整的购物车使用体验。
使用口语化的表达
也许你会处于好意，使用书面语言来代替口语来设计对话。像是我们通常在书写时会忘记用缩略短语，或使用"this"来代替提到的某种事物，取代口语中，常用的"that"（难道你说话的时候会把"Is that right"说成"Is this correct"？）。所以要注意这一点！你可以大声的把设计的对话读出来，这样可以用来检验，确保对话更自然，并能够让对话适合你所定义的用户画像特性。
测试
测试你的App实际上比你想的要简单。你需要找一些没有参与开发的人。让他们在没有任何提示和线索的情况下使用App。进行几次这个过程就可以发现一些问题，例如哪些对话任务难以完成，或者反馈声音与用户之间的交互是否匹配。
之后，去了解他们个人的反馈。在哪里被卡住了？对于“关闭”操作有什么感觉？类似反馈将会从更多的用户那里得到，而你在发布App前就可以得到这些有价值的信息。
遵循的设计原则
- 保持简短
尊重用户的时间，从核心上快速解决问题。
- 让用户信任
人们了解语言并且知道怎样说话。避免告诉人们怎样说话，而是要更专注于如何用更自然的方式继续推进对话。
- 相关性优化
对用户当前的需求和所处环境保持敏感，提供相关性的内容。
- 听起来舒服且不会打扰用户思考
当加入性格特性后，要确保它不会太影响用户完成任务。
- 吸引新用户和专家用户
为很多人设计并不是只满足最低水平的共同需求。
- 轮流对话
不要着急回答。如果轮到你问用户一个问题，不要在用户正在回答问题时额外加一个指示来阻碍他们。
- 不要猜测用户心思
告诉他们事实并且让他们自己决定。
对话界面设计的DO's and Don'ts
Do's
遵循基本的对话原则以及日常谈话模式（包括问候语）
应用Grice法则
包容多种对话口吻风格
通过直观的例子告诉用户可以说什么（但是不要"教导"他们）
告诉用户系统正在聆听
使用随机化的表达，使对话听起来更自然
对于重要的请求，需要明确的显性确认，而对于低风险的任务，可以采用隐形的确认
把对话中的“错误”转化成机会，简历更有价值（更自然）的交互
Don'ts
向用户提问后，还在继续说
使用刻板的对话脚本
想要教导用户，让他们说安排好的台词
说那些显而易见的内容
用高人一等的口吻说话，或是听起来很机械的回答用户