Amazon Alexa 语音设计指南（一）：设计流程
adinnet/2017-10-17 09:39/用户研究
本文是一篇来自阿里云交互设计师的译文，并结合以往的VUI设计经验与我们分享。enjoy~
译者注：
2014年11月6日，Amazon Echo在亚马逊官网悄然上市，我们未曾想到，2015年，这款将语音作为唯一操作方式的智能音箱会成为一匹黑马，冲破语音交互市场暗淡的迷雾，为语音产品商业化的成功带来第一缕曙光。
Amazon Alexa Voice Design Guide针对Amazon Echo系列产品内置语音助理Alexa的语音交互设计进行了指导和规范，除了便于开发者将场景接入Echo之外，对于语音产品的设计人员和产品经理而言，它也是新兴的自然语音交互业内第一份相对完整、成熟的VUI交互指南和设计规范。同类的规范还有Google近期推出的对话式交互规范指南。个人认为，和Google的对话设计指南相比，Amazon的指南更加注重实操性，对于具体的设计流程描述和范例也更加清晰。
对于这份设计指南的翻译，是结合我以往的VUI设计经验，以及个人的理解，部分内容没有采用直译，专业术语部分给出了英文对照。
希望给对于VUI设计有浓厚兴趣的同学一些参考。
第一章 设计流程
我们的目标是让Alexa能够更加快速、便捷、令人愉悦的完成任务，让用户喜欢用这种全新的语音交互方式同Echo对话。
在设计技能（skill）之前，你需要先把用户可能和Alexa发生的对话 (dialog) 通过脚本（script）表达出来。完成任务、满足用户的需求是首要目标，在达到这一目标后，你还可以增加一些繁复的设计和有趣的惊喜。认真思考一下，你希望用户从这些技能中体验和感受到什么。
确定目的，创建用户故事
首先，你要知道用户想要完成什么任务，这决定了你要做一个怎样的技能，同时，也要明确这个技能可以给用户带来怎样的益处。
然后，用一个故事描绘出用户在你的技能中想要得到什么，他们会做什么。
更后，用脚本（script）和流程（flow）去定义交互的细节和多样化的表达方式（variantions）。
（1）确定目的（purpose）和功能（capabilities）
设计一个或及个情境（scenarios），让用户觉得你的技能有用并且有使用的冲动。
具体原则如下：
这个技能的目的是什么？为什么用户会想要使用它？
用户在使用前，使用中，使用后都会做什么？
用户可以通过这个功能得到什么在其他产品上无法获取的价值或体验？
（2）创建用户故事（user story）
根据技能的目的和基本功能点，定义每一个交互节点。
具体原则如下：
这个技能的边界是什么，用户可以做什么，不能做什么？
用户希望得到什么信息？
用户可以通过什么方式触发这个技能？
什么功能点可以支持这个目的？
创建该技能是否需要调用一些信息或者数据，比如来自某个app或者服务平台？
撰写脚本
脚本（scripts）描绘了用户和Alexa之间的对话，这有点像一个电影或者戏剧的台本，这是一种非常有效的定义对话流程的方式。使用脚本你可以挖掘出一些容易被忽略掉的细节。
具体原则如下：
保证对话简洁
脚本描述的是对话模式，而非读写模式
避免措辞重复
提供用户需要的信息
不要假设用户知道做什么或者会发生什么
清晰的提供选择
一般来说,一次性提供不超过三个选择
一次只询问一个信息
建立对话流程（flow）
基础脚本不足以展示出真实情况下的所有语音交互状态。用户可能惜字如金，或长篇大论，或者说出一些完全超乎你想象的话。请使用下面这些技巧去扩展你的脚本，并且设计出用户完成任务所能使用到的不同的路径：
（1）描绘出完成任务的更短路径
更短路径是在一轮对话之中，用户一次性给出所有的必要信息和槽（slot），数据源接口对接良好（如有），并且其他的先决条件也都齐备的情况。
（2）定义替换路径和决
通常，用户说的话不会包括所有的必要信息。在对话流程中，需要定义替换路径（alternate paths）和决策树（decision trees）。
（3）定义后端系统逻辑的决策流程
定义系统后台的决策逻辑，比如判断新老用户后提供不同的交互方式。系统后台的逻辑判断将决定用户的使用流程。
（4）定义技能将如何帮助用户
帮助（help）的作用是给予用户关于技能清晰的引导。因为技能是很复杂的，用户能从帮助中得到针对某项功能点的使用方式或更加全面的使用引导。
（5）定义数据连接的流程（如需要)
定义数据连接所需的信息，同时也需要去定义在数据连接失败情况下的反馈流程。
准备搭建技能
当你写好了脚本和对话流程之后，就可以开始着手搭建你的技能了。在这个过程中，你还需要设计引导用户参与对话的方式。
（1）定义意图
意图（intents）代表了你的技能具备的能力。比如一个制定旅行的技能可能会包含五个意图，包括：计划旅程、订票、停止、取消和帮助。
关于如何基于你的脚本和流程定义一个意图列表，请看第二章：用户说什么。
（2）定义表达方式
表达方式（utterances）包括大量单词、短语、句子，也就是用户所说的那些能够表达他们意图的话语。比如说，在表达计划旅程这个意图的时候，用户可能会说“计划一次旅行”“计划下周五的旅行”或者“计划一次去香山的徒步旅行”。
关于如何定义表达方式，请看第二章：用户说什么。
本文转自：http://www.woshipm.com/ucd/817525.html
