在公司越来越壮大的时候，CEO觉得：只能线下购买和体验咖啡是不够的，我们要利用英特耐特来扩大销售！于是“打造一个优质网站来售卖新鲜的咖啡豆”成为了公司最大的目标，他们完成了吗？肯定完成了，怎么做到的？用Design Sprint完成了这个目标。

　　和其他公司的设计冲刺一样，他们用了5天时间完成了创意到设计到验证。

　　结果令人振奋！在告诉大家这个网站多成功之前，我们先看看他们5天都做了什么。

　　第一天 组团队&理解问题

　　组队这件事，Blue Bottle做的简直可以说是优秀！

　　团队成员包括：

　　技术开发、首席运营官、首席财政官、公关经理、客服经理、董事长、CEO

　　花一整天的时间去讨论我们面临的问题包括：

　　要达成的商业目标，atv，利益者分析，要服务的对象，竞品分析，用户使用时候的场景地图。

　　这其中最有意思的点是HMW，是个及其有魅力的环节，也是考到不少人的环节。（文末有关于“HMW”的文章链接）

　　第二天 发散方案

　　Design Sprint 提倡的是静默式的个人头脑风暴，在安静的环境中自己思考出来的点子往往更有效。

　　机遇第一天大家达成一致的问题，团队内部开始个人头脑风暴，然后进行团队头脑风暴。

　　Blue Bottle的一个脑爆是“我们为何不想想，开奖，顾客进店的时候我们的咖啡师是怎么接待他的？”

　　结论是大家根据这个灵光一闪的线索，给出了一个设计方案“你在家是怎么做咖啡的？”

　　在这个环节，大琪要强调的一点是“Yes, and...”这也是整个Design Sprint的原则。当队友提出一个idea，不要为了坚持而坚持的一味反驳对方的观点。

　　如果他是猪队友，你可以在他的idea上优化，提出建设性可执行的意见；如果他是神队友，你给他个爱的鼓励，团队关系会更加紧密哟。（文末有关于“Yes，and...”的文章链接）

　　第三天 达成一致

　　这一天要有里程碑式的进展了。

　　Blue Bottle的团队通过投票，从15个方案中选出了3个方案进行深化。这三个方案中就包括“您在家是怎么做咖啡的？”

　　第四天 原型制作

　　这是我最爱的环节，但是我并不想承认我是个线框仔??

　　因为Design Sprint倡导原型“简单，能用”。不追求高保真原型。

　　但是实际工作中大量时间都在做高保证原型，为神马？大概因为秘书忘记提醒大老板“这个阶段的目标是看看产品是否符合市场预期和您的判断，而不是让您评判UED的设计能力” 匿。。。

　　第五天 验证迭代

　　耶??一周的劳动成果在第五天要被验证啦，至少找到5位用户来使用已经做好的原型，团队要做的是躲在观察室观察观察观察，记录记录记录，动作快的同学直接画出迭代方案，比如我??。

　　这个时候，第一个阶段的Sprint就可以收官了，产品用了5天时间已经被用户看到，使用了。开心不开心！

　　Blue Bottle设计好的官网

　　几个月后咖啡网站上线，销售额翻倍增长。高富帅横空出世！

　　大琪怎么做的？

　　有幸在工作中使用了一次Design Sprint限于篇幅，不展开描述。附上讨论图片一张。有时间再详细写写这段工作。

　　你该怎么做？

　　秘籍给你看！

　　呼应一下文章开头的几个典型问题：

　　我无法判断产品经理给的需求是否是真需求。

　　“明明要拉新，你却告诉我我们应该把用户等级做的更漂亮一些”

　　Design Sprint时候，要求团队成员多元化的目的就是为了让一个需求是真实的，合理的。不让设计做无用功！

　　我无法将用户研究的结论落地。

　　“用户明明就是不喜欢看文章，你却偏要我将文章展示出来”

　　我们用5天时间解决同一个问题，有了结论后立即执行。点赞还是怒怼，第五天验证时候用户说了算！

　　我无法说服产品或者技术采用我的方案。

　　“明明是同事，评审的时候却要互相伤害”

　　团队做决定的时候，人人都是主人翁！人人都要站在自己的角度！但是人人都会为产品负责！“Yes, and...”怎么让我不爱你！

　　我无法眼睁睁看着两个同事为了两种目标在一起怼。

　　“明明要优化互动区域，另一个人却在讨论产品的展示创新性”

　　达成一致！目标要一致，所解决的问题也要一致~

　　我无法直视改了又改，定了还改的产品方案。

　　“最后一次了，这次不改了！”

　　改不改，改哪里，用户说了算啊喂！

　　写到这里已经要吐血了，附上文中提到的“HMW”和“Yes, and...”详解。

　　团队合作请先学会说Yes！and！

　　设计师拎不清“How might we”！那就不要聊突破啦~