在资源紧缺和资金紧张的时期,公司比以往任何时候都更不愿意在不全面了解成功机会的前提下致力于大型设计项目。Google已经开发出了一种方法,可以加速设计过程并提供有价值的见解。忘记最小可行性产品,专注于原型,并在一周内进行构建和测试!

Google设计冲刺(Design Sprint)流程概述

Google设计冲刺分为5个阶段。每个阶段大约需要1天的时间(8小时)执行,完成所有5个阶段需要大约40个小时。

作者/版权所有者:DX Lab Design Sprint。 版权条款和许可:合理使用。

和所有好的设计流程一样,Google的设计冲刺也存在迭代的空间。实际上,强烈建议你根据你的第一个冲刺进行修订,然后至少重复最后两个阶段。但是,如果你发现自己的想法没有获得预期的效果,你还可以再折返回去,然后从那里重新开始迭代。

Google设计冲刺的5个阶段:

  • 拆包 Unpack
  • 写写画画 Sketch
  • 决策 Decide
  • 完成原型产品 Prototype
  • 测试 Test

第一天:拆包 Unpack

Google的冲刺流程旨在由团队而非个人来运行。这意味着将所有人聚集在一起,并确保所有人都朝着同一方向努力。

理想的团队应包括组织内所有相关职能部门和各个级别的代表,例如赞助商、高级经理、营销人员、设计师、开发人员、客户服务、销售、用户支持等。

在拆包阶段,将所有人召集在一起,并“拆包”团队中与所有问题相关的知识。在这些会议上使用外邀引导者可能会有所帮助,他可以提出必要的问题以帮助与会人员集中精力并确保理解的完整性,从而避免团队中的任何人遭遇丢脸的局面。

你可能需要在拆包阶段包含以下执行内容:

  • 高级管理人员代表的演讲,概述了为什么所展示的机会对企业很重要
  • 竞争性评论
  • 问题的演示和可能已有的解决方案
  • 建议的解决方案的详细演练
  • 用户角色
  • 可用的分析数据
  • 成功指标(这些指标是指有用的业务指标)

让整个团队参与拆包活动很重要。不要让个人或团体主导程序。这样做的目的是确保每个人的思维是一致的,并且只有在听到所有人的声音时才可以来确保这一点。

第二天:写写画画 Sketch

一旦团队的每个人都达成了共识,是时候将团队拆分并让他们开始制定解决方案了。写写画画阶段需要依靠个人的努力。每个人(甚至是首席执行官)都需要提出解决问题的详细方案。

作者/版权所有者:Andrew Turner。 版权条款和许可:CC BY 2.0

最好在纸上进行此操作有如下两个原因:

  • 速度快,如果需要更改,无需花费任何时间。
  • 并非每个人都能掌握你使用的线框图工具。

对于特别复杂或大规模的问题解决,你可能需要将问题分解为“可管理的块”,并为团队成员每人分配一个块,而不是整个问题。

写写画画阶段的目的是尽可能减少想法。如果你的团队非常庞大,并且将会产生大量创意,那么你可能需要在一天结束时分配一个小时,以便在进入创意设计的第三天之前将创意数量迅速减少到更易于掌控的冲刺数量。

第三天:决策 Decide

正如你所预期的那样,“决策日”就是决定要将哪个想法(或哪些想法)带入原型阶段。但是,“决策日”不仅仅是做决定,它实际上是要确定你的解决方案是否会与你的目标、能力、资源、用户等发生冲突。

你可以通过快速列出所做的任何假设来开始新的一天,例如:

  • 预算
  • 用户
  • 技术能力
  • 业务驱动

接着,是时候回顾每个想法,研究它所产生的冲突(并创建想法来克服冲突)。

在审核期间,你应该牢记一个目标。你是要为原型设计提出一个好主意,还是要选择位居前5的想法向前推进,并找出用户最喜欢的那个想法?你应该寻求不断完善清单,并删除在此过程的早期根本不可行的想法。

一旦有了一个或多个想法,即可开始制作原型,决策日的最后一部分是为你的想法创建一些故事版(storyboards)。这些应该在与用户的每次交互中逐步进行定义。这将是你的原型规范。你可能还需要定义一个或两个用户故事(敏捷Scrum),以帮助完善规范。

UX小组还将希望在“决策日”招募参加最后一天测试的参与者。

第四天:完成原型产品 Prototype

这是需要严肃对待的阶段。你只有一天的时间来创建原型,你的用户可以在最后一天进行测试。

Google建议你使用 Keynote 和 Keynotopia 上的可用模板来快速构建交互式原型。但是你可以使用任何你希望使用的工具。只需选择一个你熟练掌握的原型工具即可开始进行快速原型制作。

同时,研究团队应最终确定测试时间表,并为该时间表制定面试脚本。

第五天:测试 Test

众所周知,用户体验需要用户参与。在设计冲刺的第五天,你将聚集最多20位用户(不少于6位),并在原型制作过程中一对一地工作。

参与测试的每个人都应做笔记并记录他们所学到的知识。你需要收集这些笔记并在一天结束时进行总结。这将帮助你确定需要迭代和改进的内容。

作者/版权所有者:Antonio Zugaldia。 版权条款和许可:CC BY 2.0

最后要说的

这不仅是Google行之有效的方法,也是从敏捷方法学中提炼出来的全新概念。你的组织可能需要经过几次尝试才能将冲刺维持在5天。不过没关系,随着更多的练习,你可以通过努力实现更快的冲刺。

总结

Google的设计冲刺应该可以帮助你完成目前需要数月的流程,并使流程精简高效。它并不能替代所有设计过程,它只是可以使你快速地构思和测试想法的一个替代过程。使用设计冲刺进行工作的高生产率设计团队更有可能增加业务价值,从而保证其在大型组织中的工作得到认可。

参考资源

  • 不确定Google的设计冲刺是否可以工作?请在此处注册以获取有关其过程的Google案例研究的副本,还有大量有用的资源可用于实施流程的每个阶段。http://www.gv.com/sprint/
  • 对此过程有帮助的Google研究方法: http://www.gv.com/lib/the-gv-research-sprint-a-4-day-process-for-answering-important-startup-questions
  • Fast Company 为此流程创建的故事板:http://www.fastcodesign.com/1672917/the-8-steps-to-creating-a-great-storyboard
  • 不确定如何定义冲刺指标?查看Agile敏捷中是如何做的:https://www.interaction-design.org/literature/topics/marketing
  • Google设计冲刺方法的另一个有用描述:http://www.agilemarketing.net/google-design-sprints/