第二天 發(fā)散方案

Design Sprint 提倡的是靜默式的個人頭腦風(fēng)暴，在安靜的環(huán)境中自己思考出來的點子往往更有效。

機遇第一天大家達(dá)成一致的問題，團隊內(nèi)部開始個人頭腦風(fēng)暴，然后進行團隊頭腦風(fēng)暴。

Blue Bottle的一個腦爆是“我們?yōu)楹尾幌胂耄櫩瓦M店的時候我們的咖啡師是怎么接待他的?”

結(jié)論是大家根據(jù)這個靈光一閃的線索，給出了一個設(shè)計方案“你在家是怎么做咖啡的?”

在這個環(huán)節(jié)，大琪要強調(diào)的一點是“Yes, and…”這也是整個Design Sprint的原則。當(dāng)隊友提出一個idea，不要為了堅持而堅持的一味反駁對方的觀點。

如果他是豬隊友，你可以在他的idea上優(yōu)化，提出建設(shè)性可執(zhí)行的意見;如果他是神隊友，你給他個愛的鼓勵，團隊關(guān)系會更加緊密喲。

第三天 達(dá)成一致

這一天要有里程碑式的進展了。

Blue Bottle的團隊通過投票，從15個方案中選出了3個方案進行深化。這三個方案中就包括“您在家是怎么做咖啡的?”

第四天 原型制作

這是我最愛的環(huán)節(jié)，但是我并不想承認(rèn)我是個線框仔。

因為Design Sprint倡導(dǎo)原型“簡單，能用”。不追求高保真原型。

但是實際工作中大量時間都在做高保證原型，為神馬?大概因為秘書忘記提醒大老板“這個階段的目標(biāo)是看看產(chǎn)品是否符合市場預(yù)期和您的判斷，而不是讓您評判UED的設(shè)計能力” 匿。。。

第五天 驗證迭代

一周的勞動成果在第五天要被驗證啦，至少找到5位用戶來使用已經(jīng)做好的原型，團隊要做的是躲在觀察室觀察觀察觀察，記錄記錄記錄，動作快的同學(xué)直接畫出迭代方案，比如我。

這個時候，第一個階段的Sprint就可以收官了，產(chǎn)品用了5天時間已經(jīng)被用戶看到，使用了。開心不開心!

Blue Bottle設(shè)計好的官網(wǎng)

幾個月后咖啡網(wǎng)站上線，銷售額翻倍增長。高富帥橫空出世!

大琪怎么做的?

有幸在工作中使用了一次Design Sprint限于篇幅，不展開描述。附上討論圖片一張。有時間再詳細(xì)寫寫這段工作。

你該怎么做?

呼應(yīng)一下文章開頭的幾個典型問題：

我無法判斷產(chǎn)品經(jīng)理給的需求是否是真需求。

“明明要拉新，你卻告訴我我們應(yīng)該把用戶等級做的更漂亮一些”

Design Sprint時候，要求團隊成員多元化的目的就是為了讓一個需求是真實的，合理的。不讓設(shè)計做無用功!

我無法將用戶研究的結(jié)論落地。

“用戶明明就是不喜歡看文章，你卻偏要我將文章展示出來”

我們用5天時間解決同一個問題，有了結(jié)論后立即執(zhí)行。點贊還是怒懟，第五天驗證時候用戶說了算!

我無法說服產(chǎn)品或者技術(shù)采用我的方案。

“明明是同事，評審的時候卻要互相傷害”

團隊做決定的時候，人人都是主人翁!人人都要站在自己的角度!但是人人都會為產(chǎn)品負(fù)責(zé)!“Yes, and…”怎么讓我不愛你!

我無法眼睜睜看著兩個同事為了兩種目標(biāo)在一起懟。

“明明要優(yōu)化互動區(qū)域，另一個人卻在討論產(chǎn)品的展示創(chuàng)新性”

達(dá)成一致!目標(biāo)要一致，所解決的問題也要一致~

我無法直視改了又改，定了還改的產(chǎn)品方案。

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

改不改，改哪里，用戶說了算啊喂。