概念地圖・TRIZ 矛盾矩陣
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：創新
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
TRIZ 矛盾矩陣：兩個都要，別急著妥協
工程會議上最常聽到的一句話是「這兩個只能選一個」。想更堅固就會更重，想更快就更耗電，想更便宜就得少些功能。矛盾矩陣的態度剛好相反：既然全世界的專利裡，一定有人在你之前碰過「想改善甲、結果乙惡化」這組矛盾，那就先去看看他們怎麼把兩個都拿到。這張表把工程問題壓縮成三十九個標準參數，縱向是你想改善的那一個、橫向是跟著惡化的那一個，交叉的格子裡放著幾個編號——那是統計上最常奏效的發明原理。
四十個原理，五種最常被用到的動作
TRIZ 是俄文「發明問題解決理論」的縮寫，由 Genrich Altshuller 從 1946 年開始，帶著團隊分析數十萬件專利歸納而成。他的核心發現是：不同領域的發明，反覆使用的其實是同一小組解題動作。四十個原理裡最常出現在矩陣格子裡的，大致是下面幾類。
| 原理 | 它要你做的動作 | 身邊的例子 | 常解開的矛盾 |
|---|---|---|---|
| 1 分割 | 把整塊拆成可獨立處理的小塊 | 模組化貨櫃、可拆式行李箱隔層 | 要大容量，又要好搬運 |
| 15 動態化 | 讓原本固定的部分可以變化 | 可調式後照鏡、變速電扇 | 要適合這種情況，又要適合那種 |
| 35 參數改變 | 改變物質狀態、濃度或彈性 | 冷凍乾燥食品、發泡材料 | 要保存久，又要口感好 |
| 10 預先作用 | 把事情提前做好，用的時候直接取用 | 預拌水泥、超商預製鮮食 | 要現場快，又要品質穩 |
| 40 複合材料 | 用兩種材料的組合取代單一材料 | 碳纖車架、夾層玻璃 | 要強度，又要輕 |
翻開矩陣之前，先過四個自問
查表本身兩分鐘就會，真正決定成敗的是查表前後的兩次翻譯。
一、你手上的，是真的矛盾嗎。真矛盾的形式很固定：一個參數往好的方向走，另一個必然往壞的方向走，而且有物理或結構上的理由。若只是「還沒想到辦法」或「預算不夠」，那是資源問題，查矩陣不會有幫助。自問：我能不能用一句話寫成「只要甲變好，乙就一定變差，因為……」？
二、你把問題翻譯成哪兩個標準參數。這是整套方法最主觀、也最容易出錯的一步。同一個問題，兩個工程師可能翻成完全不同的兩個參數，於是查到不同的格子、拿到不同的原理。務實的做法是刻意翻譯三種版本，把三組結果放在一起看。自問：我這個「不夠耐用」，指的是強度、耐久度，還是可靠度？
三、這是技術矛盾，還是物理矛盾。矩陣處理的是技術矛盾——兩個不同參數互相拉扯。若同一個特性本身要同時具備相反的值（門要夠寬讓貨進、又要夠窄保暖），那叫物理矛盾，該用的是分離原則：按時間分、按空間分、按條件分。用錯工具，查再久也查不出東西。自問：我的矛盾是兩件事互相扯，還是同一件事要同時往兩邊？
四、拿到編號之後，誰負責翻譯回來。矩陣吐出的是抽象提示，像「分割」「預先作用」這種兩個字。它們不會告訴你要分割什麼、怎麼分。這一步需要真正懂那個產品的人坐下來，逐條問「如果我要在這裡做分割，會是分割什麼」。自問：這四個原理，我每一個都認真套過我的產品一遍了嗎？
一支保溫瓶的兩難
台灣有不少替國際品牌代工、近年轉做自有品牌的戶外用品廠。保溫瓶是他們最常見的產品，也是一個乾淨的矛盾樣本。以下是一個示意情境。
- 市場的要求：保溫要撐滿十二小時，通路一律拿這個數字比。想改善：保溫效果
- 直覺的做法：加厚真空層、加大瓶壁厚度。跟著惡化：重量與容量
- 翻譯成參數：改善「能量損失」，惡化「移動物體的重量」。問題進表了
- 查到的提示：分割、預先作用、參數改變、複合材料。四個方向
- 逐條套產品：分割 → 內膽與外殼分開設計；預先作用 → 出門前預熱瓶身。兩個都做得到
- 最後的解法：改用複合層結構＋一個可拆的保溫套，重量沒增加。矛盾被拆開
這個團隊自己覺得最有價值的一項收穫，來自「預先作用」那一條。原本沒有人想過保溫這件事可以在出門前就先做一半——那條原理逼他們把時間軸拉長，從「瓶子要多會保溫」變成「這杯水從燒開到喝掉，中間會經過哪些環節」，於是多出好幾個原本不在討論範圍裡的選項。另一個值得記的細節是翻譯那一步：他們第一次把問題翻成「溫度」這個參數，查到的原理完全不對題，換成「能量損失」才對上。這件事在導入 TRIZ 的公司裡非常普遍，也是為什麼多數企業會先訓練幾個內部教練，專門負責把工程師的口語問題翻成標準參數。以上為說明結構用的示意情境，僅供理解框架之用。
這張表，有三個地方會騙你
它是一套 1970 年代完成的工具，來源與適用範圍都留下了明顯的痕跡。
- 它的血統是機械與材料。三十九個參數裡有大量的重量、長度、面積、體積、應力、溫度——因為它們是從那個年代的機械專利統計裡長出來的。把軟體、服務流程、商業模式硬塞進這些參數，翻譯的失真會大到讓結果失去意義。這也是後來衍生出商業 TRIZ 與各種參數表改版的原因；碰到非工程題目時，先確認你用的是哪一版參數表。
- 它給的是提示，很多人以為是答案。格子裡的編號代表「歷史上這組矛盾常被這幾招解開」，而不是「你的問題的解法是這個」。真正的創造發生在把抽象原理翻譯回具體產品的那半小時，矩陣只負責把你從一百個方向縮到四個。期待查完表就有方案的人，通常在第一次使用後就放棄了。
- 格子空白時最容易被誤讀。矩陣裡有相當比例的格子是空的，意思是專利統計中沒有找到共通的解法模式。很多人看到空格就結論「這個矛盾無解」，於是回頭去妥協。比較有生產力的讀法是：空格代表你的問題可能被描述錯了，或者它落在需要更上層工具的範圍——TRIZ 後來發展出的物質-場分析、七十六個標準解與 ARIZ 演算法，處理的正是這一類。
把矛盾解得漂亮，跟有人要，是兩段路
TRIZ 最迷人的一句話是「不要妥協」。它假設世界上絕大多數的兩難，都已經有人在別的領域拆開過，你要做的只是去找。這個信念本身就值得學起來——它把「只能二選一」從結論降級成一個待查的假設。
而它整套方法的起點，是有人先決定「這個矛盾值得解」。矩陣不會問這件事，它從你翻開的那一頁開始就預設題目是對的。實務上最貴的浪費常常長這樣：一個技術團隊花了六個月，把某個矛盾解得極為漂亮，做出一支比競品輕三成的產品，然後發現通路根本不在意那三成。沒有人痛的矛盾，解得再漂亮也只是一次昂貴的練習。P.A.I.N. 之尺可以擺在翻開矩陣之前用一次：誰因為這個矛盾而受苦、他現在怎麼將就、將就的代價是多少錢或多少時間。今晚可以做的一件小事：把你正在解的那個技術矛盾寫成一句話，然後在下面補一行——如果它明天奇蹟般被解決，誰會在一個月內因此掏錢。答不出那個人的名字或身分，先別急著查表。
關於 TRIZ 矛盾矩陣，常被問到的幾件事
TRIZ 到底是什麼，中文怎麼稱呼？
TRIZ 是俄文「發明問題解決理論」的縮寫，中文常譯為萃思或萃智，由 Altshuller 從 1946 年起分析大量專利歸納而成。它的基本主張是：發明不是靈感，而是有規律可循的——同樣幾十種解題動作，在不同產業裡被反覆使用。矛盾矩陣只是這套理論裡最出名、也最容易上手的一個工具，整套方法還包含理想解、資源分析、演化趨勢等等。
三十九個參數、四十個原理，一定要背嗎？
不需要背。實務上多數人是把參數表與原理表印在手邊，用到才翻。真正需要練的是兩件事：判斷你的問題屬於哪種矛盾，以及把抽象原理翻譯回具體產品。這兩件事只能靠實際跑過幾次題目累積，看再多次原理清單也不會進步。第一次使用時，找一個已經解決過的舊問題來練，比較容易看出自己翻譯得準不準。
技術矛盾和物理矛盾怎麼分？
技術矛盾是兩個不同參數互相拉扯：加強甲會削弱乙，例如更堅固就更重。物理矛盾是同一個特性要同時取相反的值：這扇門要同時夠寬又夠窄。前者用矛盾矩陣查原理，後者用分離原則——把兩個需求依時間、空間、條件或層級分開滿足。實務上有個好用的順序：先試著把技術矛盾往下追問，很多會收斂成一個更根本的物理矛盾，而物理矛盾解開時通常一次解決整組問題。
沒有工程背景的人用得上嗎？
用得上，但要調整期待。四十個發明原理當成一組「打破思考慣性的提示卡」使用，在流程設計、服務設計、甚至活動企劃上都能刺激出新選項——分割、預先作用、動態化這幾條尤其通用。真正不建議硬套的是那張三十九參數的表：它的詞彙是工程用語，非工程題目翻譯起來會失真。折衷的做法是跳過矩陣，直接把四十原理逐條掃過自己的問題。
現在有各種軟體和 AI，還需要自己查矩陣嗎？
工具確實省下了查表與翻頁的時間，也有系統能根據描述自動建議參數。但真正的瓶頸一直在兩端的翻譯，跟查表速度無關：把現場問題描述準確，以及把抽象原理落回你的產品。這兩件事都需要對問題有第一手的了解。比較實際的用法是讓工具負責候選，人負責判斷哪一個候選對應到你真正的限制條件。
想在動手前先確認這個問題值不值得解，最風險假設測試是輕一點的起手式；找創新方向時，SCAMPER 是同類型但更通俗的提示卡。至於技術很好卻找不到題目的困境，這篇拆書講了另一種進場順序。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。