这是指那些只需要简单输入的内容，例如基本用户信息、地点、时间与日期。对于用户来说，已经熟知的信息很容易想起来，也比较容易存储，这样你就可以为后续的对话节省时间。

　　快捷，同时又有强制性操作的场景

　　这类操作通常可以为用户节省很多时间，使他们获得受益。例如，在几秒钟内订购食品，在30分钟后送达，或是预定搭车，几分钟后出租车会出现在家门口。还有其他的一些便利操作，包括查找答案、快捷计算、记录或跟踪信息，以及任何可以在不中断当前任务的情况下拿出手机或找到一张纸等等。

　　本身就更适合语音操作的行为场景

　　某些场景中，你会期望不占用双手去完成任务，例如在做饭的时候听菜谱，或在开车时做笔记。这些类型的用例也能很好的转换到触摸屏幕设备上。因为在这些场景中，与屏幕的交互需要快捷的点击与手势，如果UI能够提供比较快捷、解放双手的交互，就会使操作任务更容易达成。

　　二. 创建用户画像

　　在开始设计你的对话之前，首先要思考你期望它听起来如何，要给人传达怎样的感受。如果你要设计一个趣味游戏，你可能会希望采用一种奇特的语气。如果你要创建的是一个新闻阅读器，你也许又会考虑使用更谨慎严肃的语气。

　　对人物个性的感知

　　人们会对「媒介」角色(例如虚拟助理)产生像对真人一样的心理反应。我们会本能的将人类个性与性格迁移到数字对话中(无论是语音还是可视的文字对话)，哪怕只有很短暂的几秒，也是如此。每段声音都有一个主题，我们会自然而然的在脑海中构建出这个说话者的精神意向。同样的，我们也会像评判一个真正的人那样，去评估程序设计出来的人物特性，不管这些特性是否是有意设计的。

　　许多人觉得，当他们与那些似乎缺乏交流能力的设备互动时，会显得愚蠢、尴尬。而人类语言具有亲密性和个性化的属性，这些决定了我们通常不会选择使用对话式UI，除非它能提供其他交流模式无法提供的益处。对话式UI的设计应当要符合人们对于一个助手角色(或在谈话中担任的任何角色)的心理模型。而用户研究会帮助引导人们去理解这个模型。所以，我们首先要聚焦到为真实的人而设计，之后再让机器去跟随。

　　人物画像可以帮助你设计、撰写UI对话，所以要尽早确定，这样就能更容易的决策出正确的用词、语法和句子结构。要记住，无论你是否打算创建用户画像，用户都终将会感知到一个角色，而这一点对你的品牌至关重要，你需要将你期望的被用户感知到的体验串联起来，去有意识的进行设计，而不能把这个机会丢给偶然，听之任之。

　　三. 撰写对话

　　现在你确定了用户场景，并构建了用户画像，也许接下来你会想要开始开发，但是一定要拒绝这种冲动。

　　相反的，你需要用铅笔和纸(或其他你觉得能够写的更快的工具)先构思一下对话。

　　首先，你可以写一些用户可能会参与其中的独立或多段对话。下面列举了一些思路供你参考：

　　一个给予用户的「愉悦路径」，即可以用最简单的方式完成任务的路径，不会过于复杂。

　　其他完成任务的路径，能够使用户完成和「愉悦路径」同样的任务。这可能会是多样化的，因为有的用户会选择一次只说一部分信息，而其他用户可能会一次把信息全说完。

　　需要进行修复调整的对话场景，例如系统无法支持或不能理解用户的请求。

　　用户中途退出，以及用户完成任务后对话结束的场景。需要考虑到如何对话的结束足够明确。

　　对用户的问候语，以及引出对话操作的方式。

　　当熟悉了对话听起来的感受，就可以开始考虑它出现在屏幕上的方式。Google的操作提供了一系列方式供参考，可以帮你设计在设备上展现的声音和视觉UI元素，以满足体验效果。例如，你可能希望语音助手说出的内容比屏幕展示的更丰富。或是在必要的时候，要针对不同设备创建不同的对话。通常情况下，这种策略是有帮助的，比方说，针对只提供语音体验的设备，去单纯的设计简单的语音交互，如对内容快速重新排序，而对于同时支持语音和屏幕UI交互的设备去设计完整的购物车体验。

　　使用口语化的表达