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

　　如果他是猪队友，你可以在他的idea上优化，提出建设性可执行的意见;如果他是神队友，你给他个爱的鼓励，团队关系会更加紧密哟。

　　第三天 达成一致

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

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

　　第四天 原型制作

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

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

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

　　第五天 验证迭代

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

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

　　Blue Bottle设计好的官网

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

　　大琪怎么做的?

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

　　你该怎么做?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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