典型问题有这几种：
1. 我无法判断产品经理给的需求是否是真需求
“明明要拉新用户，你却告诉我要把用户主页做的更漂亮一些”
2. 我无法将用户研究的结论落地
“用户明明就是不喜欢看文章，你却偏要我将文章展示出来”
3. 我无法说服产品或者技术采用我的方案
“明明是同事，评审的时候却要互相伤害”
4. 我无法眼睁睁看着两个同事为了两种目标在一起怼
“明明要优化互动区域，另一个人却在讨论产品的展示创新性”
5. 我无法直视改了又改，定了还改的产品方案
“最后一次了，这次不改了!”
直到我了解到Design Sprint
为了指导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小分队已经去过上海，杭州，北京，苏州，广州。接下来还会去到福州，武汉等等城市。
什么是Design Sprint?
Design Sprint 是为期5天的结合了设计思维和敏捷开发的结构化设计方法。团队通过反复的发散聚焦一起作出一个产品方案并对其进行验证。
传统设计流程
#p#分页标题#e#
DS设计流程
揭开Design Sprint的面纱
举个硅谷著名科技公司，咖啡界的Apple—Blue Bottle咖啡的例子。
先上图大家感受下这个调调。
#p#分页标题#e#
这家咖啡的老板James Freeman是个放荡不羁爱自由的乐手，在某天顿悟人生真谛后决定要做一款只为小众服务的绝世手冲咖啡!说干就干，并且撸起袖子使劲干，经过自己实地拜访咖啡农，亲手磨制咖啡，闭门潜心研究后，
他用“手工高品质咖啡”引领了第三次咖啡浪潮。
顺便科普一下前两次：
将咖啡带向全世界-上世纪三四十年代美国军队
浓缩咖啡连锁店 – 星巴克为代表
精品咖啡 – 突出咖啡本性
就是这么一家有调调的公司，用Design Sprint帮助自己完成了屌丝到高富帅的逆袭。
在公司越来越壮大的时候，CEO觉得：只能线下购买和体验咖啡是不够的，我们要利用英特耐特来扩大销售!于是“打造一个优质网站来售卖新鲜的咖啡豆”成为了公司最大的目标，他们完成了吗?肯定完成了，怎么做到的?用Design Sprint完成了这个目标。
和其他公司的设计冲刺一样，他们用了5天时间完成了创意到设计到验证。
结果令人振奋!在告诉大家这个网站多成功之前，我们先看看他们5天都做了什么。
第一天 组团队&理解问题
组队这件事，Blue Bottle做的简直可以说是优秀!
团队成员包括：技术开发、首席运营官、首席财政官、公关经理、客服经理、董事长、CEO
花一整天的时间去讨论我们面临的问题包括：
要达成的商业目标，利益者分析，要服务的对象，竞品分析，用户使用时候的场景地图。
这其中最有意思的点是HMW，是个及其有魅力的环节，也是考到不少人的环节。
第二天 发散方案
Design Sprint 提倡的是静默式的个人头脑风暴，在安静的环境中自己思考出来的点子往往更有效。
机遇第一天大家达成一致的问题，团队内部开始个人头脑风暴，然后进行团队头脑风暴。
Blue Bottle的一个脑爆是“我们为何不想想，顾客进店的时候我们的咖啡师是怎么接待他的?”
结论是大家根据这个灵光一闪的线索，给出了一个设计方案“你在家是怎么做咖啡的?”
#p#分页标题#e#
在这个环节，大琪要强调的一点是“Yes, and…”这也是整个Design Sprint的原则。当队友提出一个idea，不要为了坚持而坚持的一味反驳对方的观点。
如果他是猪队友，你可以在他的idea上优化，提出建设性可执行的意见;如果他是神队友，你给他个爱的鼓励，团队关系会更加紧密哟。
第三天 达成一致
这一天要有里程碑式的进展了。
Blue Bottle的团队通过投票，从15个方案中选出了3个方案进行深化。这三个方案中就包括“您在家是怎么做咖啡的?”
第四天 原型制作
这是我最爱的环节，但是我并不想承认我是个线框仔。
因为Design Sprint倡导原型“简单，能用”。不追求高保真原型。
但是实际工作中大量时间都在做高保证原型，为神马?大概因为秘书忘记提醒大老板“这个阶段的目标是看看产品是否符合市场预期和您的判断，而不是让您评判UED的设计能力” 匿。。。
第五天 验证迭代
一周的劳动成果在第五天要被验证啦，至少找到5位用户来使用已经做好的原型，团队要做的是躲在观察室观察观察观察，记录记录记录，动作快的同学直接画出迭代方案，比如我。
这个时候，第一个阶段的Sprint就可以收官了，产品用了5天时间已经被用户看到，使用了。开心不开心!
#p#分页标题#e#
Blue Bottle设计好的官网
几个月后咖啡网站上线，销售额翻倍增长。高富帅横空出世!
大琪怎么做的?
有幸在工作中使用了一次Design Sprint限于篇幅，不展开描述。附上讨论图片一张。有时间再详细写写这段工作。
呼应一下文章开头的几个典型问题：我无法判断产品经理给的需求是否是真需求。
“明明要拉新，你却告诉我我们应该把用户等级做的更漂亮一些”
Design Sprint时候，要求团队成员多元化的目的就是为了让一个需求是真实的，合理的。不让设计做无用功!
我无法将用户研究的结论落地。
“用户明明就是不喜欢看文章，你却偏要我将文章展示出来”
我们用5天时间解决同一个问题，有了结论后立即执行。点赞还是怒怼，第五天验证时候用户说了算!
我无法说服产品或者技术采用我的方案。
“明明是同事，评审的时候却要互相伤害”
团队做决定的时候，人人都是主人翁!人人都要站在自己的角度!但是人人都会为产品负责!“Yes, and…”怎么让我不爱你!
我无法眼睁睁看着两个同事为了两种目标在一起怼。
“明明要优化互动区域，另一个人却在讨论产品的展示创新性”
达成一致!目标要一致，所解决的问题也要一致~
我无法直视改了又改，定了还改的产品方案。
“最后一次了，这次不改了!”
改不改，改哪里，用户说了算啊喂!
