Google 的产品设计方法：Design Sprint，六个阶段实现产品设计

文章分享了Google的产品设计方法：Design Sprint，希望对你有用。

Design Sprint

Design Sprint是一种包含六个阶段的产品设计方法，用于解决关键业务问题。它源于IDEO和斯坦福大学D-School的设计思维，后经由Google Ventures 改善，且于其内部实践并广受欢迎。该过程有助于激发创新，鼓励以用户为中心的思维，使团队在共同的愿景下保持一致，并能让产品更快地进入发布阶段。

进行Design Sprint 的流程

整个Design Sprint过程共包含六个阶段：

1. 理解（Understand）： 理解要为用户解决的问题
2. 定义（Define）： 明确产品策略
3. 发散（Diverge）： 探索实现方案
4. 决定（Decide）： 确定设计方案
5. 原型（Prototype）： 构建产品原型
6. 验证（Validate）： 验证产品原型

为什么包含这些阶段？

Design Sprint 包含的这六个阶段，是为了在设计阶段就做出更加正确的产品，从而降低向市场推出新产品，服务或功能时的风险。

产品是用来满足用户的需求，而产品设计是为用户的需求找到答案的过程，是一种解决问题的过程。解决问题时，我们先需要了解问题，然后需要思考解决方案，最后给出问题的答案。就如回答应用题，我们学习时期最熟悉的解决问题的过程。

在解题时，为了得到正确的答案，我们最先要做的是 审题。 如果不清楚要解答什么问题，拥有什么条件，就无法开始解题。之后我们才能去思考， 确认 解题的关键因素，以及获取最终答案的途径。例如，求解一个三角形的面积，解题的关键是获取该三角形的某一边长和该边对应的高。理解之后，就需去寻找求解方法， 发散 思维去寻找有哪些方法，综合比较来 决定 采用何种方法。去思考可以做哪些辅助线段，能够采用哪种公式来求得三角形的边长和其对应的高。最后，则要在卷面上书写我们的 答案 ，并通过 检验 的过程来判断答案是否正确。

我们为用户解决问题时，想要获得用户认可的答案，亦需要经历这些阶段，Sprint 包含的这六个阶段。

每个阶段的关注因素和其原因

理解（Understand）

关注因素： 用户期待、商业目标以及技术可行性

为什么需要理解用户，业务以及技术？

产品是用来满足用户的需求，亦需要达成公司的业务目标，而产品的实现受制于技术的可行性。同时，在满足用户需求的基础上，技术与商业模式影响着产品的创新空间以及创新能够能否成功。

基于技术进步与商业模式改变的产品创新

定义（Define）

关注因素： 明确解决问题的关键因素并分析实际达到解决方案的最佳途径

确定产品策略就像战争规划一样，为了获得最终的胜利，就需要赢得一些关键的战役。这是需要指挥者去明确哪些是影响成败的因素，哪些是必须赢得的关键战役，并根据当前的情况去分析达到最终胜利的最佳途径。

与产品相关的因素有哪些？

通常，我们会借助一些运营指标，如日活，月活，留存率等，来判断产品或功能是否正确。这需要产品能被用户知道，被用户使用，被用户再次使用以及向其他用户推荐我们的产品。因此我们需要去考虑用户旅程，产品的核心功能，以及功能方面与情感方面的体验。

发散（Diverge）

关注因素： 探索，发展和迭代解决问题的创造性方法

我们永远希望找到更好的解决方案，但是如何找到实现目标的最佳方案？ 重点就在于最大程度的发挥团体或个人的思考能力，因为这是与人们创作潜力直接相关的因素。

同时为了Decide阶段能够客观的选出最佳方案，整个过程是需要形成能够展示想法的作品。在最新的课程中，Diverge阶段被改为的Sketch阶段（草图阶段），就是明确用草图来表达我们实现关键功能的想法，这也是产品设计过程中通常的做法。

关于Diverge阶段与Define阶段的区别：

用打仗举例子，我们要获得整个战争的胜利，就需要赢得那些关键战役的胜利。但是如何赢得这些战役，就需要思考具体的方法。明确关键战役就是Define阶段的任务，而如何打赢这些战役则属于Diverge阶段的任务。

决定（Decide）

关注因素： 选出当前能够实现目标的最佳方案

我们在上一阶段完成了不同的解决方案草图后，就要去选择出哪些想法更好，可以用于原型设计。如果幸运的话，有一些想法能够明显的获胜。但是现实往往不会如此。例如，人们可能会感到压力而造成选择困难，或者团队可能没有一个明确的共识。因此需要去使用一些合适我们自身情况，能够辅助我们客观的抉择的方法。

原型（Prototype）

关注因素： 构建最重要元素的原型，能够用于用户测试

在Design Sprint的背景下，我们要去完成原型与标准产品开发略有不同。我们要去构建所需的最重要的元素，并使原型真实到足以在验证阶段中，从潜在用户处获得客观的反馈。没有必要构建完整功能的后端或解决产品中的每个流程。我们可以将我们的原型视为实验对象，以测试一个假设。这意味着我们必须批判性地思考将要建立什么，才能获得那些能够验证或否定我们假设的反馈。

验证（Validate）

关注因素： 获取用户，相关权益人以及技术专家的反馈

完成最重要元素的原型设计之后，就需要对真正的用户进行原型测试。观察我们的用户尝试原型是发现设计主要问题的最佳方式，这让我们可以立即开始迭代产品。同时，还需要获得相关权益人的确认以及技术可行性的确认。因为概念要持续发展下去，关键的权益人掌握了决定权与资源，例如CEO。并且产品最终能够开发出来，也要符合团队的能力。

在Design Sprint 中，我们进行用户验证所关注的指标，与了解网站运作情况的那些基础指标并不相同。我们的目的是验证整个Design Sprint 阶段的成果，因此我们需要思考对整个产品而言哪些类别及相关的指标是最重要的。

总结

Design Sprint的整个流程是一个支持发散思维（自由形式创意头脑风暴）和收敛思维（线性，逻辑思维）的框架。与基于灵感乍现的设计方式相比，能够有效的降低设计的风险，也更加适合团队协作。

同时，Design Sprint针对每一个阶段的目标，都为我们提供了数个经过实践的方法，在本篇文章由于篇幅考虑，没有详细的去说明实现每一个阶段任务的方法。想要了解的同学，可以翻墙搜索Design Sprint Kit。

文/不是我的菜

关键字：产品经理, 产品设计, sprint

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！