Google 設計衝刺 Design Sprint

什麼時候該用它？

與其花三個月寫 Code 去賭一個不確定的市場，不如給團隊五天時間跑一次 Design Sprint。好鋼要用在刀刃上：

• 高風險的生死戰：公司要推全新產品線或大改版核心體驗，做錯會賠上大量資源
• 跨部門無限期卡關：業務要 A、行銷要 B、老闆要 C，大家開會開到快打起來
• 數據停滯需要破局：轉換率卡死很久，常規 A/B Test 已經沒效，需要破壞式創新
• 從 0 到 1 冷啟動：只有模糊願景，不知道第一步該長什麼樣子

框架結構

清空行事曆的週一到週五，每天都有明確產出：

Monday — 理解與畫地圖

把所有專家抓進來，定義長遠目標，畫出使用者旅程地圖。今天只做一件事：找對問題。

Tuesday — 發想與畫草圖

不准腦力激盪（那通常是大聲公贏）！每個人各自在紙上畫出解法草圖。強調：獨立思考，具體呈現。

Wednesday — 決定方向與畫分鏡

把草圖貼在牆上，用貼紙無聲投票，決策者拍板定案，然後把贏的點子畫成分鏡腳本（Storyboard）。強調：做出決斷。

Thursday — 製作原型

Fake it till you make it。不寫半行程式碼，用 Keynote、Figma 或無代碼工具，做出看起來像真的一樣的原型。強調：剛剛好的真實。

Friday — 測試與驗證

找 5 個真實目標受眾來操作原型。團隊在另一個房間看轉播。強調：直面真相，收集數據。

來源與歷史

• 2010：Jake Knapp 在 Google 內部（Gmail 團隊）首次嘗試這種壓縮時間的極限開發法
• 2012：Jake 將方法帶進 Google Ventures，幫 GV 投資的新創（Slack、Uber 等）快速驗證商業點子
• 2016：出版《Sprint》一書，正式成為全球軟體業顯學
• 2018+：衍生出 4 天版甚至 3 天版的 Sprint 2.0，但核心五步邏輯不變

真實案例：Blue Bottle Coffee 的電商破局

藍瓶咖啡實體店體驗極佳，但想擴展線上訂閱賣咖啡豆時卡關 — 不確定怎麼在網頁上重現「咖啡師的專業推薦感」。

Sprint 過程：

五天內做了一個假網頁原型，重點放在「用說故事的方式介紹咖啡豆產地與風味」。

週五測試發現：5 位真實消費者中有 4 位對團隊引以為傲的「咖啡專業術語」感到困惑。

結果：立刻修改文案，捨棄艱澀術語，改用「像在門市跟咖啡師聊天」的白話文。實際上線後，線上訂閱轉換率翻了 2 倍。五天的試錯，省下了三個月開發「錯誤專業版網站」的成本。

使用步驟

Step 1：搞定人與場地

5-7 人：決策者 + 設計 + 工程 + 客服 + 領域專家。關進一間有白板的會議室。設一個「設備停車場」— 除了休息時間，交出筆電手機。

Step 2：Monday-Tuesday 聚焦問題

畫使用者旅程地圖 → 用 HMW（How Might We）便利貼收集機會點 → 每個人獨立畫草圖（Crazy 8s：8 分鐘畫 8 個方案）。

Step 3：Wednesday 做決策

無聲投票（美術館式評審）→ 決策者用「超級選票」拍板 → 畫 10-15 格分鏡腳本。

Step 4：Thursday 做原型

把團隊分成「好萊塢劇組」：縫合師負責串連畫面、道具組負責找素材。用 Figma 或 Keynote 做出「剛好能騙過受測者」的假原型。

Step 5：Friday 測試收穫

提前招募 5 位真實目標使用者（可用 Facebook Ads + 禮物卡），一對一操作原型，團隊在旁觀察記錄。5 個使用者就能發現 85% 的問題。

這樣做 vs 避免這些

這樣做

• 營造「無聲評審」— 避免大聲公主導討論，貼紙投票讓安靜的人也有聲音
• 只測 5 個使用者 — 第 6 個只是在重複驗證
• 準備充足零食與水 — 高強度五天會讓血糖掉很快
• Sprint 結束後立刻寫一頁摘要 — 趁記憶新鮮時記錄關鍵學習

避免這些

• 不要寫任何一行程式碼 — 一旦寫了，你就捨不得丟掉
• 不要讓決策者當幽靈 — 他如果週四才出現推翻一切，團隊士氣會崩潰
• 不要企圖解決所有問題 — 「重新設計整個 App」太大，「重新設計新使用者的首次體驗」才是對的範圍
• 不要用同事當受測者 — 他們有知識詛咒