前言：这一小节提供了细致的VUI设计流程，设计原则以及注意事项。
一、设计流程
谷歌提倡的设计过程可以帮助设计者在思考用例时更加容易，确保对话UI听起来自然，可以作为对开发者创建对话时的可靠参考。
主要步骤如下：
选择正确的用户场景当用户选择VUI时，通常会有意识地进行权衡。一般情况下，选择VUI的场景是当用户眼睛盯着其他地方或腾不出双手时。不要试图将现有移动或PC应用直接转换为VUI。因为VUI有自己的节奏和简单的属性，一旦经由其他交互模式演变，就很容易变得复杂。以下是一些适合转化成VUI的场景：用户可以快速做出回答的场景：这是指那些只需要简单输入的内容，例如基本用户信息、地点、时间与日期。对于用户来说，已经熟知的信息很容易想起来，也比较容易存储，这样你就可以为后续的对话节省时间。快捷，同时又有强制性操作的场景：这类操作通常可以为用户节省很多时间，使他们获得受益。例如，在几秒钟内订购食品，在30分钟后送达，或是预定搭车，几分钟后出租车会出现在家门口。还有其他的一些便利操作，包括查找答案、快捷计算、记录或跟踪信息，以及任何可以在不中断当前任务的情况下拿出手机或找到一张纸等等诸如此类。本身就更适合语音操作的行为场景：某些场景中，你会期望不占用双手去完成任务，例如在做饭的时候听菜谱，或在开车时做笔记。这些类型的用例也能很好的转换到触摸屏幕设备上。因为在这些场景中，与屏幕的交互需要快捷的点击与手势，如果UI能够提供比较快捷、解放双手的交互，就会使操作任务更容易达成。
创建persona在开始设计对话之前，首先要思考你期望它听起来如何，要给人传达怎样的感受。如果设计者要设计一个趣味游戏，可能会希望采用一种奇特的语气。如果要创建的是一个新闻阅读器，也许又会考虑使用更谨慎严肃的语气。人们会对“媒介”角色（例如虚拟助手）产生像对真人一样的心理反应。我们会本能的将人类个性与性格迁移到数字对话中（无论是语音还是可视的文字对话），哪怕只有很短暂的几秒，也是如此。每段声音都有一个主题，我们会自然而然的在脑海中构建出这个说话者的精神意向。同样的，我们也会像评判一个真正的人那样，去评估程序设计出来的人物特性，不管这些特性是否是有意设计的。 许多人觉得，当他们与那些似乎缺乏交流能力的设备互动时，会显得愚蠢、尴尬。而人类语言具有亲密性和个性化的属性，这些决定了我们通常不会选择使用VUI，除非它能提供其他交流模式无法提供的益处。VUI的设计应当要符合人们对于一个助手角色（或在谈话中担任的任何角色）的心理模型。而用户研究会帮助引导人们去理解这个模型。所以，我们首先要聚焦到为真实的人而设计，之后再让机器去跟随。Persona可以帮助你设计、撰写UI对话，所以要尽早确定，这样就能更容易的决策出正确的用词、语法和句子结构。要记住，无论设计师是否打算创建persona，用户都终将会感知到一个角色，而这一点对你的品牌至关重要，你需要将你期望的被用户感知到的体验串联起来，去有意识的进行设计，而不能把这个机会丢给偶然，听之任之。
撰写对话现在你确定了用户场景，并构建了用户画像，也许接下来你会想要开始开发，但是一定要拒绝这种冲动！相反的，你应该用纸笔先构思对话。可以写一些用户可能会参与其中的独立或多段对话，以下是可供参考的思路：a. 一个给予用户的”愉悦路径“，即可以用最简单的方式完成任务的路径，不会过于复杂。b. 其他完成任务的路径，能够使用户完成和”愉悦路径”同样的任务。这可能会是多样化的，因为有的用户会选择一次只说一部分信息，而其他用户可能会一次把信息全说完。c. 需要进行修复调整的对话场景，例如系统无法支持或不能理解用户的请求。d. 用户中途退出，以及用户完成任务后对话结束的场景。需要考虑到如何对话的结束足够明确。e. 对用户的问候语，以及引出对话操作的方式。f. 当熟悉了对话听起来的感受，就可以开始考虑它出现在屏幕上的方式。Google的操作提供了一系列方式供参考，可以帮你设计在设备上展现的声音和视觉UI元素，以满足体验效果。同时，需要注意使用口语化的表达。
进行测试测试应用没有想象中那么麻烦。你只需要找到一些开发团队以外的人，让他们在没有任何提示的情况下试用一下。对流程多测试几次，应该就能发现一些问题，例如哪个对话任务完成起来有困难，或是用户与语音交互的场景中，听者的感受如何。 之后也可以搜集一些主观反馈，例如他们在哪里卡住了，在什么地方感觉不顺畅。当然这些信息只是你海量用户中的一部分反馈，但这可以帮你在产品真正上线发布之前就搜集一部分有价值的信息。
二、设计原则和注意事项
设计原则：
保持简洁尊重用户的时间。提供核心路径，不要阻碍用户。
给予用户信任人们熟悉对话，也知道如何谈话。所以不需要告诉他们怎么说，或一句一句的教他们。只需要提供最自然的沟通方式，把对话推进下去就可以了。
考虑对话的场景对话需要符合场景，并且要能够随着用户当前需求以及所处的环境而适应变化。
听起来愉悦，但又不分散用户注意力可以为对话添加人的个性化特性，但又不能太过度，以免妨碍用户完成任务。
要能够使新手用户感兴趣，同时也需要持续吸引专家用户为海量用户进行设计，并不意味着只满足最低等级的需求。
轮流交谈当轮到用户说话时，不要贸然强行打断。如果是问用户问题，那就不要在他们回答的时候又突然插入一些其他指令。
不要猜测用户的意思提供事实信息，让用户自己做决策。
注意事项：
（需要做的）
遵循基本的对话原则以及日常谈话模式（包括问候语）。
遵守格里斯法则（详见第二节）。
包容多种对话口吻风格。
通过直观的例子告诉人们可以说什么（但是不要”教导”他们）。
直观的展示系统正处于聆听的状态。
使用随机化的表达，使对话听起来更自然。
对于重要的请求，需要明确的显性确认，而对于低风险的任务，可以采用隐形的确认。
对待”出错”，可以把它转变为一种提供有价值（自然）的互动的机会。
（不应该做的）
向用户提问后，还在继续说。
使用刻板的对话脚本。
想要教导用户，让他们说安排好的台词。
说那些显而易见的内容。
用高人一等的口吻说话，或是听起来很机械的回答用户
在下一节中，谷歌为设计者提供了一个例子（Number genius），系统简述VUI的设计流程。
