心智圖設計思考怎麼用：Ideate階段從創意發想到原型方向的實作收斂方法

心智圖在設計思考 Ideate 階段扮演什麼角色？

心智圖在設計思考 Ideate 階段的作用，是把 HMW 問句往外發散成多條可追蹤的點子脈絡，再協助團隊分群、比較與收斂成可進入 Prototype 的方向。

Ideate 位在 Define 之後、Prototype 之前。這個階段已經有初步問題定義，不該再停留在「收集資料」或「整理筆記」，而是要讓使用者洞察轉成足夠多、足夠具體、可被篩選的可能解法。

• 它讓中心問題保持清楚，避免發想離開使用者需求。
• 它保留點子的來源脈絡，方便後面判斷哪一類方向最有潛力。
• 它讓團隊看到彼此的聯想，不只聽到最後結論。

Ideate 不是亂想，而是有目標的發散

Ideate 的重點不是越天馬行空越好，而是在明確問題內製造足夠多的可能性。好的發散會圍繞 HMW 問句，從不同情境、接觸點、限制條件與痛點原因切入。

我會把 Ideate 看成「帶著邊界的開放」。沒有邊界，討論很快變成聊天；邊界太窄，團隊只會提出已經想過的答案。

心智圖為什麼適合 Ideate？

心智圖適合 Ideate，因為它能從一個中心問題向外展開多層關聯。比起單純條列，心智圖更容易看出點子和使用者洞察之間的距離。

保留想法脈絡

每個節點都可以追溯到上一層分支，例如「等待時間告知」來自「排隊焦慮」，而不是憑空冒出的功能清單。這對後續 Prototype 很重要，因為原型測試要驗證的通常不是功能本身，而是它是否回應了真實痛點。

讓團隊看到彼此的聯想

共創時，心智圖能讓成員看見別人的切入點。有些好點子不是第一個人直接想到，而是從另一個人的節點延伸出來。

幫助後續分群與收斂

當點子散在白板上，收斂容易變成誰比較會說服人。心智圖先保留關係，再用標籤、顏色或分群整理，能讓篩選更接近使用者價值與可行性。

開始之前：把使用者洞察轉成 HMW 問句

心智圖的中心題目最好來自 HMW 問句，也就是把使用者洞察改寫成「我們可以如何幫助某類使用者，在某情境下完成某任務或降低某痛點」。

如果中心題目太大，例如「提升使用者體驗」，心智圖很快會變成空泛分類。Ideate 需要可行動的問題，才能產生可測試的點子。

HMW 問句公式

可用這個公式建立中心題目：

我們可以如何幫助「目標使用者」在「具體情境」中，解決「明確痛點」或達成「關鍵任務」？

例如：「我們可以如何幫助第一次到夜市的遊客，在尖峰時段更快找到想吃的攤位並降低等待焦慮？」這個題目有使用者、有情境、有痛點，也能往外展開。

好的中心題目要夠窄、夠行動化

好的 HMW 不會直接指定答案，也不會大到無法發想。它應該留下多種解法空間，同時讓團隊知道發想邊界在哪裡。

題目	判斷	原因
如何改善夜市體驗？	太大	包含交通、攤商、支付、環境與觀光，無法聚焦 Ideate。
如何做一個夜市排隊 App？	太早指定解法	還沒發散就鎖定 App，容易錯過非數位解法。
我們可以如何幫助第一次到夜市的遊客，在尖峰時段判斷哪些攤位值得等待？	適合	有對象、情境與任務，能展開多種點子。

錯誤示例：把「提升體驗」當中心題目

「提升體驗」聽起來正確，實作時卻太模糊。團隊可能同時討論動線、視覺、服務、支付、清潔，最後每個方向都碰一點，沒有任何點子足夠深。

更好的改法是回到 POV 與使用者需求，把「體驗」拆成可觀察的情境，例如等待太久、不知道怎麼選、找不到座位、付款不方便。中心題目越能描述真實場景，心智圖越容易長出可測試的分支。

如何用心智圖完成設計思考 Ideate？

用心智圖完成設計思考 Ideate，可依序完成 7 步：放入 HMW、建立分支、延伸點子、暫停批判、標記類型、分群收斂、改寫成 Prototype 題目。

這套流程的價值在於把「發散」和「收斂」分開處理。前半段追求數量與關聯，後半段才判斷哪些點子值得測試。

步驟 1：把 HMW 放在中心

把 HMW 問句放在心智圖中心，所有分支都必須能回應這個問題。主持人可以在每一輪發想後提醒團隊檢查：這個節點是否仍然服務同一個使用者任務？

產出標準是所有人都能用一句話說明中心問題，而不是只看到一個模糊主題詞。

步驟 2：建立第一層分支

第一層分支用來打開思考角度，不急著列功能。建議先從情境、原因、接觸點、限制與可能解法五類開始。

使用者情境

列出使用者在什麼時間、地點、狀態下遇到問題，例如第一次造訪、尖峰人潮、帶小孩同行、天氣炎熱。

痛點原因

追問痛點背後的原因，例如資訊不透明、等待不可預期、動線混亂、選擇太多。

接觸點

標出使用者與服務接觸的位置，例如入口、攤位前、座位區、付款時、離開前。

限制條件

把現實限制也放進來，例如攤商設備有限、場地不易改動、使用者不一定願意下載 App。

可能解法

到這一層才開始放入初步解法，例如等待時間看板、座位提示、分流標示、攤位推薦卡。

步驟 3：每條分支至少延伸 3-5 個點子

只有第一層分支的心智圖，通常只是分類表。每條分支至少延伸 3 到 5 個點子，才能逼出第二層與第三層的關聯。

例如「等待焦慮」可以延伸成「預估等待時間」、「隊伍移動速度」、「熱門時段提醒」、「替代攤位推薦」。這些節點已經比「排隊」更接近可測試方向。

步驟 4：先發散，不急著批判

發散階段先不討論預算、開發難度或主管喜不喜歡。太早批判會讓團隊只留下安全答案，心智圖就失去 Ideate 的用途。

比較好的做法是先標記疑問，不立即刪除。例如在節點旁加上「需驗證」、「可能太重」、「可做低保真測試」。這能保留可能性，也不會讓討論失控。

步驟 5：用顏色或標籤標出點子類型

當點子變多後，可以用色碼或標籤分類，例如「服務流程」、「資訊提示」、「空間動線」、「數位工具」、「人員協助」。色碼的目的不是美化，而是讓收斂更快。

若使用 Miro 或 FigJam，可用標籤標出高使用者價值、低成本、需外部資源、可快速測試等狀態。

步驟 6：分群並找出高潛力方向

把相近節點合併成方向群，例如「降低等待焦慮」、「提升選擇效率」、「改善座位資訊」。每一群都要能回到 HMW，否則就是離題點子。

我的判斷是，收斂時不要只挑最有趣的點子，要挑最能驗證關鍵假設的點子。Prototype 的目的不是展示創意，而是降低不確定性。

步驟 7：改寫成可測試的 Prototype 題目

最後把高潛力點子改寫成原型題目，例如：「如果入口提供熱門攤位等待時間提示，第一次到訪者是否能更快做出用餐選擇？」

好的 Prototype 題目會包含假設、對象、情境與可觀察反應。這樣下一階段才知道要做紙本流程、低保真介面、服務腳本，還是現場測試。

心智圖 Ideate 範例：改善夜市用餐體驗

以「改善夜市用餐體驗」為例，心智圖可以從 HMW 問句展開排隊、座位、支付、清潔與動線等分支，再收斂成可測試的原型方向。

HMW 問句範例

我們可以如何幫助第一次到夜市的遊客，在尖峰時段更快判斷吃什麼、等多久、去哪裡坐？

這個 HMW 沒有直接指定 App、看板或人員服務，因此保留了發散空間。它也把問題縮在第一次到訪、尖峰時段、用餐決策，避免整個夜市營運都被拉進來。

第一層分支範例

第一層分支	觀察重點	可延伸方向
排隊	不知道要等多久	等待時間提示、替代攤位、隊伍分流
座位	買完餐才發現沒地方坐	座位狀態、共用座位標示、外帶提醒
支付	付款方式不一致	付款標示、現金提醒、快速結帳動線
清潔	桌面與垃圾處理不清楚	清潔責任提示、垃圾點標示、巡場提醒
動線	人潮堵在熱門攤位前	入口導覽、尖峰分流、熱門區域提示

第二層點子範例

分支	第二層點子	可能測試方式
排隊	攤位前放置「約 10 分鐘內」、「約 20 分鐘以上」的等待區間牌	用手寫牌測試遊客是否改變排隊決策
座位	入口放置座位區方向與目前擁擠程度提示	觀察買餐前詢問座位的人是否減少
支付	攤位招牌旁統一標示可用付款方式	測試結帳時的詢問次數是否下降
動線	在熱門攤位前設置「排隊從此開始」標示	觀察人潮是否更少堵住主通道

票選後的原型方向

票選後，不一定要選最大型的解法。夜市場景變動快，低成本、能現場測試、能回應第一次到訪者焦慮的點子通常更適合先做 Prototype。

快速找座位提示

原型方向可以是入口或主要通道的簡易座位提示牌，顯示座位區位置與目前擁擠程度。測試重點是遊客是否在買餐前就能做出內用或外帶決策。

尖峰時段分流

可用地貼、立牌或人員引導測試排隊起點與行走路線。重點不是設計漂亮標示，而是檢查人潮是否不再卡住主要通道。

攤位等待時間告知

可先用人工更新的等待區間牌測試，不需要一開始就做即時系統。若使用者因提示而改選攤位或願意等待，才值得進一步做數位化。

Ideate 心智圖的繪製規則與共創規則

Ideate 心智圖要有效，關鍵規則是一圖一中心、每節點一想法、分支能看出關係、色碼服務分類，團隊則要先發散後收斂。

心智圖繪製規則

繪製規則的目的，是讓心智圖能支援發想與決策，而不是變成漂亮但無法使用的筆記。

一圖一個中心問題

一張圖只處理一個 HMW。若同時處理「提升點餐」、「改善座位」、「增加回訪」，團隊會在不同問題間跳來跳去，後續也很難收斂。

每個節點盡量只放一個關鍵想法

節點不要寫成長句，也不要把三個想法塞在一起。可以寫「等待時間牌」，不要寫「做一個可以顯示所有攤位等待時間、推薦菜色、支援付款的系統」。

分支要能看出關係，不只是條列

「排隊」下面應該接「等待不可預期」、「隊伍阻塞」、「不知道替代選擇」，再延伸成具體點子。若只把所有點子排成一列，心智圖就失去關聯展開的優勢。

色碼用來分類，不是裝飾

色碼應該對應明確意義，例如紅色代表痛點、藍色代表服務點子、綠色代表可快速測試。若顏色只是好看，後續收斂反而會更混亂。

團隊共創規則

共創規則要讓每個人都能貢獻點子，也要避免討論被少數聲音帶走。主持人需要控節奏，不只是負責開會。

先數量，後品質

第一輪先要求每個人產出節點數量，例如每人至少提出 5 個節點。等點子足夠後，再進入分類與評估。

先延伸，後反駁

看到別人的點子時，先問「可以怎麼延伸」而不是立刻說不可行。很多可測試方向，是從一個粗糙節點被補強後才成形。

保留看似荒謬但有洞察的點子

有些點子本身不可行，但背後指出了真實需求。例如「讓攤位自動喊我」可能不實際，卻反映使用者想要降低等待不確定性。

主持人要定期拉回 HMW

每 10 到 15 分鐘檢查一次節點是否仍回應中心題目。我的經驗是，沒有這個動作的工作坊，常會在第二輪後變成大家分享個人偏好。

心智圖如何從發散走向收斂？

心智圖從發散走向收斂時，可先用點票法找共識，再用 Impact / Effort 或 DVF 檢查價值、可行性與商業可持續性，最後輸出原型假設。

點票法：快速找出團隊共識

點票法適合點子很多、時間有限的工作坊。每位成員可拿 3 到 5 票，投給最值得進一步討論的節點。

它的優點是快，缺點是容易受職位、表達能力或熱門話題影響。因此點票法適合第一輪篩選，不適合當成最後決策。

Impact / Effort：找出低成本高影響點子

Impact / Effort 適合產品、行銷與服務改善情境。把點子放到影響程度與執行成本兩個軸上，優先挑高影響、低成本的方向做 Prototype。

區域	處理方式
高影響、低成本	優先做低保真原型。
高影響、高成本	拆成較小假設，先測最關鍵部分。
低影響、低成本	可作為輔助改善，不放進主原型。
低影響、高成本	暫緩或移出本輪。

DVF：Desirability、Feasibility、Viability

DVF 適合需要平衡使用者、技術與商業條件的團隊。Desirability 看使用者是否想要，Feasibility 看是否做得到，Viability 看是否能被組織長期支持。

若是早期概念，我會先看 Desirability。使用者不需要的點子，即使可行又便宜，也不值得進入下一輪。

最後輸出：把點子改寫成原型假設

收斂不是選出一句口號，而是產生可測試假設。格式可以是：「如果我們提供某種介入，某類使用者在某情境下，是否會產生某個可觀察行為？」

例如：「如果攤位前提供等待時間區間，第一次到訪者是否能更快決定要排隊或改選其他攤位？」

心智圖和其他 Ideate 工具有什麼不同？

心智圖的強項是從中心問題展開關聯；腦力激盪重在產生點子，SCAMPER 重在改造既有方案，Crazy 8s 重在快速畫出方案，親和圖重在分群。

心智圖 vs 腦力激盪

腦力激盪是一種發想活動，心智圖是承接與整理發想的結構。實務上可先腦力激盪，再把點子放進心智圖分支，補上關聯與缺口。

心智圖 vs SCAMPER

SCAMPER 適合改造既有產品或流程，例如替代、合併、調整、放大、縮小。心智圖則更適合從 HMW 問句展開多個方向。若團隊卡住，可在某個分支下使用 SCAMPER 補點子。

心智圖 vs Crazy 8s

Crazy 8s 適合在短時間內畫出多個視覺方案，例如介面草圖或服務接觸點。心智圖不要求畫出介面，而是先釐清問題關聯與可能方向。

心智圖 vs 親和圖

親和圖適合把大量便利貼、訪談洞察或點子分群。心智圖適合從中心向外發散。兩者可接續使用：先用心智圖產生點子，再用親和圖整理高層分類。

心智圖 vs 魚骨圖

魚骨圖常用於分析原因，適合追查問題成因。心智圖則能同時容納原因、情境、接觸點與解法。若問題根因尚不清楚，可先用魚骨圖拆原因，再把關鍵原因轉成 HMW 做心智圖 Ideate。

工具	最適合的任務	和心智圖的搭配方式
腦力激盪	快速產生大量點子	產出後放進心智圖整理關聯
SCAMPER	改造既有方案	用在特定分支補充變形點子
Crazy 8s	快速畫出介面或服務草圖	心智圖收斂後再進行視覺方案發想
親和圖	大量點子分群	接在心智圖後整理主題群
魚骨圖	分析問題原因	在 HMW 前釐清痛點來源

個人發想、遠端團隊、工作坊該用什麼工具？

心智圖工具應依情境選擇：個人整理用 XMind 或紙筆，現場工作坊用白板與便利貼，遠端共創用 Miro 或 FigJam，簡報分享可用 Canva。

一個人整理想法：XMind 或紙筆

個人發想重點是速度與低阻力。XMind 適合整理層級清楚的分支，紙筆適合快速塗改與自由延伸。若還在初期探索，我會先用紙筆，避免被工具格式限制。

現場工作坊：白板與便利貼

現場工作坊適合用白板加便利貼，因為成員能同時貼上節點、移動分群、看到整體進度。主持人應先畫出中心 HMW 與第一層分支，避免大家一開始就分散。

遠端共創：Miro 或 FigJam

遠端團隊需要即時協作、投票、標籤與分區管理。Miro 和 FigJam 都適合多人同步發想，關鍵是事前設定好區塊、時間盒與投票規則。

簡報與分享：Canva

若目標是把結果整理給非工作坊成員閱讀，Canva 適合把收斂後的心智圖轉成簡報。它不一定是最適合深度共創的工具，但很適合做後續溝通。

選工具前先確認三件事

確認項目	判斷方式	適合工具
是否需要多人同時編輯	遠端或跨部門共創通常需要	Miro、FigJam
是否需要大量移動與分群	工作坊後段會頻繁調整節點	白板、便利貼、Miro
是否需要整理成對外簡報	要給主管、客戶或跨團隊閱讀	Canva、FigJam

常見錯誤：為什麼你的心智圖沒有幫助 Ideate？

心智圖無法幫助 Ideate，通常是因為中心題目太大、分支太淺、太早批判、沒有收斂規則，或點子沒有回到使用者洞察。

中心題目太大

原因是 HMW 沒有明確使用者、情境與痛點。修正方式是把「改善服務」改成「幫助哪一類使用者在什麼情境下完成什麼任務」。

分支只是分類，沒有延伸

原因是團隊只做到第一層，沒有追問「為什麼」和「可以怎麼做」。修正方式是要求每條分支至少延伸 3 個具體節點。

太快否定新點子

原因是把收斂規則提早放進發散階段。修正方式是先標記風險，不立即刪除，等分群後再評估。

沒有設定收斂規則

原因是團隊以為發想完就完成 Ideate。修正方式是事先決定要用點票法、Impact / Effort 或 DVF，並設定最後要輸出幾個原型題目。

點子沒有連回使用者洞察

原因是討論被功能偏好帶走。修正方式是要求每個高票點子都回答：它對應哪一個使用者痛點？它要改變哪一個行為？

最後沒有輸出 Prototype 題目

原因是把點子清單當成成果。修正方式是把入選點子改寫成可測試假設，明確寫出測試對象、情境、介入方式與觀察指標。

錯誤	原因	修正方式
中心題目太大	缺少使用者與情境	改成具體 HMW 問句
只有第一層分支	沒有延伸關聯	每條分支補 3 到 5 個節點
太早批判	發散與收斂混在一起	先保留，再標記風險
沒有分群	點子太散	用標籤整理成方向群
沒有原型題目	停在點子清單	改寫成可測試假設

下一步：把心智圖輸出轉成 Prototype / Test

心智圖完成後，下一步是把高潛力點子改寫成原型假設，選擇最低成本原型形式，設定測試問題，再用使用者回饋修正方向。

把點子改寫成原型假設

可使用這個轉換公式：

如果我們提供「介入方式」，目標使用者在「情境」中，是否會產生「可觀察行為」？

例如：「如果夜市入口提供座位區擁擠程度提示，第一次到訪者是否會更快決定內用或外帶？」這比「做座位提示」更適合進入測試。

決定最低成本原型形式

原型不一定是完整產品。服務流程可用腳本測試，資訊提示可用紙本看板測試，介面想法可用低保真線框測試。原型形式越輕，越能快速驗證核心假設。

設定測試問題

測試問題要對應假設，例如使用者是否看得懂提示、是否改變選擇、是否減少詢問、是否更快完成任務。不要只問「你喜不喜歡」，因為喜歡不代表會使用。

保留未入選點子作為下一輪素材

未入選點子不要直接丟掉。很多點子只是本輪不適合，可能在新的限制、不同使用者族群或下一輪測試後變得有價值。好的 Ideate 紀錄，應該讓團隊知道哪些點子被選、哪些被保留、哪些被排除，以及原因。

實作上，先用 HMW 建中心題目，再用心智圖發散關聯，最後用評估準則收斂成可測試原型，這才是心智圖在設計思考 Ideate 階段最有價值的位置。

Ideate 一定要用心智圖嗎？

不一定。心智圖適合需要從一個問題往外展開關聯、保留脈絡、整理大量點子的情境；如果目標是快速畫出介面方案，Crazy 8s 可能更適合。

心智圖和腦力激盪有什麼不同？

腦力激盪是一種發想活動，心智圖是整理與延伸想法的視覺結構。兩者可以搭配：先腦力激盪，再用心智圖整理關係與分支。

設計思考心智圖適合個人還是團隊？

兩者都適合。個人適合用來整理思路，團隊適合用來共創、看見彼此聯想，並把分散點子收斂成可測試方向。

心智圖的中心主題要寫什麼？

最好放 HMW 問句，例如「我們可以如何幫助上班族在 10 分鐘內完成健康午餐選擇？」不要只寫「午餐體驗」這種太大的題目。

心智圖產出的點子要怎麼篩選？

可用點票法先找共識，再用 Impact / Effort 或 DVF 檢查使用者價值、可行性與商業可持續性。最後要把入選點子改寫成原型假設。

心智圖和概念圖有什麼差別？

心智圖通常從一個中心向外放射，適合發散與整理想法；概念圖更重視概念之間的明確關係，適合知識結構與因果關係說明。

Ideate 心智圖需要畫得漂亮嗎？

不需要。Ideate 階段重點是想法品質、關聯清楚與後續可收斂，不是美觀排版。色碼和版面只要能幫助分類與決策即可。

團隊共創時心智圖適合幾個人？

建議 3 到 8 人最容易討論與收斂。人數更多時，可先分組發想，再合併節點與票選，避免主圖過早變得混亂。

心智圖可以取代親和圖嗎？

不完全可以。心智圖適合發散，親和圖適合把大量便利貼或洞察分群。Ideate 中可以先用心智圖發想，再用親和圖收斂。

心智圖完成後下一步是什麼？

下一步是把高潛力點子改寫成原型假設，進入 Prototype，並設計最小測試來驗證使用者反應。