设计流程 Design Process

一，对话交互的设计流程

设计语音体验的思考过程

我们需要让Alexa能让处理事情变得更快，更简单也更愉快。当用户和Alexa交流的时候，用一种新的交互方式来让他们感到愉悦。

在设计技能时，我们需要为用户和Alexa之间创建一个对话脚本。先专注于能良好运行并满足用户所需的交互，然后再考虑增加复杂性和惊喜。可以想想用户在使用技能时，我们想要他们体验和感受到什么。

本章内容

1，建立目的和用户故事
2，撰写脚本
3，制定流程
4，准备开发

创建对话目的和用户故事

从人们想要完成的事情开始，确定你技能的功能和使用它的好处。 然后，找出描述人们需要和可以做什么的故事。 然后，使用脚本和流程来确定交互的细节和各种情况。

确定目的和功能

描述一个或多个人们会发现你的技能有用和可取的情景。 通过提出以下问题来确定技能的功能：

技能的目的是什么？ 人们为什么要使用它？

在使用技能交互之前，期间和之后，人们将会做什么？

人们能从技能上获得哪些在其它地方不能得到的功能？

确定用户故事

根据技能的目的和能力，确定各个步骤和行动。

用户能用技能做什么和不能做什么？

什么信息是用户预期可用的？

用户可以用哪些方式调用该技能？

什么功能直接支持技能的目的？

是否有需要的信息来自其他体验，例如从网站或移动应用？

撰写脚本

脚本是显示用户和Alexa之间的对话的，就像电影或戏剧里一样，它也是确定对话如何互动的好方法。可以使用脚本来帮助确认你可能没考虑到的情况。

编写脚本时需要考虑以下几点：

• 保持互动简短。
• 写出人们是如何交谈的，而不是如何阅读和写作的。
• 避免重复的短语。
• 当用户需要提供信息给出指示。
• 不要假设用户知道该怎么做或会发生什么。
• 清楚地呈现选项。
• 一般来说，一次提供不超过三个选择。
• 一次只问一个信息。

制定流程

一个基本的脚本并不能完全覆盖人们如何在现实中和技能交互。用户可能会说太少，太多，或者说些你没想到的东西。可以使用以下技巧来扩展脚本和发现用户可能处理任务的各种方式：

定义用户处理的最短路径

处理的最短路径通常是用户一次性提供了所有需要的信息和词槽，比如帐户在相关时已经关联，其它前提条件也都已经在单次调用时满足了。

定义备用路径和决策树

通常，用户说的不完全包括完成请求所需的所有信息。因此在流程中，需要确定替代路径和用户决策。

定义系统逻辑必须做出的后台决策

确定后台系统决策，例如新用户或老用户。一次后台系统检查可能会改变用户遵循的流程。

定义技能如何帮助用户

需要在帮助功能中包含明确的方向，用户可以使用该技能做什么。基于技能的复杂性，帮助可能提供一个简单的响应或许多响应。

定义帐户关联过程（如果存在）

确定帐户关联所需的信息。流程还需要确定当帐户未关联时技能如何响应。

准备开发

一旦你有一个脚本和一个详细的流程，就可以开始搭建技能功能以及用户会说什么来和它交互的框架。

确立意图

意图代表你的技能能够做的独特的事情。一个计划旅行的技能可能有五个意图，例如计划旅行，预定旅行，停止，取消和帮助。

有关在脚本和流程旁边生成意图列表的信息，请参阅第三章《用户说的内容》。

确立话语

话语包括用户可能会说的一堆的来实现意图的单词，短语和句子。例如，要使用计划旅行意图，用户可能会说“计划旅行”，“下一个星期五计划旅行”或“计划远程旅行到波特兰”。

有关识别话语的信息，请参阅第三章“用户说的内容”。

译者：余小璐   王帆-FDC（百度金融用户体验中心） 

更多规范内容：

亚马逊Alexa语音交互规范（二）

亚马逊Alexa语音交互规范（三）

亚马逊Alexa语音交互规范（四）

亚马逊Alexa语音交互规范（五）