也许你会处于好意，使用书面语言来代替口语来设计对话。像是我们通常在书写时会忘记用缩略短语，或使用「this」来代替提到的某种事物，取代口语中，常用的「that」(难道你说话的时候会把“是这样吗”说成“这是正确的吗”?)，所以要注意这一点。你可以大声地把设计的对话读出来，这样可以用来检验，确保对话更自然，并能够让对话适合你所定义的用户画像特性。

　　四. 进行测试

　　测试应用没有想象中那么麻烦。你只需要找到一些开发团队以外的人，让他们在没有任何提示的情况下试用一下。对流程多测试几次，应该就能发现一些问题，例如哪个对话任务完成起来有困难，或是用户与语音交互的场景中，听者的感受如何。

　　之后也可以搜集一些主观反馈，例如他们在哪里卡住了，在什么地方感觉不顺畅。当然这些信息只是你海量用户中的一部分反馈，但这可以帮你在产品真正上线发布之前就搜集一部分有价值的信息。

　　设计需要遵循的原则

　　1. 保持简洁

　　尊重用户的时间。提供核心路径，不要阻碍用户。

　　2. 给予用户信任

　　人们熟悉对话，也知道如何谈话。所以不需要告诉他们怎么说，或一句一句的教他们。只需要提供最自然的沟通方式，把对话推进下去就可以了。

　　3. 考虑对话的场景

　　对话需要符合场景，并且要能够随着用户当前需求以及所处的环境而适应变化。

　　4. 听起来愉悦，但又不分散用户注意力

　　可以为对话添加人的个性化特性，但又不能太过度，以免妨碍用户完成任务。

　　5. 要能够使新手用户感兴趣，同时也需要持续吸引专家用户

　　为海量用户进行设计，并不意味着只满足最低等级的需求。

　　6. 轮流交谈

　　当轮到用户说话时，不要贸然强行打断。如果是问用户问题，那就不要在他们回答的时候又突然插入一些其他指令。

　　7. 不要猜测用户的意思

　　提供事实信息，让用户自己做决策。

　　对话UI设计的注意事项

　　1. 需要做的

　　遵循基本的对话原则以及日常谈话模式(包括问候语)。

　　遵守格里斯法则(之前的第二章节有具体解释)。

　　包容多种对话口吻风格。

　　通过直观的例子告诉人们可以说什么(但是不要“教导”他们)。

　　直观的展示系统正处于聆听的状态。

　　使用随机化的表达，使对话听起来更自然。

　　对于重要的请求，需要明确的显性确认，而对于低风险的任务，可以采用隐形的确认。

　　对待「出错」，可以把它转变为一种提供有价值(自然)的互动的机会。

　　2. 不可以做的

　　向用户提问后，还在继续说。

　　使用刻板的对话脚本。

　　想要教导用户，让他们说安排好的台词。

　　说那些显而易见的内容。

　　用高人一等的口吻说话，或是听起来很机械的回答用户。

　　以上就是本小结的内容。