2017年你最应该掌握的设计方法：谷歌产品设计的秘诀

wangshengrui23

　　典型问题有这几种：
　　1. 我无法判断产品经理给的需求是否是真需求
　　“明明要拉新用户，你却告诉我要把用户主页做的更漂亮一些”
　　2. 我无法将用户研究的结论落地
　　“用户明明就是不喜欢看文章，你却偏要我将文章展示出来”
　　3. 我无法说服产品或者技术采用我的方案
　　“明明是同事，评审的时候却要互相伤害”
　　4. 我无法眼睁睁看着两个同事为了两种目标在一起怼
　　“明明要优化互动区域，另一个人却在讨论产品的展示创新性”
　　5. 我无法直视改了又改，定了还改的产品方案
　　“最后一次了，这次不改了!”
　　直到我了解到Design Sprint

　　768w" alt="" width="800" height="565"/>
　　为了指导 150 家创业公司的投资组合，Google Ventures的设计合作伙伴Jake Knapp开发了为期五天的设计流程。他已经与23andme、Slack、Nest、blue bottle、Uber和Foundation Medicine等创业公司进行了一百多次冲刺。这个方法详细介绍了在公司如何运行自己的冲刺来解决一个大问题。
　　我看到“Google、Nest、Uber”这些大名鼎鼎的产品，对这套方法更好奇了。
　　机缘巧合，有幸加入了Design Sprint China(DSC)，就有了充分的理由在业余时间泡在DS的世界里，反复研究，琢磨。花了快一年，在Design Sprint Workshop的过程中遇到了各种各样的问题。也非常想把这种产品设计方法推广到中国的各个城市。DSC小分队已经去过上海，杭州，北京，苏州，广州。接下来还会去到福州，武汉等等城市。

　　768w" alt="" width="800" height="565"/>
　　什么是Design Sprint?
　　Design Sprint 是为期 5 天的结合了设计思维和敏捷开发的结构化设计方法。团队通过反复的发散聚焦一起作出一个产品方案并对其进行验证。

　　768w" alt="" width="800" height="565"/>

　　768w" alt="" width="800" height="565"/>
　　传统设计流程

　　768w" alt="" width="800" height="565"/>
　　DS设计流程

　　揭开Design Sprint的面纱

　　768w" alt="" width="800" height="565"/>
　　举个硅谷著名科技公司，咖啡界的Apple—Blue Bottle咖啡的例子。
　　先上图大家感受下这个调调。

　　768w" alt="" width="800" height="565"/>
　　这家咖啡的老板James Freeman是个放荡不羁爱自由的乐手，在某天顿悟人生真谛后决定要做一款只为小众服务的绝世手冲咖啡!说干就干，并且撸起袖子使劲干，经过自己实地拜访咖啡农，亲手磨制咖啡，闭门潜心研究后，
　　他用“手工高品质咖啡”引领了第三次咖啡浪潮。
　　顺便科普一下前两次：
　　将咖啡带向全世界-上世纪三四十年代美国军队浓缩咖啡连锁店 – 星巴克为代表精品咖啡 – 突出咖啡本性

　　768w" alt="" width="800" height="565"/>
　　就是这么一家有调调的公司，用Design Sprint帮助自己完成了屌丝到高富帅的逆袭。
　　在公司越来越壮大的时候，CEO觉得：只能线下购买和体验咖啡是不够的，我们要利用英特耐特来扩大销售!于是“打造一个优质网站来售卖新鲜的咖啡豆”成为了公司最大的目标，他们完成了吗?肯定完成了，怎么做到的?用Design Sprint完成了这个目标。

　　768w" alt="" width="800" height="565"/>
　　和其他公司的设计冲刺一样，他们用了 5 天时间完成了创意到设计到验证。
　　结果令人振奋!在告诉大家这个网站多成功之前，我们先看看他们 5 天都做了什么。

　　第一天 组团队理解问题
　　组队这件事，Blue Bottle做的简直可以说是优秀!
　　团队成员包括：技术开发、首席运营官、首席财政官、公关经理、客服经理、董事长、CEO
　　花一整天的时间去讨论我们面临的问题包括：
　　要达成的商业目标，利益者分析，要服务的对象，竞品分析，用户使用时候的场景地图。
　　这其中最有意思的点是HMW，是个及其有魅力的环节，也是考到不少人的环节。

　　768w" alt="" width="800" height="565"/>
　　第二天 发散方案
　　Design Sprint 提倡的是静默式的个人头脑风暴，在安静的环境中自己思考出来的点子往往更有效。
　　机遇第一天大家达成一致的问题，团队内部开始个人头脑风暴，然后进行团队头脑风暴。
　　Blue Bottle的一个脑爆是“我们为何不想想，顾客进店的时候我们的咖啡师是怎么接待他的?”
　　结论是大家根据这个灵光一闪的线索，给出了一个设计方案“你在家是怎么做咖啡的?”
　　在这个环节，大琪要强调的一点是“Yes， and…”这也是整个Design Sprint的原则。当队友提出一个idea，不要为了坚持而坚持的一味反驳对方的观点。
　　如果他是猪队友，你可以在他的idea上优化，提出建设性可执行的意见;如果他是神队友，你给他个爱的鼓励，团队关系会更加紧密哟。

　　768w" alt="" width="800" height="565"/>
　　第三天 达成一致
　　这一天要有里程碑式的进展了。
　　Blue Bottle的团队通过投票，从 15 个方案中选出了 3 个方案进行深化。这三个方案中就包括“您在家是怎么做咖啡的?”

　　768w" alt="" width="800" height="565"/>
　　第四天 原型制作
　　这是我最爱的环节，但是我并不想承认我是个线框仔。
　　因为Design Sprint倡导原型“简单，能用”。不追求高保真原型。
　　但是实际工作中大量时间都在做高保证原型，为神马?大概因为秘书忘记提醒大老板“这个阶段的目标是看看产品是否符合市场预期和您的判断，而不是让您评判UED的设计能力” 匿。。。

　　768w" alt="" width="800" height="565"/>
　　第五天 验证迭代
　　一周的劳动成果在第五天要被验证啦，至少找到 5 位用户来使用已经做好的原型，团队要做的是躲在观察室观察观察观察，记录记录记录，动作快的同学直接画出迭代方案，比如我。
　　这个时候，第一个阶段的Sprint就可以收官了，产品用了 5 天时间已经被用户看到，使用了。开心不开心!

　　768w" alt="" width="800" height="565"/>
　　Blue Bottle设计好的官网
　　几个月后咖啡网站上线，销售额翻倍增长。高富帅横空出世!

　　768w" alt="" width="800" height="565"/>
　　大琪怎么做的?
　　有幸在工作中使用了一次Design Sprint限于篇幅，不展开描述。附上讨论图片一张。有时间再详细写写这段工作。

　　768w" alt="" width="800" height="565"/>
　　呼应一下文章开头的几个典型问题：我无法判断产品经理给的需求是否是真需求。
　　“明明要拉新，你却告诉我我们应该把用户等级做的更漂亮一些”
　　Design Sprint时候，要求团队成员多元化的目的就是为了让一个需求是真实的，合理的。不让设计做无用功!
　　我无法将用户研究的结论落地。
　　“用户明明就是不喜欢看文章，你却偏要我将文章展示出来”
　　我们用 5 天时间解决同一个问题，有了结论后立即执行。点赞还是怒怼，第五天验证时候用户说了算!
　　我无法说服产品或者技术采用我的方案。
　　“明明是同事，评审的时候却要互相伤害”
　　团队做决定的时候，人人都是主人翁!人人都要站在自己的角度!但是人人都会为产品负责!“Yes， and…”怎么让我不爱你!
　　我无法眼睁睁看着两个同事为了两种目标在一起怼。
　　“明明要优化互动区域，另一个人却在讨论产品的展示创新性”
　　达成一致!目标要一致，所解决的问题也要一致~
　　我无法直视改了又改，定了还改的产品方案。
　　“最后一次了，这次不改了!”
　　改不改，改哪里，用户说了算啊喂!