原文转自:Off To The Races: Getting Started With Design Sprints 作者:Alok Jain
本文于合集 《用户体验设计流程和文档编制概述》 中第二章被引用

许多现代软件开发的成功案例都受到了工业时代专业分工等概念的影响,大规模工业产品生产线上的工人有着不同的分工,掌握不同的专业技术。一些制造业的生产实践方法也逐渐被运用在软件产品的设计和开发过程中。

当下精益思维在软件开发公司中很受追捧,通过它可以削减资源浪费,使价值最大化。它把工作目标分解为一系列的小实验。每个都实验从一个被测试和验证过的假设开始,然后输出一个通往未来的方向。这个概念同敏捷领域的“冲刺”(sprints)很像,将整个产品路线图细化分解成具体而有意义的工作。

设计师从不拒绝向迭代更加敏捷的方向前进。现在的产品设计必须紧随市场变化,而不是虎头蛇尾的工作。设计思维天生就倾向于敏捷的方法。你将会有很多机会把这个新观念应用到电子产品设计和改进当中。让我们看看现阶段设计方法的局限和新观念即将产生的巨大影响。

当前设计方法的局限性

传统的设计流程专注于在前期花大量精力描绘蓝图和定义核心设计语言。这个核心设计语言指导将来的产品样机的各种细节和功能特性。这种方法有两种缺陷:

  1. 初始投入和时间表
    传统软件产品开发流程依靠初始设计方案,意味着开发团队需要等初期的设计工作完成后才开始动工。

  2. 需要提前预测未来趋势
    一旦启动设计方向设定好就很难更改。根据市场需求,用户反馈或其他新信息来更改产品的代价很高昂。

 现有设计方法的局限
图片来源:当前设计方法的局限 ( 点击查看大图 )

商业负责人和产品经理在这样的场景中对于设计修改是很不情愿的。他们可能认为花更多的时间调研和做开发测试才能加速让产品投向市场。这对产品质量的影响是很消极的。进一步讲,团队承受风险的能力明显降低。一旦设计最终被投向市场,就没法改善了,这样团队就更倾向于证明模型的合理性,而不是想着去开发新创意。

设计冲刺来帮忙

上面提到的流程问题,只要让设计方向定期的进化更新,而不是在一早就订死,便得到可以很好的解决。这样的流程可以让产品团队迅速开始开发工作,并随着新变化和创意相应的改变设计方向。

和敏捷软件工程所用的“冲刺”很像,它将整个产品愿景分解成一系列小的目标。设计工作也同样适用。

那么,什么是设计冲刺呢?简单的说就是用1-3周的时间冲刺,专注于解决特定的设计问题。

Two-week design sprint example
图片来源:双周设计冲刺的范例 (点击查看大图)

你会发现这和传统设计流程也没什么不同,但用这个方法能确保在两周内完成冲刺工作。

团队组建

这个流程能在多个小组专注于同一个设计问题时起到很好的效果。参与者众多有两种好处。第一,它让多项工作得以并行。第二,合作可以产生更多的创意并进行评估。下面我们详细讲解每个步骤。

1.准备
在准备阶段,团队必须建立起对问题的现状、相关数据和未来设想的普遍了解。就像软件工程,设计冲刺也要给予产品优先级和产品路线图,来确保符合整体的商业目标。你可以使用商业模式画板或者它的改进版 ——精益画板,来快速理解商业模式。

Business Model Canvas (See larger version)
图片来源:商业模式画板(点击查看大图

我最近还发现另一个有意思的工具 Javelin Experiment Board 。用这种方法,你的团队思考消费者是谁(在左侧)和划分优先级(在右侧)。同样让团队发现问题所在和验证那些大胆的假设。它让你带领团队启动一项定义试验,然后让团队迅速把目标范围缩小成一项具有操作性的工作。

Javelin Board (See larger version)
图片来源:Javelin Board (点击查看大图

2. 立项和调研
立项和调研对于庞大的团队来说尤其有用。每个团队成员可以和另外三个人交谈30分钟。4个人同时进行,一个12人的团队可以在90分钟内完成全面的交流。考虑到一些意外的情况,实际上很难让所有人同时完成交流,我会用半天的时间完成这个活动。

只要进行3次交流或者保持和每个人都能进行30分钟的交谈,你也不需要做记录或记住什么。我的经验是通过30分钟多方交流,就能找到新的设计模式。长时间的交谈能增进理解,请记住在未来的冲刺中一样适用,丰富你的知识对每次的设计都会有帮助。

调研过程运用同理心地图去捕捉内心的思考。同理心图提供一种简单但有效的架构去捕获研究发现。研究人员记录下用户说过和做过的,然后尝试搞清用户的思考和感想。他们的“所说”、“所做”、“所想”、和“所感”就像下图中描绘的那样。用这种方法提取团队的关键思考并进一步的阐述问题的细节。

Empathy map (See larger version)
图片来源:同理心地图 Empathy map(点击查看大图

同理心地图只是一个例子。根据不同的目标和问题要应用特别的研究技巧。另一种方法是使用 IDEO思维卡片应用

3.分析
在调研之后,让团队一起分析他们的发现。时间一长,有些信息就容易被忽略和忘记,你就更需要依赖文档来记录。在分析阶段,每个人展示他们的研究发现。团队讨论能够在研究发现和划分问题优先级上更好的达成共识。

4.概念提取
现在我们已经有了一个问题优先级列表,也对用户有了更加深入的理解,团队便可以专注于提出解决方案了。同时,概念化并非一蹴而就的工作,接下来的三天反复构思设计细节。总的来说,在三天内团队应该可以提出明确的设计方向。可以是草图也可以是更加深入的线框图。

你可以使用“速8”来快速提出许多创意。这个方法需要每个团队在5分钟内画出8个概念草图。要用粗头的马克笔,不要过于关注细节。这种方法简单而有趣。

Ideation with crazy 8s (See larger version)
图片来源:运用“速8”提出概念 (点击查看大图

你们可以使用记点投票,快速提炼出那些团队认为有价值的创意。记点投票就是让每个人在喜欢的创意上画一个点,在投票的同时回顾设计创意,每个人可以有不止一票(译者的公司以通常让每人点3次),当然可以都投给一个创意。之后团队就会着眼于最受欢迎的创意,也能从那些不太受欢迎的创意来分布,分辨什么才是有潜力的关键趋势。

Dot voting (See larger version)
记点投票(点击查看大图

5.快速原型
下一个三天的冲刺专注于把设计细节提升到可以验证产品设计方向的等级。用可视化的原型来回答问题。考虑那些你面临的问题,在原型上优化他们。这意味着原型的有些地方要比其他地方更精致,没关系,在最有价值的关键问题上多花点时间。

6.验证
这是最后一步。尽可能多的去验证,让每个团队成员都测试许多用户。这可以让验证过程最短在一天内就完成。

注意设计冲刺中的几个关键因素:

1.共同协作
创意把不同方向的能量集中起来解决问题。使用商业模式画板,或是用“速8”概念法来进行记点投票可以让团队朝着同样的目标行动。这些都能让创新的想法和解决方案和手边的问题紧密联系。

2.减少交接摩擦
通过紧密合作,我们不再过于依赖文档了。举个例子,团队调研阶段可以进行了一个简短的30分钟交流会,然后共同讨论如何解决问题, 而不是每个人在背后独自进行调研。

3.专注
团队从一个阶段跨入下一个阶段的时候都专注于共同的问题,每次就会离解决方案更近一步。缩短每个阶段的时间间隔,让所有人都紧跟要害集中攻破困难。

这只是其中一种方法。像 Google Ventures 就成功的把这种方法运用到他们的孵化公司中。每周一次的冲刺,但是不包括所有的调研和初期信息的收集。

Google Venture’s design sprint (See larger version)
图片来源:Google Venture的设计冲刺(点击查看大图

Jake Knapp 发表了一篇关于 Google Ventures 设计冲刺流程的文章,让每个人了解更多关于他们如何为创业项目量身定制计划的。

另一个真实的设计冲刺案例来自 Nordstorm 创新实验室。几年前他们做了一个实验,他们走进 Nordstrom 并帮助建立一个完整的设计开发流程。他们把产品理念/解决问题的范围贯穿了整个流程,使用快速原型开发并用一个iPad应用程序验证。看看下面的 视频 ¹ 。

核心思想都是一样的,但是按需求灵活应对。每个冲刺可能贯穿整个阶段,也可能只用在其中某个设计流程——调研,概念提取,快速原型到验证阶段。

设计冲刺的益处

设计冲刺有哪些好处和核心价值呢?

1.动力
你能快速解决一个又一个问题。而且你会看到良好的势头。

2.消耗最小化
减少文书工作增进合作,这个过程减少那些对产品开发没有直接贡献的行动。

3.强化设计思维
致力于解决更小的问题,就可以探索更多的创意和以更全面的方式应用设计思维。

4.激励创新
设计冲刺可以允许更多的探索,让设计开发敢于承担风险。

需要注意在整个产品生命周期中,设计冲刺没有必要遵循同样的模式。随着产品的不断变化,也要根据需求相应的改变。例如,当已经有大量的知识产生后就没必要进行生成研究。而基于之前已经验证过概念的设计,就没必要来一次可用性测试冲刺。设计冲刺的目标是为了让设计流程更加合理,而不是制造一个僵化的设计架构。

整合所有

您可能想知道的总体的设计方向。不会一次专注于一些小问题而导致设计出现矛盾?这时我们所说的产品心态变得非常重要。产品的心态需要着眼长远的整体产品生命周期和商业价值。在短期内,小矛盾和设计效率低下,都有可能出现,但从长远来看这些都会解决。这时就要留意冲刺整个设计进度被计划妥当。软件工程冲刺有一个代码重构的概念,工程师每隔几个冲刺之后,都审核代码进行重构,提高代码的质量,减少重复,增加封装等等。同样的设计重构也应该定期进行。团队中的每个人,尤其是产品负责人,都要凄楚这一点,把设计重构包括在产品规划内的。通过重构,减少设计的不一致并重新校准设计方向。

如何开始

如果你从未把精益和敏捷实践应用到设计中,最困难的是思想转变。不是专注于找到一个完美的解决方案,而是关注可延展的未来需求,着眼长远,完美的设计会在不断的研究和迭代中呈现。把这种观念应用到设计中你就会看到价值所在。第一步,就是从这个实验还是尝试。

确定一个你认为设计冲刺能有所帮助的项目,这些项目可能是这样的:

  • 复杂性非常高
  • 有很多未知的需求
  • 时间有限,你需要快速展示成果

给你的团队灌输设计冲刺的观念和它带来的好处。最重要的就是让整个团队鼎立支持。树立团队在整个流程中的作用,要特别强调合作的重要性和减少设计文档。

下一步是定义你第一个设计冲刺的范围和目标。要做到这一点,先看产品待办事项或是在你们团队里相似的列表,并与产品经理或业务涉众确定最高优先级的目标。确定你觉得可以在一周内解决的问题。为什么只有一个星期,确保付出时间足够短,你就可以开展不需要大量投入的实验。

确定了优先级,就召集团队开个工作会议。首先解释新的流程,然后讨论确定工作重点和依据。为一周内接下来的工作制定计划。

Getting started with a trial week (See larger version)
图片来源:开始试用一星期(点击查看大图

如果这样行得通,就循环这个流程。如果不行,调整你的需求并再试一次。

这些都是新观念,而改变总是很困难。但作为产品设计师,我们的责任是为产品和用户创造价值。我们的工具就是设计。随着时局变迁,我们也需要调整设计方法来适应变化并持续有效的交付价值。

相关参考


译者注
【1】:此处原文中没有视频,优酷源,官方源请有梯子的去Youtube搜索。