文章是作者根据Alexa官方所译，希望能够给你带来些参考和帮助。

会话体验设计中的思考流程

以下内容均来自Alexa官方，本着通俗易懂的原则，在翻译过程中不免有不严谨、错误之处，请各位看官及时批评指正。内容共有5节组成，分别为：

1. 设计流程、
2. 用户说什么、
3. ALexa如何反馈、
4. 设计检查清单、
5. 词汇表。

让任务处理更快捷、更容易、更有趣。当用户沉浸在于Alexa的交流中时，用一种全新的方式让他们的交互体验更加愉悦。

当你为用户与Alexa之间的会话设计技能和脚本时。重点关注那些能够保证任务运行流畅，用户得其所需，并且能够带来满足和惊喜的交互方面。试想一下你想让用户通过使用这些技能得到什么体会和感觉。

本文目录：

1. 创建意图和用例（用户故事）
2. 撰写脚本
3. 绘制流程
4. 准备创建

一.创建意图和用例

首先，用户想要完成什么？如何获悉技能的能力范围？能够获得什么好处？其次，刻画能够描绘用户想做什么和能做什么的故事？（创建用例）最后，使用脚本和流程刻画交互的细节和变量。

刻画意图和能力

描绘一个或多个剧本，能够使得用户认为你的技能是有用的，符合预期的，通过提问以下问题搞清楚技能的能力范围：

• 技能的出发点是什么？为什么用户愿意使用它？
• 在使用前、使用中和使用后用户可能在干什么？
• 有什么是你的技能独有、用户通过其他方式不可获得的？

刻画用例

基于技能的意图与能力，刻画每一步骤和行动。

• 通过使用技能，用户能做什么？不能做什么？
• 用户应该预先了解哪些信息？
• 用户唤醒技能的方式是什么？
• 哪些功能可以直接实现用户意图？
• 是否需要借助其他信息？比如说从网站或者其他APP。

二.撰写脚本

脚本描绘了用户与Alexa之间的对话，如同电影或演出中一样。脚本是一种搞清对话如何发展的更好方式，使用脚本可以帮助你去刻画那些你并没有预估到的情形。

撰写脚本时考虑以下情况：

• 保持交互简短；
• 使用口语化表达，不要使用书面语或新闻联播体；
• 避免单一回馈；
• 用户需要帮助信息时予以及时提示；
• 不可YY用户知道做什么，用户知道会出现何种情形；
• 清晰的当前位置提示；
• 一般来说，不可一次提供多余三个选择项；
• 特定时间的主动问询；

脚本示例如下：

三.绘制流程

在真实生活中，一个基础的脚本并不能完全表达用户如何与你的技能进行交互。用户说的可能太少、也许太多，或者说一些你完全没有预计到的东西。使用下面的方法去扩展你的脚本，并且抓取用户可能完成任务的多种方式：

绘制完成任务的最短路径

最短路径一般来说是用户一次给了足够的信息，账户已完成关联（如果有必要的话），其他预置条件也已经满足。

绘制相间路径与决策树

通常情况下，用户所说的内容并不能覆盖所有完成请求所需要的信息，在流程中刻画相间路径和用户决策。

绘制场景背后的系统逻辑上应该去做出的决策

勾勒场景背后的系统决策，比如说针对新用户或回头客，做背景系统检查或许改变用户操作路径。

如若必须，绘制账户关联进程

查明关联账户所需信息，同时应当描绘当账户关联操作未能完成时技能应当做出何等反馈。

四.准备创建

当具备了脚本和细节流程，就可以开工了，首先需要构造一个架构，对你的技能可以做什么，用户使用时可能说什么进行结构化。

确认意图

意图代表着你的技能可实现的独一无二的东西。一个旅行规划技能可能包含5个意图，比如说旅程规划、旅行预定、停止、取消、帮助。

如果想要围绕着你的脚本和流程输出意图清单，且听下回分解。

确认话术

话术包含那些用户为了实现意图可能会讲到的词语、习语和句子列表。比如说，当使用旅程规划时，可能会说“规划一次旅行”、“规划一次下星期五的旅行”或者“规划去波兰的长途旅行”。

预悉更多话术内容，敬请等待下节内容。下节预告：用户说什么？

原文链接：https://developer.amazon.com/designing-for-voice/

本文由 @ peter 翻译发布于人人都是产品经理。未经许可，禁止转载。

题图来自PEXELS，基于CC0协议