治愈拖延症的「设计冲刺」大法

译文 收藏2 评论
举报 2016-01-09

翻译:王师境

设计很重要。速度很重要。鱼和熊掌能够兼得吗?在这篇文章中,我们总结了能够让团队来一场“设计冲刺(design sprint)”的科学方法:快速原型制造(rapid prototyping)和快速进入测试(rapid testing sessions)。这和UX专家们实践过的领域很像,比如说敏捷开发模式(Agile),设计思维(Design Thinking)和游戏风暴(Gamestorming)。与此同时,我们希望这种训练方式能够很好地适用于那些准备进行设计实践的团队。

我们希望你能喜欢这篇文章,并且启发你能用有趣、高效的方式激活你的团队。


什么是设计冲刺?

设计冲刺是一种让任何大小的团队在2-5天之内解决并测试设计问题的框架。“冲刺”想法来自于敏捷开发模式的框架。“设计思维”的理念发展于IDEO以及斯坦福大学的设计学院。“设计冲刺”的框架则脱胎于Google UX、Google Ventures、Google [X] 以及整个大团队的思维模式。

当设计冲刺已在Google颇为流行之时,它也同样被运用于各种规模的初创和公司。

治愈拖延症的「设计冲刺」大法


何谓冲刺领袖?

“冲刺领袖(Sprint Master)”就是团队的领导。这个人会为这场冲刺决定设计挑战任务,将团队组织到一起并带领他们走过所有流程。这个特殊角色需要其具有对UX的方法、战略、建导以及协商的深刻理解。训练这些能力很耗时间,但我们已经认识到,这个角色在整合团队以及确保产出成果方面有至关重要的作用。

普遍来说,冲刺领袖们是UX研究者及设计师:对设计程序了如指掌的领导者不会畏于向团队发起挑战,而会让他们团结一致并且速战速决!

治愈拖延症的「设计冲刺」大法


 冲刺之前 

冲刺任务阐述 

在冲刺开始之前,冲刺领袖需要为团队选择一个关键的挑战任务。这能带动整个工作和测试。一个好的任务阐述是:

1、和团队目标密切相关

2、具有启发性

3、集中于目标受众或目标区域

治愈拖延症的「设计冲刺」大法

例子:为4-7岁的孩子设计一款直观的平板阅读体验app,将集中于14年第四季度推出

应呈现出的作品:几组精益的Mock和一个用于测试的可点击原型


 选择并邀请团队  

这个团队应该包括设计师、工程师、产品经理以及相关专家。

理想的团队规模是5-8个人。更大的团队应当分成小团队集中攻一个问题,或者将问题拆分到理想的程度。

治愈拖延症的「设计冲刺」大法


 准备好相应物品 

完成一场冲刺需要一套简单但有用的物品:卷笔刀、纸、胶带、便利贴、投票磁贴、一个计时器或一个铃铛。

如果有零食和咖啡就锦上添花了,不过并不是必需的:)

治愈拖延症的「设计冲刺」大法


如何完成一场冲刺? 

六个冲刺步骤 

6.webp.jpg

  • 了解(Understand)  用户需求、商业需求和技术能力分别是什么?

  • 细化(Define)  核心策略和重点是什么?

  • 发散(Diverge)  我们能够尽可能探索出多一点想法吗?

  • 决定(Decide)  选择出目前为止最好的想法。

  • 原型(Prototype)  创造出能给用户用于测试的制品。

  • 确认(Validate)  将想法拿给用户、利益相关人和技术专家进行测试。

每一次冲刺都包含六个步骤。“设计思维”的理念创始于IDEO并发展于斯坦福大学设计学院。这对解决一个具体的问题有着非常惊人的效果。

明白这六步,能够帮助冲刺领袖组织一次成功的冲刺之旅。

7.webp.jpg


 每一步的方法 

每一步都包含一些方法,比如“用户访谈”或是“竞品评估”。

8.webp.jpg

可能的方法超过40种,你可能并不会全用到它们。你可以选择对你来说最正确的,也可以创造出属于你自己的最佳方案。



Ⅰ 理解 

360度闪电交流 

这种快速的讨论方式上冲刺小组明白观点的多个不同重点。讨论应该包括:

1、商业目标和成功标准 5分钟

2、技术能力和挑战 5分钟

3、相关用户研究 5分钟

9.webp.jpg


竞品评估 

有哪些其他的产品和服务能够给团队带来灵感?对3-10个项目进行简单的介绍能给冲刺开一个好头。

比方说,如果团队是着力于线上商店体验,他们可能会浏览Google Play等网站,并从中分别列出喜欢和不喜欢的。

10.webp.jpg

 

用户采访 

用户是对于一个产品好坏的终极评价者。这就是为什么一个伟大的想法开始于寻找、采访用户。

用户采访应该包括两个问题:第一,用户是如何使用一个特定产品的;第二,他们对这个产品哪些地方喜欢、哪些不喜欢。

在设计一个新产品的时候,采访可以集中在一个方面——用户在解决他们的问题时,有哪些可替代的方式。

11.webp.jpg


 情景再现 

在某些情况下,采访他们其实没有让用户真正使用这个产品来得有效。

比如说,如果你们为技术支持团队设计一个产品,那么走进他们工作的办公室,或是来到他们会见客户的场所,一定会更直观、准确。

情景再现能很好地让采访者进行操作,但除此之外还能让团队正确地理解背景环境。

12.webp.jpg

 

相关利益人分组 

产品和服务的涉及面往往有多种不同类型的人群。相关利益人分组图列出了所有与该情况相关的可能人群。

1、列出所有项目中的可能受益人

2、将受益人分在不同的合理版块中

3、决定哪些受益人是你这次冲刺中想要服务的,并将其按优先级排序

4、安排一些需求分析的活动,并给每一个受益人小组安排一个团队

13.webp.jpg

例子:一个医疗系统的相关利益人分组


总结研究成果+最初设想 

通过分享第一套大家贡献出的想法和才智是对“理解”版块的有力总结。

利用便利贴分享这些想法,并将它们按主题分类。投票选出最好的想法,这些想法最具智慧并且将被拿来实施。这个练习是一个“初步检查”,并不是一个方向的最终结果。团队会继续研究并决定随后的发展,所以说在这个节点上没有什么是敲定了的。

14.webp.jpg


 Ⅱ 细化 

 总结研究成果+最初设想 

到了“细化”这一步,就是要把想法拆分为合理的门类和决定性的战略。

其中一个方法就是设计一个用户旅程(user journey)——一个人从了解这个产品到成为资深用户的整体步骤。

15.webp.jpg

 

定义设计准则 

你希望用户用哪三个词来描述你的产品?对于一些产品来说,让用户觉得它们简单、有趣是重中之重;对于别的产品,可能让用户觉得产品全能而又强大才算达到了目标。

每个人都要列出所有你的团队关心的、可能出现的设计准则,并选择出其中最佳的想法。

在冲刺的最后阶段,你可以让用户用三个词描述产品的原型,并比较其是否符合你们的最初设想。

16.webp.jpg


 第一条推特 

想象终于到了推广产品的日子。你会在产品的第一条推特上发送什么内容呢?

编写第一条推特,能帮助团队用仅仅140个字就击中他们的策略……甚至,可以更少。

17.webp.jpg

为一款烹饪app发送一条推特:“喜欢烹饪?下载‘名厨大师’——一款含有一百万个菜谱的app!”


Ⅲ 发散 

5分钟8个点子 

这个出色的方法起源于“游戏风暴”研究会。它让团队单独工作,并在5分钟内贡献8个想法。这是一个很棒的热身训练!

1、给每个人一张纸,让他们折叠3次;

2、让大家打开这张纸,注意出现的8个长方形格子;

3、让大家在5分钟内,用8个想法填满这8个长方形。

18.webp.jpg

5分钟8个点子:团队开始热身


 5分钟1个妙计 

继续之前的练习。让团队继续单独工作,并在5分钟之内呈现出一个最好的想法。

19.webp.jpg

5分钟1个妙计:更好地理解细节


 5分钟1个故事板 

有时候,一个想法会过于复杂而无法在一页纸上呈现。这时候,大家就要开始团队合作了。大家需要想出一个具体的情节和流程。

让你的团队画出一个故事板,这个故事版包含所有用户必经的关键步骤。如果团队里全是设计菜鸟,可以鼓励他们用连环画的形式来代替:)

20.webp.jpg

5分钟1个故事板:理解步骤


Ⅳ 决定 

  “禅式(Zen)”投票 

画好草图之后,是时候在白板上分享展示了。接下来,鼓励全体成员来做一个“禅式”投票:浏览这些点子,并安静地投票选择。

这种方式能让大家在受其他人影响之前保留每个人独立的思考。

21.webp.jpg


小组回顾+做出那个原型 

这时,团队可以讨论出最佳方案并决定用哪个来做原型。

通常情况下,到了这一步还远远不够,你们还需要画出更多可能的草图以及不停地探索。

22.jpg

 

思考帽” 

如果你的团队成员都是新手,或者容易被他人的观点影响,那就给每个人戴一顶“思考帽”吧。每一顶帽子代表一个不同的观点,这些观点都很有价值,并且能丰富你的最终决断。

鼓励每个人选择一个观点,并从这个观点出发讨论这个决定。

23.webp.jpg


 Ⅴ 原型 

  制作原型 

一个产品原型能让飘忽的想法变得真实可感,让你能更好地从用户那里得到反馈。

其实这是团队中最耗时的一步。一个原型可以是:

  • Mock

  • 小样

  • 视频

  • 物理原型

24.webp.jpg

 

Ⅵ 确认 

用户测试 

一旦团队完成了原型制作,就应该赶紧进入测试。一个小白用户往往能在极短时间内带来颇有价值的意见。

  • 在这个原型中,用户喜欢或不喜欢哪里?

  • 他们希望改进哪里?

  • 解决方案最终满足他们需求了吗?

25.jpg


 利益相关人确认 

项目的关键利益相关人通常能决定是对其投资,还是给这个点子多分配一些资源。这个人可能是小组的组长,也可能是公司的CEO。

他们的评估与支持将成为这次冲刺成功的关键因素。

26.jpg


 技术可行性确认 

这个设计主意是否符合了团队的技术水平?若是超过了呢?请一名工程师来做做评估能帮助团队更合理地研究工作,并讨论出可能的规避措施。

27.webp.jpg

恭喜你!大家的冲刺目标完成了!好好享受胜利和收获!

这同样也是你反思和获得反馈的好机会。下一次你会有所不同吗?

本文系作者授权数英发表,内容为作者独立观点,不代表数英立场。
转载请在文章开头和结尾显眼处标注:作者、出处和链接。不按规范转载侵权必究。
本文系作者授权数英发表,内容为作者独立观点,不代表数英立场。
未经授权严禁转载,授权事宜请联系作者本人,侵权必究。
本内容为作者独立观点,不代表数英立场。
本文禁止转载,侵权必究。
本文系数英原创,未经允许不得转载。
授权事宜请至数英微信公众号(ID: digitaling) 后台授权,侵权必究。

    评论

    文明发言,无意义评论将很快被删除,异常行为可能被禁言
    DIGITALING
    登录后参与评论

    评论

    文明发言,无意义评论将很快被删除,异常行为可能被禁言
    800

    推荐评论

    暂无评论哦,快来评论一下吧!

    全部评论(0条)