設計思考到底是什麼？

設計思考強調「創新」、以「人」為本地解決問題。

特別將「人」字括號起來，當然是強調「人」在以設計思考解決問題過程中的重要性。

最重要的是，「為什麼要學習設計思考」？

「讓真實的問題得以被解決」

如果只能選一個最重要的原因，我認為關鍵是「讓真實的問題得以被解決」。

在日常工作與專案中，我們經常陷入表面的問題定義，急於尋找解方，卻忽略了背後更根本的需求與痛點。但設計思考五步驟的順序是「先同理使用者，再定義真正的問題」，發想跟製作解方放在這兩個步驟後面。

這不代表解方不重要，但在真正「定義問題」以前，快速投入一堆資源去找解方、做出解方，有可能反而解決錯誤的問題。

設計思考的核心精神是什麼？

Bias Toward Action 先做再說

設計思考不鼓勵「把一切都想到 100% 清楚了再做」，而是「邊做邊修正」，意思是專案中的學習不只從知識中學習，也從行動後的反思中學習。

Fail Fast 快速失敗

設計思考追求「快速且有意義的失敗」。意思是，在設計思考專案的過程中，最重要的是做出一版「堪用的」原型，並且將這個原型推出去給受眾進行檢驗，並取得有價值的回饋。

Iteration 不斷迭代

設計思考不追求「一次就成功」，追求「從測試回饋修正」。因為運用設計思考步驟，第一次做出來的東西／提案不會馬上滿足使用者的需球，因此需要「迭代」來幫助設計團隊循環往復，打造最好的產品。

Explore Ambiguity 模糊探索

這不是常見會被設計思考心態，但對我最受用——

設計思考往往處理的是「模糊、看不見終點、看不見標準答案」的問題，這本質上來自設計思考的核心精神：「以人為本」，人的問題往往是最複雜的問題。

特別是，當一群人聚集成為團隊、組織、企業，甚至是社會，問題的複雜度只會三級跳。

這時，就是設計思考可以派上用場的地方：一群人利用設計思考探索出「當下的最佳解」，並且馬上拿去快速失敗、不斷迭代。在這過程中，設計觀點會被迭代，解方也會被迭代。

設計思考流程

你可能聽過設計思考有不同版本，有五步驟、三步驟、七步驟都有，這一篇文，只會分享「五步驟」的版本！但可能未來會寫一篇不同步驟之間比較的文哈哈

同理 Empathize

開場先用一個我很愛的影片，分享什麼是「好的同理」跟「同情」的差別是什麼：

設計思考的第一步「同理」，是透過訪談法、觀察法、沈浸式體驗等方式，認識我們要解決問題的使用者。

在這過程，也會搭配不同的工具，像是同理心地圖、使用者旅程地圖、人物誌、6 Whys 等工具，具體描繪出我們想研究的「使用者」樣貌

上述提到的工具，都有很明確的使用情境、目標。這幫助團隊不只是「我們看了網路文章，覺得這群人的真正問題是⋯⋯」、「我們跟對方聊了十分鐘，覺得他們需要⋯⋯」，而是「我們在對方的某段對話中，發現他背後的需求可能是⋯⋯」、或是「我們發現在他做這件事的過程中，有個地方怪怪的，因此我們推測他的需求可能是⋯⋯」

定義 Define

當我們透過訪談、使用各種工具建構對於「使用者」的樣貌，過程可能是訪談很多人、紀錄夠多觀察，或甚至團隊本身就是自己議題的「使用者」，接著，我們就可以用 POV (Point Of View) 、事實與假設等等方式，進一步收斂並聚焦使用者的問題，成為問題著力點。

我自己最常使用的工具是 POV，這個工具看似只是簡單的一句話：

「OOOO （有生動描述的使用者），需要 OOOO ／需要一個方法來回應 OOOO（需求），因為在他的世界中，OOOO 很重要（洞見，需求背後真正原因）。」

但在解決真實世界的議題，這句話往往代表行動、解決問題的出發點，我在帶工作坊時，會跟團隊以不同例子，分享「什麼是好的 POV」、「什麼是團隊會動不了的 POV」，以及碰到不好的 POV 時，該如何調整？

發想 Ideate

設計思考其中一個最為人所知的特色，是強調「創意思考」。

當然，設計思考內建很多幫助創意發想的好用工具，像是在最一開始，我很常用的、刺激大家創意腦的「瘋狂故事接龍」。

「瘋狂故事接龍」舉例：請大家在三分鐘內，以「小明早上九點出門」作為開頭，「小明最後不小心跟一千年後的曾曾曾曾曾曾⋯⋯孫女結婚了」作為結尾，並且想辦法讓這中間的故事情節合理。

等到團隊進入了「創意發想」的模式，就能進入正題，開始發想創意解方來試著回應前面定義階段的「POV」。

這邊也聊聊，很多人會有的一個疑惑「但我就是一個沒有創意點子的人啊？」。

不可否認，有些人就是天生鬼點子特多，旁人完全抓不到他的腦迴路構造。

但其實，創意點子，很多時候來自「有沒有進入允許瘋狂發想的環境」、「有沒有相互疊加點子」、「有沒有看過夠多很棒的例子」哦！

原型實作 Prototype & 測試 Test

在發想階段，我會盡可能跟團隊一起產出「很多的點子」，並且用一些標準來篩選出團隊想往下發展的點子。

這時進到「原型實作」，會強調「用最小的成本，取得最快的失敗，並從中學習」。

因為在解決問題的初期，我們找到的受訪者、定義的問題、發想的解方，通通都不一定是「真的」，所以如果我們發想完解決方案，就馬上跳進去砸大錢、花一堆時間做出來，但最後發現這根本不能解決問題，那就會很尷尬。

在原型實作階段，相對重要的一定是「快速把 Prototype 搞定」，並且找到使用者來進行測試。

設計思考的反思

設計思考，其實就是大型工具箱啦

在我實踐、教學設計思考的過程中，覺得設計思考更像是一個「超大型跨域工具箱」，設計思考整合了許多領域的方法論、工具、心態，成為解決問題的利器。

2025 年，為什麼還要寫一個「設計思考的內容網站」？

一方面是，我想探索「一個真正有意義的工作到底是什麼？」，我相信設計思考運用在很多場域的先例，可以幫助回答這個問題。

另一方面是，我發現設計思考的知識存在一定程度的缺口，有許多散落在我過往經驗中的設計思考知識跟資訊，似乎都沒辦法用中文馬上搜索到。

最後一個小小的目標，是想運用最近學到的 SEO 知識，試試看我可以將自己的網站刻成什麼樣子 😉。

結語

謝謝你看到這裡，如果有任何回饋，歡迎寄信到我的信箱 ashan204054@gmail.com。