设计冲刺方法论 Step6:验证

在验证（Validate）阶段，设计冲刺（Design Sprint）团队将把你的概念呈现在用户面前——这是见证真相的时刻！ 你将收集原型测试的用户反馈，如果相关，还将进行利益相关者和技术可行性评审。 你将以一个经过验证的概念或一个尚需改进的无效概念来结束冲刺（Sprint）。不管怎样，你都已经取得了进步。

可用性研究

Usability Study

时间 | 30-45 mins；执行 | 研究员&用户参与者；适用类型：所有

可用性研究（Usability Study）是一种设计冲刺（Design Sprint）方法，用于识别任何可用性问题并确定用户对产品原型的满意度。通常涉及观察用户在使用产品时尝试完成一个或一组任务，向用户呈现不同的场景，并要求他们在尝试完成任务时出声地思考。

此方法可以回答的问题示例：

• 用户界面是否提供了足够的信息来启动特定的任务？

• 用户如何在新用户界面上执行任务？

• 测试元素是否容易被感知？

以下是几点建议：

1.     招募5名参与者

2.     做好实验室安排: 一个访谈室和一个单独的观察室

3.     介绍参与者并为访谈设定参数。你可能需要使用保密合约（NDA）或某种形式的协议来保护他们的个人信息

4.     确定如何记录测试。 如果选择录制会话，一定要得到参与者的同意。手写记录也是一种选择

认知演练

Cognitive Walkthroughs

时间 | 30-34 mins / 次；执行 | 研究员&参与者；适用类型：所有

认知演练(CW)是一种用于可用性检查的设计冲刺（Design Sprint）方法，它重点强调新用户或低频用户所完成的最常见的任务。在一个CW中，可用性专家使用两个问题来评估完成各种产品的测试任务:

1.     用户是否知道在此步骤中该做什么？

2.     如果用户做了正确的事情，他们是否知道自己做了正确的事情，是否在朝着自己的目标前进？

我们的想法是在任务级别(而不是整体)上对产品进行详细评估。 一些设置认知演练时的例子：

• 用户可以确定如何完成任务吗？

• 用户可以在app中成功合并联系人吗？

以下是几点建议：

1.     选择任务。确定要用于测试每个任务的细节等级，并相应地分配时间。细节等级取决于产品和研究问题

2.     创建一个"正确路径"，列出完成任务需要的所有行动。 如果参与者偏离了方向，你可能需要让他们回到这条道路上来

3.     邀请参与者(UX人员，可能还有团队中的其他成员)参加会议，并在小组环境中进行演练。 使用问题作为基础，可用性专家记录每个参与者对他们将如何完成这项任务的依次描述。 主持人应该在每个任务之前、期间和之后提出这两个问题。 如果发现问题，记录下来并继续这个过程，直到每个任务完成到你在开始时确定的细节水平

利益相关者评审

Stakeholder Review

利益相关者评审（Stakeholder Review）是一种设计冲刺（Design Sprint） 方法，用于确认关键利益相关者对原型的认可。理想情况下，关键的利益相关者最好参与到整个设计冲刺（Design Sprint）过程中，然而一般情况下这并不可能。在这种情况下，邀请利益相关者参与30分钟的设计冲刺（Design Sprint），以提供对于原型或早期草图概念的反馈。

以下是几点建议：

1.     尽早安排评审会议，以确保你的利益相关者能够将其安排到他们的日程表中

2.     如果你在冲刺（Sprint）结尾时安排评审，那么在用户测试之后安排评审，以便与利益相关者分享结果并帮助利益相关者了解用户反馈

3.     考虑提前创建原型和用户反馈的演示文稿，以帮助评审顺利进行

技术评审

Technical Review

时间 | 20 mins；执行 | 小组；适用类型：所有

与利益相关者评审（Stakeholder Review）相类似，技术评审（Technical Review）是一种用于确保从工程师或产品技术主管那里获得支持的设计冲刺（Design Sprint）方法。理想情况下，技术利益相关者最好参与到整个设计冲刺（Design Sprint）过程中，然而一般情况下这并不可能。在这种情况下，邀请工程师或技术主管参与30分钟的设计冲刺（Design Sprint），以提供有关原型或早期草图概念的可行性反馈。如果你的想法涉及新技术或新领域，那么你可以邀请一个来自相应行业的技术专家进行评审。

以下是几点建议：

1.     提前安排时间，以便工程师/专家能够将其安排到他们的日程表中

2.     邀请他们亲自参加并参与用户访谈或可用性研究

3.     考虑提前创建原型和用户反馈的演示文稿，以帮助评审顺利进行

冲刺结束：回顾和下一步

Sprint Conclusion: Recap and Next Steps

完成验证（validation）过程后，把团队召集到一起来回顾研究结果。为验证阶段的成果创建可视化的演示文稿，或者将结果汇编成文档。重要的是，团队一起回顾研究结果，吸收所学并讨论项目的后续步骤。每个设计冲刺（Design Sprint）都应该有可执行的学习成果来引导下一轮的产品开发。

设计冲刺可以产生以下结果：

一个有效的失败：原型并没有达到标准，但是你学到了一些东西（或许多东西），并且为团队节省了四到六个月的可能用来制造错误产品的时间。你可能需要开展后续冲刺（Sprint）。

一个有缺陷的成功: 一些创意满足了用户的需求，但不是全部。你学到了一些东西，现在可以迭代和再次测试。

一个史诗般的胜利：这个概念满足了用户的需求；他们能够轻松地完成任务，并参与到你设计的所有功能中。你已经做好了执行的准备！

结束冲刺（Sprint）。这个团队通过共同努力，产生了各种各样的创意，并从用户那里学到了许多东西。冲刺（Sprint）负责人应该感谢所有这些努力，并庆祝团队所取得的成就。 圆圈会议（closing circle）是一个把大家聚集在一起的很好的方式，在这里你可以请人们分享见解以及从经验中得到什么，并给予人们一种成就感。或许还可以讨论下一个要解决的问题！

翻译：PMCAFF 创新设计团队

作者：Collected by Google