設計衝刺
一句話定義
設計衝刺是把跨職能團隊放進短時間箱，依序理解問題、發想、決策、原型與測試，以便在投入完整開發前用低成本驗證關鍵產品方向的工作坊流程。
核心要點
五天時間箱：用流程強迫收斂
2026-05-09-Google-UX-Foundations-of-UX-Design筆記 把設計衝刺描述為通常五天、每天約八小時的時間限制流程。目標不是完成正式產品，而是快速回答關鍵設計問題：
- 這個設計挑戰是否有多個可能解法？
- 是否需要跨職能團隊共同參與？
- 範圍是否足夠寬，可以透過 sprint 產生可測試方向？
時間箱的功能，是避免團隊在沒有回饋的情況下無止盡討論，改用「先做出能測的東西」取得使用者與利害關係人訊號。
五個階段
| 階段 | 目的 | 典型工作 |
|---|---|---|
| 理解 | 讓團隊清楚設計挑戰、使用者問題與限制 | 使用者研究、專家訪談、跨部門討論 |
| 構思 | 發散候選解法 | 草圖、點子展示、開始招募測試對象 |
| 決定 | 收斂到最值得原型化的方案 | 討論、投票、選擇最可能達成目標的方案 |
| 原型 | 做出足以讓使用者體驗的版本 | MVP / 高擬真原型 / 關鍵流程 |
| 測試 | 觀察使用者反應並訪談經驗 | 使用者測試、回饋整理、下一步決策 |
這使設計衝刺成為 設計思考 五階段的壓縮版：它保留同理、發想、原型與測試，但把節奏壓進短期團隊協作。
Sprint brief 是衝刺前的共識容器
一份健康的設計衝刺簡報至少要交代：
- Design Challenge：本次衝刺要解的設計挑戰。
- Key Deliverables：衝刺結束時希望得到什麼，例如完整原型或功能更新方向。
- Logistics：時間、地點、參與者、sprint leader、需要知會的審批者。
- Resources：研究資料、既有產品狀態、限制、素材。
- Project Overview：當前狀態、障礙、早期成果、預估 launch plan。
- Sprint Schedule：五天逐小時節奏與休息時間。
沒有 brief 的 sprint 容易退化成大型 brainstorming；brief 讓團隊知道這次時間箱的問題、邊界、輸出與決策權。
新手設計師在 sprint 中的價值
Google UX 課程把入門設計師在各階段的工作拆得很具體：
- 在理解階段記錄專家與團隊討論中的問題、假設與限制。
- 在構思階段把點子放出來，而不是過早自我審查。
- 在決定階段參與投票與測試規劃。
- 在原型階段提出問題、補足細節並檢查成品是否可被測試。
- 在測試階段觀察與訪談使用者，協助把回饋轉成下一輪修改方向。
這點補足 UX職能 的職涯面：junior UX designer 不一定是衝刺主導者，但可以在研究記錄、發想、原型檢查與測試觀察中創造明確貢獻。
Retrospective：衝刺本身也要被迭代
衝刺結束後的 retrospective 不是形式收尾，而是檢查下一次 sprint 如何變好的機制。基本問題是：
- 什麼進展順利？
- 有什麼可以改進？
- 團隊是否高估或低估了完成設計所需的工作？
- 外部因素是否破壞效率？
- 最終設計是否真的解決使用者問題？
這讓設計衝刺不只是一次性工作坊，而是 迭代設計 的團隊流程版本：不只產品要迭代，團隊的協作方式也要迭代。
不是所有問題都適合 sprint
設計衝刺適合「方向還不確定、解法多、跨職能成本高、做錯代價大」的問題。若問題已高度明確、只需執行既定規格，或沒有使用者測試條件，sprint 可能只是昂貴儀式。
因此設計衝刺的價值在於在昂貴決策前取得反應，而不是替所有產品工作套上五天流程。
與其他概念的關係
- 設計思考 — 設計衝刺是設計思考在產品團隊中的時間箱版本；把理解、構思、原型與測試壓成高密度流程。
- 雙鑽石模型 — 設計衝刺同樣包含發散與收斂：理解 / 構思發散，決定 / 原型 / 測試收斂並產生下一輪訊號。
- 腦力激盪 — 構思階段會使用 brainstorming / sketching；但設計衝刺比單場腦力激盪更完整，還包含決定、原型與測試。
- Prototype — 原型是設計衝刺的核心交付物；不需要完整產品，只要足以測試關鍵假設。
- Test — 設計衝刺的最後階段用使用者反應驗證方向，避免只在會議室判斷。
- 迭代設計 — 衝刺測試結果與 retrospective 都會把團隊帶回下一輪迭代；一次 sprint 不是產品完成，而是更快得到可用訊號。
- 使用者研究 — 理解階段需要研究材料，測試階段需要招募符合目標設定的使用者；沒有使用者資料的 sprint 容易變成內部偏好投票。
- 利害關係人管理 — 衝刺把不同部門、專家與審批者拉進短時間箱，是處理利害關係人共識與決策拖延的工具。
- 委員會設計 — 設計衝刺可作為對抗無止盡妥協的制度性時間箱：先快速收斂出可測原型，再用使用者反應取代純粹內部意見。
相關來源
- 2026-05-09-Google-UX-Foundations-of-UX-Design筆記 — Google UX 課程筆記；補入設計衝刺五階段、採用條件、sprint brief、新手參與方式與 retrospective。
- 2026-05-03-Unblock-跨團隊設計合作術-Ep2 — 提及 Crazy 8 與《Sprint 設計衝刺》作為利害關係人發想工具來源；當時未建 Sprint 主頁，本頁補上方法 umbrella。
- 2026-04-28-魯奇的設計思考工具書 — 設計思考工具書參考來源之一含 Google Design Sprint；本頁承接該方法線。
- 2026-05-09-AAPD-升級UX力商業思維與創造價值 — 口述案例中提及設計衝刺作為 UX / Product Designer 職涯與專案方法之一。
備註
- 本頁目前以 Google UX Certificate 筆記與既有中文來源提及為基底。若未來 ingest Jake Knapp、John Zeratsky、Braden Kowitz《Sprint》或 GV 官方 sprint guide，可補入學術 / 實務源頭、日程細節、Decider 角色、Lightning Demos、Crazy 8、Storyboard、Friday test 等完整流程。