对话式交互设计流程是什么样的？（下）

前面我们以数字精灵为例，介绍了撰写对话的路劲，下面我们来看看最后两个路径，以及接下来的一些设计流程。

路径6：用户连续三次猜了相同的数字
以上对话用户故意连续猜了三次数字50，但是机器人通过判断来给予合适的回复。既然这是一个游戏，我们可以用有趣的方式处理边缘场景，包括引导用户离开当前游戏场景。这些边缘场景值得去认真思考，因为我们的目标用户就是那些容易去「探索系统边界」的人。所以，我们可以更加关注如何去满足他们的这个需求。你也许会发现以上对话的场景与路径3非常相似。当开发实现这些对话时，需要注意这些相似的场景，看是否可以最优化你的代码设计来满足这些场景，同时又能够保留这种多样性。

路径7：用户主动放弃游戏

该对话中，用户主动提出结束游戏，机器人能识别出用户离开的意图，并告诉用户正确的答案。
4. 进行测试

大声的说出来你的对话，用谷歌模拟器工具测试，确保听起来自然。在进行用户测试时，你只需要找到一些开发团队以外的人，让他们在没有任何提示的情况下试用一下。经过几次测试，应该就能发现一些问题，例如哪个对话路径完成起来有困难，或是用户在语音交互时产生的感受。

5. 实现迭代

对测试结果进行整理，并用来指导优化之前的设计。两三轮测试优化后就可以进行开发实现了。可以使用 Dialogflow 开发，或者使用自己的开发工具。

二、谷歌对话式交互设计流程VS 体验设计流程

从以上流程当中我们可以看出整体的对话式交互流程与通常的体验设计流程（用户画像、情景分析、设计、测试、开发实现）差异不大。个人觉得不同之处在于：

对话式交互设计不仅需要考虑用户画像，还要考虑到虚拟角色的画像。

撰写对话，在通常的界面设计中并不会涉及到自然语言对话的设计。

总结

我们在进行对话式交互设计的时候可以参考谷歌推荐的设计流程。但是，流程并不是绝对的，不同的团队可能会有自己实践出的流程规范，或者项目的不同阶段也会有不同的考量，时间周期、技术能力等。灵活运用各种设计方法可以帮助我们更合理高效的完成项目的设计任务。

以上就是“对话式交互设计流程是什么样的？（下）”的内容了，如果你还想了解其他相关内容，可以来 产品壹佰 官方网站。