Amazon Alexa 语音设计指南（一）：流程设计

设计的目的：

设计的目标是让用户和Alexa沟通起来更快速、简单和舒适，从而让用户喜爱上语音交互这种全新的交互方式。

当你设计产品功能时，要为用户和Alexa的对话创造脚本。请将设计重点聚焦在如何让产品运行、满足用户需求之上，然后再增加复杂度和惊喜。你希望什么样的用户使用产品功能去体验和感知产品。

明确目标和用户故事

从用户想要完成的事情切入，确定功能的效果和使用该功能的好处。然后，确认可以描述用户需要什么，能做什么的用户故事。接下来，使用脚本和流程确定交互的细节和变化。

确定目的和功能

描述一个或多个场景，让用户觉得你的功能是有用的，并且产生使用意愿

具体设计规则：

这个功能的目的是什么？谁是他的目标用户？

用户在使用该功能之前、使用过程中，使用之后会做什么？

该功能有什么独一无二的体验或价值？

创建用户故事

根据功能的目的和结果，确定每一个独立的节点和行为

具体原则：

用户使用该功能可以做什么？不能做什么？

用户希望从中获得的信息是什么？

用户如何触发这个功能？

有哪些功能点会直接支持该功能？

使用该功能是否需要从其他网站或APP获得信息和数据？

Write scripts

编写脚本

脚本显示用户和Alexa之间的对话，类似电影或游戏。脚本是一个决定沟通流程的有效办法。使用脚本可以帮你发现被忽略的细节

具体原则：

交互简洁

是语音模式，而不是读写模式

避免重复的短语

告诉用户何时需要提供信息

不要假设用户知道做什么，或将要发生什么

提供清晰的选项

通常，一次最多提供3个选择

一次只询问一个信息

创建流程

基础脚本不能完全反应用户真实生活中的语音交互状态。用户可能说的太简单，太多，或者说一些你无法预料的内容。可使用下列技巧来扩展你的脚本并设计出用户完成任务的各种方法

勾勒出最短完成路径

最短完成路径通常是指用户一次性给到完整的信息和插槽（slots），账户对接已经完成（如果需要的话），并且其他前提条件都能满足对功能的调用

勾勒出替代路径和决策点

通常，用户说的话不会包括所有的必要信息。在对话流程中，需要定义替代路径（alternate paths）和决策点（decision trees）。

定义后台系统逻辑

定义后台系统逻辑，例如新用户和老用户需要采用不同的流程。后台系统逻辑的判断将决定用户的使用流程

定义功能如何帮助用户

帮助为用户提供功能的清晰引导。基于功能的复杂性，帮助可以为用户提供简单或复杂的反应。

定义数据连接过程（如需要）

定义账户连接所需的信息，同时也要定义账户连接失败时，产品的应对机制

准备搭建功能

当你完成脚本和详细流程设计之后，开始设计功能运行框架和用户参与到对话的方式

定义需求点

需求点代表你产品的独特能力。比如旅行会需要5个需求点，制定计划、订票、结束、中止和求助

如何基于你的脚步和流程制定需求点列表，请参考用户说什么（后续会陆续翻译）

定义说话方式

表达方式包括大量单词，句子、短语，也就是用户可以表达需求的话。；例如，表达旅行这个需求时，用户会说“计划个旅行”“下周五计划一次旅行”或者“计划去波特兰徒步”