设计的目的：
设计的目标是让用户和Alexa沟通起来更快速、简单和舒适，从而让用户喜爱上语音交互这种全新的交互方式。
当你设计产品功能时，要为用户和Alexa的对话创造脚本。请将设计重点聚焦在如何让产品运行、满足用户需求之上，然后再增加复杂度和惊喜。你希望什么样的用户使用产品功能去体验和感知产品。
明确目标和用户故事
从用户想要完成的事情切入，确定功能的效果和使用该功能的好处。然后，确认可以描述用户需要什么，能做什么的用户故事。接下来，使用脚本和流程确定交互的细节和变化。
确定目的和功能
描述一个或多个场景，让用户觉得你的功能是有用的，并且产生使用意愿
具体设计规则：
这个功能的目的是什么？谁是他的目标用户？
用户在使用该功能之前、使用过程中，使用之后会做什么？
该功能有什么独一无二的体验或价值？
创建用户故事
根据功能的目的和结果，确定每一个独立的节点和行为
具体原则：
用户使用该功能可以做什么？不能做什么？
用户希望从中获得的信息是什么？
用户如何触发这个功能？
有哪些功能点会直接支持该功能？
使用该功能是否需要从其他网站或APP获得信息和数据？
Write scripts
编写脚本
脚本显示用户和Alexa之间的对话，类似电影或游戏。脚本是一个决定沟通流程的有效办法。使用脚本可以帮你发现被忽略的细节
具体原则：
交互简洁
是语音模式，而不是读写模式
避免重复的短语
告诉用户何时需要提供信息
不要假设用户知道做什么，或将要发生什么
提供清晰的选项
通常，一次最多提供3个选择
一次只询问一个信息
创建流程
基础脚本不能完全反应用户真实生活中的语音交互状态。用户可能说的太简单，太多，或者说一些你无法预料的内容。可使用下列技巧来扩展你的脚本并设计出用户完成任务的各种方法
勾勒出最短完成路径
最短完成路径通常是指用户一次性给到完整的信息和插槽（slots），账户对接已经完成（如果需要的话），并且其他前提条件都能满足对功能的调用
勾勒出替代路径和决策点
通常，用户说的话不会包括所有的必要信息。在对话流程中，需要定义替代路径（alternate paths）和决策点（decision trees）。
定义后台系统逻辑
定义后台系统逻辑，例如新用户和老用户需要采用不同的流程。后台系统逻辑的判断将决定用户的使用流程
定义功能如何帮助用户
帮助为用户提供功能的清晰引导。基于功能的复杂性，帮助可以为用户提供简单或复杂的反应。
定义数据连接过程（如需要）
定义账户连接所需的信息，同时也要定义账户连接失败时，产品的应对机制
准备搭建功能
当你完成脚本和详细流程设计之后，开始设计功能运行框架和用户参与到对话的方式
定义需求点
需求点代表你产品的独特能力。比如旅行会需要5个需求点，制定计划、订票、结束、中止和求助
如何基于你的脚步和流程制定需求点列表，请参考用户说什么（后续会陆续翻译）
定义说话方式
表达方式包括大量单词，句子、短语，也就是用户可以表达需求的话。；例如，表达旅行这个需求时，用户会说“计划个旅行”“下周五计划一次旅行”或者“计划去波特兰徒步”
网友评论