现在，基於我们现有的初始对话流与打造完成的语音应用程序。
来试着让它变得更好!
现在我们进入设计对话流中，「测试和迭代」阶段

测试和迭代

用户研究在设计过程中的任何时候都会有所帮助。
没有什麽可以替代从实际用户那里获得反馈，以找出哪些有效，哪些无效。你越早这样做越好。
当你沉浸在设计中时，发现问题是很困难的——需要一个局外人的意见。

好消息是，在编写一行代码之前，您可以快速而轻松地洞察您的设计是否适合用户。
找一个不熟悉你的项目的人来尝试你的对话可以获取反馈以查看您的对话是否有效 。

在设计过程中获得反馈能找出可能的问题，并有机会尽早自我修正。
在编写一行代码之前，对您的对话体验进行可用性测试很重要。
我们建议进行快速而简陋的绿野仙踪 (WOZ) 实验，以帮助您确定自己是否走在正确的道路上。

使用绿野仙踪实验

为什麽这麽叫它？

绿野仙踪 (WOZ) 实验得名於电影《绿野仙踪》；
它是一种实验心理学实验方法，测试人员模拟计算机应用程序来与用户进行通讯交互，这个时候用户会觉得自己在与真正的机器对话而表现出最真实的行为反馈。

什麽是绿野仙踪原型设计？

简而言之，这是一种无需实际开发软件即可测试原型的方法。
WOZ 原型设计用於评估设计的功能、
满足用户目标的能力以及整体改善用户体验 (UX)。
WOZ 实验旨在看起来和感觉像真实的体验，但不是软件，而是一个人模拟角色（“向导”）在实际应用程序中的行为。
参与者可能知道也可能不知道他们正在与幕後的「巫师」互动。

[例如] 亚马逊基於该方法做语音交互验证实验
利用Amazon Echo将幕後的测试人员实时输入的话转化为机器语音，并通过机器语音与用户进行测试交流，此时用户会认为自己正在与真正的机器对话。透过这个方法能得到最真实的行为反馈。

为何你应该这样做？

WOZ 原型设计的最大优势之一是您无需构建即可测试您的设计。
WOZ 实验是语音测试原型的最小可行产品（MVP）。它们相对容易运行且几乎不需要额外的努力。
原型可能非常简单，或者它可能是一个能够执行一些但不是所有任务的一个对话模型。
当然，你的原始模型越逼真，你的反馈就会越好。但要明智地选择：您可以为此分配多少时间？执着於将原始模型真实化是值得吗？

从这项实验中我们能获得什麽?

运行 WOZ 实验可以让您了解人们将如何参与您的设计。
您可能会发现用户所做的事情与您的预期非常不同(如下方这张图)，为此需要您更改设计以更好地满足他们的需求和期望。

基本底线：专注於设计的可用性（而非用户的意见）并根据用户行为进行迭代，并在时间允许的情况下再次测试。

参考资料

• Conversation Design | Google Developers
• [CUI 101] 语音设计的原形测试方法
• 转变设计思维，智能化语境下的语音交互

接下来...

我们将介绍几种绿野仙踪实验的实践方法