我要评论
第二天 发散方案
design sprint 提倡的是静默式的个人头脑风暴，在安静的环境中自己思考出来的点子往往更有效。
机遇第一天大家达成一致的问题，团队内部开始个人头脑风暴，然后进行团队头脑风暴。
blue bottle的一个脑爆是“我们为何不想想，顾客进店的时候我们的咖啡师是怎么接待他的?”
结论是大家根据这个灵光一闪的线索，给出了一个设计方案“你在家是怎么做咖啡的?”
在这个环节，大琪要强调的一点是“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…”怎么让我不爱你!
我无法眼睁睁看着两个同事为了两种目标在一起怼。
“明明要优化互动区域，另一个人却在讨论产品的展示创新性”
达成一致!目标要一致，所解决的问题也要一致~
我无法直视改了又改，定了还改的产品方案。
“最后一次了，这次不改了!”
改不改，改哪里，用户说了算啊喂。
发表评论