概念地圖・設計衝刺
作者 山姆（謝冠生）・喵喵書評創辦人
發布 最後更新
分類：創新
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
設計衝刺：五天，把想法推到顧客面前
一個新點子該不該做，常常要吵好幾個月的會、燒一大筆錢做出來，才知道市場買不買單。Google Ventures 的傑克・納普（Jake Knapp）不服氣，設計了一套「設計衝刺」：用五個工作天，把「發想、決定、做原型、給真人測」整套壓縮完，週五就拿到顧客的真實反應。它賭的是一件事：花五天問清楚，好過花幾個月埋頭假設。
五天，一天一個交付
設計衝刺不是五天腦力激盪，每一天都有明確的產出，一天接一天疊上去。先用一張表看完整週。
| 時間 | 做什麼 | 當天產出 |
|---|---|---|
| 週一 | 畫出問題全貌，訂下本週要攻的目標 | 一張地圖、一個焦點 |
| 週二 | 每個人各自安靜地畫出自己的解法 | 一疊候選方案 |
| 週三 | 評選、投票，決定押哪個，畫成故事板 | 一條要驗的路徑 |
| 週四 | 做出「看起來像真的」的門面原型 | 一個可測的原型 |
| 週五 | 找 5 位目標使用者，一對一實測 | 顧客的真實反應 |
怎麼跑設計衝刺，才不會變成大型會議
設計衝刺最容易走鐘成「五天冗長會議」。抓住下面三個判準，它才會真的產出答案。
原型只做「門面」，別真的開發。週四要做的，是一個看起來夠真、足以騙過使用者直覺的假門面——一組點得動的畫面、一頁像模像樣的網頁。它的壽命只有週五那一天。想在五天內真的把功能做出來，衝刺就垮了。自問：這個原型，是為了「測反應」，還是我忍不住想「順便做出來」？
用「安靜地各自畫」取代「開會吵」。設計衝刺刻意減少你一言我一語的討論，改成每個人先獨立把想法畫在紙上、再一起評選。這樣既避免了聲音大的人主導全場，也讓內向但有想法的人的方案被看見。決策靠投票，不靠嗓門。自問：我們的方案，是集思廣益出來的，還是被某個資深者的意見蓋過去的？
週五的 5 位使用者，勝過一百份市調。研究發現，找 5 個對的人來測，就能抓出絕大多數的關鍵問題。重點是找「真正的目標使用者」，看他們實際操作時卡在哪、皺眉在哪；問他們「喜不喜歡」反而問不到真相。行為比嘴巴誠實。自問：我找來測的人，真的是我要服務的那群人嗎？
拿設計衝刺跑一次：一個台灣長照 App 的點子
套一個具體情境就懂。假設一個小團隊想做「幫子女遠端掌握爸媽用藥」的 App，但對「該怎麼做、家屬會不會用」還沒有把握。
- 週一：畫出整條照護流程，訂目標——「讓在外地的子女，一眼看懂爸媽今天吃藥了沒」。
- 週二到週三：團隊各自畫介面，最後投票選出一個「超簡單的每日紅綠燈」版本，捨棄複雜的數據儀表板。收斂到一條路
- 週四：用簡報工具做出一組能點的假畫面，看起來像真 App。
- 週五：找 5 位真的有長輩要照顧的上班族來測。結果發現：他們根本看不懂「紅綠燈」代表什麼，反而一直問「能不能直接打電話提醒我媽」。五天就撞見真需求
五天下來，這個團隊沒寫一行程式，卻換到了一個可能救活整個產品的洞見：家屬真正要的，是「有人幫忙提醒長輩」這件事——那套精美的「監看數據」，根本搔不到癢處。如果照傳統做法，他們可能花三個月把那套精美的數據儀表板開發完，上線才發現沒人看得懂、方向整個歪掉——那才是真正昂貴的失敗。設計衝刺的價值，就在於把「最貴的錯誤」提早到只花五天、還沒下重本的階段就撞出來。它不保證你一次做對，但它讓你「用最小的代價，儘早知道自己錯在哪」。以上為說明結構用的示意情境，僅供理解框架之用。
這套方法，什麼時候會騙你
設計衝刺很強，但它有適用邊界，硬套會失望。三點要記得。
- 它驗的是「方向對不對」，「細節好不好」留到後面。五天能測出「顧客要不要這個方向」，上線後的效能、規模、長期留存，它一概測不出。衝刺給你的是一張綠燈或紅燈，離一份完整的產品規格還很遠。把它的結論當成「可以直接開發」，會過度樂觀。
- 假原型的反應，跟真實掏錢有落差。使用者對著一個免費的假門面點頭稱讚，跟他真的付錢、長期使用，中間還有一段距離。週五的正面反應是好訊號，離成交保證還有一段。它降低風險，消滅不了風險。
- 它很吃「湊齊五天、湊齊對的人」。設計衝刺要求關鍵決策者與跨職能成員清空五天、全程參與。對忙碌的小團隊或大公司，光是排出這五天就很難。人湊不齊、決策者中途落跑，衝刺的品質就大打折扣。
用痛點的眼光，再看一次設計衝刺
設計衝刺看起來在教你「快速做產品」，真正對付的，是創業最貴的那個病：愛上自己的點子，遲遲不敢拿去給市場檢驗。我們都會這樣——手上有個自認絕妙的想法，就忍不住先埋頭把它做得很完整、很漂亮，把「會不會有人要」這個最該問的問題，一路往後拖。拖得越久，投入越深，越捨不得承認它可能是錯的。設計衝刺狠就狠在，它把「面對顧客」這一刻，從幾個月後硬拉到第五天——趁你還沒愛得太深、還沒投得太多，就逼你看見真相。用《痛點》的話說，它是一台「加速你撞牆」的機器：撞得越早，越不痛；越晚，越致命。所以週五那五位使用者皺眉的瞬間，才是設計衝刺真正的產出；那個週四趕出來的原型，用完就丟。那個瞬間，替你省下的可能是三個月的白工和一整筆學費。願意讓自己的寶貝點子，在第五天就去接受顧客的痛的檢驗，這份不迴避，才是這套方法最珍貴的地方。
關於設計衝刺，常被問到的幾件事
設計衝刺是什麼？
設計衝刺（Design Sprint）是 Google Ventures 發展出的一套五天流程，用來快速驗證一個重要的產品或商業想法。五天分別做：理解問題、發想解法、決定方向、做出原型、找真實使用者測試。它的核心是「花一週先拿到顧客的真實反應，好過花幾個月開發完才知道對錯」。
設計衝刺和設計思考有什麼不同？
設計思考是一套「以人為本」的解題心法與心態，比較開放、沒有固定天數。設計衝刺則是把類似精神打包成一個「限時五天、每天有明確產出」的具體流程。可以說，設計衝刺是設計思考的一種高度結構化、時間盒化的實作版本，專門用來快速做決策與驗證。
為什麼只找 5 位使用者測試？
因為研究發現，5 位目標使用者就足以暴露出約八成以上的重大問題，再增加人數，發現新問題的邊際效益快速遞減。仔細觀察 5 個對的人怎麼操作、卡在哪裡，比花大錢找一百人做問卷更有用。關鍵在「找對人」和「看行為」，衝樣本數反而是次要的。
一定要整整五天嗎？小團隊怎麼辦？
五天是原版設計，但不少團隊會依實際情況壓縮成三天或兩天的精簡版。重點在那條主線——理解、發想、決定、做原型、測真人——幾天完成是其次。小團隊的關鍵，是至少要保住「週四做假原型、週五給真人測」這後半段——這才是設計衝刺最省錢、回報最高的部分。
設計衝刺的精神，跟「先驗證再擴大」一脈相承。《精實創業》的拆書把這套「用最小成本驗證假設」的思維，發展成一整套創業方法論。而週五那場使用者測試怎麼問才問得到真話，《媽媽測試》的拆書給了一份實用到不行的提問指南。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。