設計思考 Ideate 是什麼？
設計思考 Ideate 是把明確問題轉成多個可測試解法的發想階段。
在 Design Thinking 流程中，Ideate 位於 Define 之後、Prototype 之前。前一階段先釐清使用者需求與問題陳述，這一階段則透過創意發散產生多種構思，再挑出值得做成原型的方向。
Ideate 中文可以怎麼翻？
Ideate 常見中文翻譯有「發想」、「構思」或「創意發想」。若放在設計思考脈絡裡，我會建議用「發想階段」，因為它不只是在腦中想一個答案，而是用一套流程把洞察轉成解法選項。
Ideate 在 Empathize、Define、Prototype 之間的角色
Empathize 負責理解使用者，Define 負責收斂問題，Ideate 負責打開解法空間，Prototype 則把選定方向做成可被看見、可被測試的形式。Ideate 的品質，取決於前面問題是否清楚，也會影響後面原型測試是否有價值。
Ideate 為什麼不是單純 Brainstorming？
Brainstorming 是發散工具之一，Ideate 則包含輸入、發散、整理、篩選與產出。
| 比較項目 | Brainstorming | 設計思考 Ideate |
|---|---|---|
| 定位 | 一種腦力激盪方法 | 設計思考中的完整發想階段 |
| 重點 | 短時間產生大量點子 | 從使用者問題產生並篩選解法 |
| 輸入 | 可有可無，常由主持人直接開題 | 需要洞察、問題陳述與 HMW 問句 |
| 產出 | 點子清單 | 點子池、分類、優先順序、原型假設 |
Brainstorming 是工具，Ideate 是階段
把 Ideate 當成 Brainstorming，最容易造成會議熱鬧但無法前進。好的 Ideate 可以使用 Brainstorming，也可以使用 Crazy 8s、SCAMPER、Brainwriting、Dot Voting 等方法，工具要服務階段目標，而不是讓活動本身變成目的。
Ideate 必須有輸入、規則與產出
Ideate 至少要有三件事：清楚的問題輸入、避免過早批判的發散規則，以及可進入 Prototype 的產出格式。我的判斷是，沒有收斂標準的發想會議，通常只是把既有偏好包裝成創意。
- Brainstorming 只解決「如何產生點子」。
- Ideate 還要解決「點子從哪裡來、如何整理、如何選」。
- 成熟的 Ideate 會把點子改寫成可驗證假設。
什麼時候可以進入 Ideate 階段？
當團隊已有使用者洞察、問題陳述與 HMW 問句，才適合進入 Ideate。
必備輸入：使用者洞察、問題陳述、HMW 問句
Ideate 的前置準備不需要厚重報告，但不能只有一句「使用者體驗不好」。進入前，團隊至少要能說清楚誰遇到什麼困難、為什麼這件事重要，以及希望往哪個方向尋找解法。
| 檢查項目 | 合格狀態 |
|---|---|
| 使用者洞察 | 能描述特定使用者的情境、痛點與期待 |
| 問題陳述 | 問題聚焦在使用者需求，而非內部部門想法 |
| HMW 問句 | 以「我們可以如何」打開解法空間 |
| 限制條件 | 已知道時間、預算、技術或品牌上的基本邊界 |
不該進入 Ideate 的 4 種情況
第一，使用者是誰還不清楚。第二，團隊只想證明既有方案是對的。第三，問題陳述大到像口號，例如「提升會員體驗」。第四，決策者不願接受不同解法。這些情況會讓創意發散變成形式，產出的點子也很難進入原型測試。
Ideate 怎麼做？從創意發散到收斂的 7 步驟
Ideate 可依序完成洞察整理、HMW、發散、分類、投票、評估與原型假設。
1. 整理洞察與限制條件
先把 Define 階段留下的訪談摘要、觀察紀錄、使用者痛點與限制條件放在同一個工作區。主持人要提醒團隊，限制條件不是用來封殺創意，而是幫助點子更接近可執行情境。
2. 把問題改寫成 How Might We
將問題改寫成 HMW 問句，例如「我們可以如何讓第一次報名線上課程的使用者，更快判斷這門課是否適合自己？」好的 HMW 不會直接指定解法，也不會大到無法行動。
3. 先追求數量，不急著評價
發散前段要刻意延後評價，先讓點子數量變多。主持人可以設定短時間限制，要求每位成員獨立寫下想法，避免一開始就被職位較高或表達較快的人帶走方向。
4. 用主題分類整理點子
把相似點子放在一起，形成主題群，例如「降低理解成本」、「提高信任感」、「縮短操作流程」。分類時不要急著選優勝者，先看團隊其實在反覆回應哪些使用者需求。
5. 用投票找出高共識方向
每位成員可用 Dot Voting 投給自己認為最有潛力的點子。投票不是最終裁決，而是快速看見團隊共識與分歧。若某個點子票數高但風險也高，仍要進入下一步評估。
6. 用 desirability / feasibility / viability 篩選
用使用者是否需要、團隊是否做得到、品牌或商業上是否值得做三個面向評估。這一步很重要，因為高票點子不一定適合測試，漂亮的概念也可能缺乏可行性。
7. 把點子轉成原型假設
最後把選出的點子改寫成假設句，例如「如果在課程頁加入三題需求判斷，使用者會更快找到適合課程」。只有能被原型驗證的方向，才算完成 Ideate 的主要任務。
常用 Ideate 方法有哪些？不同情境怎麼選？
Ideate 方法要依情境選擇：快速發散、改良方案、安靜產出或收斂決策。
| 方法 | 主要用途 | 適用情境 |
|---|---|---|
| Brainstorming | 快速產生大量想法 | 團隊已對問題有共識，需要打開解法數量 |
| Crazy 8s | 在短時間畫出多個方案 | 需要逼出不同版型、流程或服務接觸點 |
| SCAMPER | 改造既有產品或服務 | 已有方案，但需要找出替換、組合、簡化等變化 |
| 6-3-5 Brainwriting | 讓成員安靜寫下點子並接力擴充 | 跨部門協作，或團隊容易被少數人主導 |
| Affinity Mapping | 把大量點子分群 | 點子太多，需要看出主題與方向 |
| Dot Voting | 快速形成初步優先順序 | 需要從點子池挑出候選方向 |
發散工具：Brainstorming、Crazy 8s、SCAMPER、6-3-5 Brainwriting
Brainstorming 適合團隊口頭快速發想；Crazy 8s 適合介面、流程、服務體驗的快速草圖；SCAMPER 適合優化既有方案；6-3-5 Brainwriting 適合需要公平參與的會議。若團隊資深與新人成員混合，我通常會優先用 Brainwriting，因為它能降低發言權重差異。
整理工具：Mind Mapping、Affinity Mapping
Mind Mapping 適合從一個核心問題向外延伸關聯，Affinity Mapping 則適合把已經產生的大量便利貼分群。前者偏發散，後者偏整理。兩者都能幫團隊從散亂點子看見結構。
收斂工具：Dot Voting、Impact-Effort Matrix
Dot Voting 可以快速找出共識，Impact-Effort Matrix 則能把影響力與執行成本放在同一張圖上。若時間有限，先用 Dot Voting 縮小範圍，再用 Impact-Effort Matrix 檢查是否值得進入 Prototype。
如何用雙鑽石模型理解 Ideate 的發散與收斂？
在雙鑽石模型中，Ideate 位於解法空間，負責發散並初步收斂解法。
第一顆鑽石找對問題，第二顆鑽石找對解法
雙鑽石模型把設計過程分成問題空間與解法空間。第一顆鑽石先透過同理與定義找出真正問題，第二顆鑽石再透過 Ideate、Prototype、Test 找出可行解法。這個模型的好處，是提醒團隊別在問題還沒釐清時急著做方案。
Ideate 不只開放，也要準備收斂
Ideate 對應的是第二顆鑽石前段的打開，以及進入原型前的初步收斂。好的發想會保留多種可能性，但也會準備把可能性變成選擇。只開放不收斂，團隊會卡在點子牆前；太快收斂，則容易回到最熟悉的舊方案。
Ideate 點子怎麼篩選？用 3 個標準避免選錯方向
Ideate 點子可用 desirability、feasibility、viability 三標準評估是否值得測試。
| 標準 | 評估問題 | 1 分 | 3 分 | 5 分 |
|---|---|---|---|---|
| Desirability | 使用者真的需要嗎？ | 需求不明 | 有痛點但證據有限 | 痛點明確且反覆出現 |
| Feasibility | 團隊做得到嗎？ | 超出能力或資源 | 需要協作與調整 | 可用現有資源做低成本原型 |
| Viability | 品牌或商業上值得做嗎？ | 價值不清楚 | 可能有幫助但需驗證 | 符合品牌定位與商業目標 |
Desirability：使用者真的需要嗎？
使用者價值要放在第一順位。若點子很新，但無法對應到明確痛點，通常只是團隊內部覺得有趣。判斷時可回到訪談紀錄、客服問題、搜尋行為或使用者旅程中的卡點。
Feasibility：團隊做得到嗎？
技術可行性不代表要立刻完整開發，而是要判斷能不能用低成本方式做出可測試版本。若一個點子連紙本流程、假頁面或人工服務都無法模擬，短期內就不適合進入原型。
Viability：品牌或商業上值得做嗎？
商業可行性要看這個方向是否符合品牌承諾、營運能力與成長目標。有些點子能讓使用者開心，卻會讓後台成本失控；有些點子看似能提高轉換，卻削弱品牌信任。這一關需要決策者清楚表態。
60 分鐘 Ideate 工作坊怎麼跑？
60 分鐘 Ideate 工作坊可分為對齊問題、創意發散、整理分類與收斂決策。
參與角色：主持人、記錄者、決策者、使用者代表
主持人負責時間與規則，記錄者負責整理點子，決策者負責最後取捨，使用者代表負責提醒真實情境。若沒有使用者代表，至少要把使用者洞察放在會議桌上，避免討論只剩內部想像。
議程：10 分鐘對齊問題、25 分鐘發散、15 分鐘整理、10 分鐘收斂
| 時間 | 活動 | 產出 |
|---|---|---|
| 0 至 10 分鐘 | 對齊使用者痛點、問題陳述與 HMW | 共同確認的發想題目 |
| 10 至 35 分鐘 | 使用 Brainwriting、Crazy 8s 或 Brainstorming 發散 | 大量初始點子 |
| 35 至 50 分鐘 | 用 Affinity Mapping 分類整理 | 主題群與重複模式 |
| 50 至 60 分鐘 | 用 Dot Voting 與三標準初步收斂 | 原型候選方向 |
會後產出：3-5 個原型候選方向
會後不應只留下便利貼照片。比較好的交付物，是 3 至 5 個原型候選方向，每個方向都包含對應痛點、核心想法、待驗證假設與風險。數量太多會分散測試資源，太少則容易錯過替代解法。
Ideate 實例：從使用者痛點到原型方向
Ideate 可把台灣常見服務痛點轉成 HMW、點子池與可測試原型假設。
使用者痛點
以線上課程報名為例，許多使用者不是不想報名，而是不確定課程程度、適合對象與學完後能否解決自己的問題。這類痛點常出現在課程頁資訊很多，但決策線索不夠清楚的情境。
HMW 問句
HMW 可寫成：「我們可以如何幫助第一次接觸課程的使用者，在三分鐘內判斷這門課是否適合自己？」這個問句有明確使用者、情境與期待結果，足以支撐創意發散。
10 個初始點子
| 點子 | 對應需求 |
|---|---|
| 課前程度自評小測驗 | 判斷是否適合 |
| 三種學員情境推薦 | 快速對號入座 |
| 課程成果範例頁 | 理解學完能做到什麼 |
| 一分鐘課程導覽影片 | 降低理解成本 |
| 常見不適合對象說明 | 建立信任 |
| 學習路徑圖 | 看見先後順序 |
| 課前準備清單 | 降低焦慮 |
| 真實學員問答整理 | 回應疑慮 |
| 依目標推薦單元 | 縮短搜尋時間 |
| 報名前顧問式三題判斷 | 輔助決策 |
最後選出的原型假設
篩選後可選「報名前顧問式三題判斷」作為原型方向。原型假設是：如果使用者在課程頁先回答三個需求問題，系統回傳適合程度與推薦單元，使用者會更快做出報名或不報名的決策。這個方向可用簡單表單與人工回覆先測，不必一開始就開發完整系統。
Ideate 常見錯誤有哪些？
Ideate 常見錯誤包括太早批判、發言失衡、HMW 模糊與缺少收斂標準。
| 錯誤 | 後果 | 修正方式 |
|---|---|---|
| 太早否定點子 | 點子數量變少，成員不願冒險 | 先設定發散時間，評價延後到收斂階段 |
| 只有主管或資深者發言 | 結果偏向既有權力結構 | 改用個人書寫，再進行分享與分類 |
| HMW 問句太大或太模糊 | 點子容易偏題，難以測試 | 加入特定使用者、情境與期待結果 |
| 沒有定義收斂標準 | 最後靠直覺或職位決定 | 使用 desirability、feasibility、viability 評分 |
太早否定點子
當團隊一聽到點子就回應「這做不到」，發散會立刻縮小。修正方式是把批判放到後段，並允許成員先提出粗糙、未完成、甚至看似不合理的想法。
只有主管或資深者發言
Ideate 需要多元視角，特別是接觸第一線使用者的人。若討論被少數人主導，主持人應改成安靜書寫、輪流分享，並讓投票匿名化。
HMW 問句太大或太模糊
「我們可以如何提升品牌體驗」太大，很難產出可測試解法。改成「我們可以如何讓第一次詢價的使用者，在送出表單前理解服務流程」會更能引導點子。
沒有定義收斂標準
沒有標準時，團隊常選最熟悉、最容易被主管接受的方案。我的觀察是，Ideate 失敗通常不是缺創意，而是缺少把創意變成決策的規則。
Ideate 後下一步是什麼？
Ideate 後要把候選點子轉成原型假設，再用低成本方式測試。
把點子改寫成可測試假設
完成設計思考 Ideate 後，團隊應整理每個候選方向的假設句。格式可以是：「如果我們提供某種解法，特定使用者在某個情境下會產生某種行為改變。」這能讓 Prototype 與 Test 有明確驗證目標。
用低成本原型驗證，而不是直接開發
下一步不是把點子完整做完，而是用低成本原型檢查方向是否成立。原型可以是紙本流程、假頁面、簡易表單、服務腳本或可點擊線框。Ideate 的好壞不在點子多，而在能否把使用者洞察轉成可測試假設。若需要回到設計思考完整流程，可參考 設計思考總覽；若要補強前置輸入，可延伸閱讀 使用者洞察、品牌策略、原型測試 與 視覺設計原則。
Ideate 中文是什麼？
Ideate 中文常翻成發想、構思或創意發想。在設計思考中，它指的是把已定義的使用者問題轉成多個可能解法的階段，重點是產生、整理並篩選可進入原型測試的方向。
設計思考 Ideate 和 Brainstorming 一樣嗎？
不一樣。Brainstorming 是創意發散工具之一，Ideate 是設計思考中的發想階段。Ideate 可以使用 Brainstorming，但還包含前置問題輸入、點子整理、收斂篩選與原型假設產出。
Ideate 前要準備什麼？
Ideate 前要準備使用者洞察、問題陳述、How Might We 問句，以及基本限制條件。若團隊還說不清楚使用者是誰、痛點是什麼，就不適合急著進入創意發散。
How Might We 問句要怎麼寫？
HMW 問句應包含特定使用者、情境與期待結果，例如「我們可以如何讓第一次使用會員系統的顧客，更快找到適合自己的優惠？」避免寫得太大，也避免直接把解法放進問題。
Ideate 階段一定要很多人一起做嗎？
不一定。多人協作能帶來多元觀點，但小團隊甚至個人也能進行 Ideate。關鍵是先有清楚問題，再用方法產生多個解法，最後用標準篩選，而不是只依照直覺選一個點子。
Crazy 8s 適合什麼情境？
Crazy 8s 適合需要快速產出多種版型、流程、介面或服務接觸點的情境。它透過短時間限制逼團隊避免過度修飾，特別適合在已有明確 HMW 問句後使用。
SCAMPER 和 Brainstorming 有什麼不同？
Brainstorming 偏向自由發散，SCAMPER 則用替換、組合、調整、修改、其他用途、刪減、反轉等提示來改造既有方案。若團隊已經有產品或服務原型，SCAMPER 通常更容易產生可執行改良點。
Ideate 產生太多點子時怎麼收斂？
先用 Affinity Mapping 把相似點子分群，再用 Dot Voting 找出高共識方向，最後用 desirability、feasibility、viability 評估。不要只看票數，還要確認使用者價值、技術可行性與商業可行性。
Ideate 後下一步是 Prototype 嗎？
是，Ideate 後通常進入 Prototype。不過進入原型前，要先把點子改寫成可測試假設，確認要驗證的是需求、流程、訊息、功能或商業判斷，避免直接做出過度完整的方案。
沒有設計背景也能做 Ideate 嗎？
可以。Ideate 不是設計師專屬能力，而是一種結構化解題流程。產品、行銷、客服、業務與管理者都能參與，前提是願意回到使用者問題，並遵守先發散後收斂的節奏。
可以用 AI 協助 Ideate 嗎？
可以，但 AI 適合當輔助發散工具，不應取代使用者洞察與團隊判斷。比較好的用法是請 AI 依照 HMW 問句產生不同角度，再由團隊根據真實需求、可行性與品牌脈絡篩選。
Ideate 最常失敗的原因是什麼？
最常見原因是問題太模糊、太早批判、發言被少數人主導，以及沒有收斂標準。這些問題會讓創意發散變成聊天，最後產出的點子無法轉成清楚的原型假設。