一口气向用户提出所有选项/问题，而是将信息分解成单个的独立问题，一条一条提问引导用户给出所有的答案

逐步向用户获取信息

用户在进行语音交互的大部分时候，无法圆满地将完成意图所需的关键参数都提供出来，此时应避免垄断对话，一口气向用户提出所有选项/问题，而是将信息分解成单个的独立问题，一条一条提问引导用户给出所有的答案。

六、尽量提供少于三个的选项

尽管在语音设计中提供选择列表的行为是不被鼓励的，但当用户提出一个开放性需求/问题时，多少会遇到需要进行选择的时刻。

尽量提供少于三个的选项供用户选择，如果选项过多则为用户找出与输入预期匹配度最高的前三个选项，列表中的第一项应与用户刚刚采取的操作最为相关，这样可以帮助用户节省时间和精力。

七、不要假设用户会准确地把你设想的对白表达出来

在“合作原则”中，所说的话应该满足交际所需的信息量，所以用户经常提供比语言助手真正需要的更多信息。

例如用户可以说“计划旅行”时，他也许会图方便地直接说“计划去夏威夷的旅行”，甚至把出发日期都直接说出来了。请把这种“过度回答”当做一个礼物，因为你不需要再问很多问题，用户把答案都预先告诉你了。

除此之外，包容多种对话口吻风格。用户在对话时会通过不同的说法来表示自己的意图，所以设计脚本时尽量把用户可能会说的句子、短语和单词最大范围地呈现出来，这样才能保证用户可以更好地使用你的技能。

但是有一种情况在设计上没有很好地解决办法，那就是用户说话时突然改变主意会立刻进行更正。

比如，用户可能会说“不”或者“我是说”，后面跟着正确的信息。这种情况非常依赖语音交互系统的泛化能力，在意图、词槽设计上没有较好的解决办法。