> ## Documentation Index
> Fetch the complete documentation index at: https://meta.niceshare.site/llms.txt
> Use this file to discover all available pages before exploring further.

# TRIZ

> TRIZ透過辨識矛盾並套用可重用發明原理，協助團隊突破技術取捨，將創新從靈感驅動轉為可複製流程。

<Info>
  **類別**: 方法<br />
  **類型**: 結構化創新與問題解決方法<br />
  **來源**: Genrich Altshuller 與其團隊，蘇聯，1940-1950年代<br />
  **別名**: 發明性問題解決理論
</Info>

<Note>
  **快速回答** — **發明性問題解決理論**（TRIZ）是一套把具體難題轉成通用矛盾模型，再利用可重用發明原理產生方案的方法。它由 Altshuller 的大規模專利分析工作發展而來，核心價值是讓創新不再只依賴偶發靈感，而能被訓練、複用與迭代。
</Note>

## 什麼是TRIZ？

TRIZ 是一種透過「解矛盾」推動創新的方法：當某項性能改善會導致另一項性能惡化時，TRIZ 用結構化路徑幫助你跳脫折衷。

> TRIZ 的核心提問是：我們在解哪一類矛盾？歷史上哪些原理曾成功解過同類矛盾？

與其從零開始發想，TRIZ 強調先抽象問題，再借用通用解法做在地化調整。它在「優化卡住」的情境特別有效。實務上常與 `/zh-hant/methods/root-cause-analysis`、`/zh-hant/methods/scamper-method`、`/zh-hant/methods/five-whys` 搭配。

### TRIZ的三層理解

* **入門**：先把核心矛盾寫清楚，例如「提升速度但不能提高缺陷率」。
* **實踐者**：把矛盾映射到 TRIZ 參數，快速篩選可行原理並做小規模驗證。
* **進階**：結合技術演化趨勢、理想最終結果與組合策略，做跨產品線創新布局。

## 起源

TRIZ 起源於蘇聯工程師兼專利審查員 Genrich Altshuller 的研究。二戰後，他在長期專利分析中發現，突破性發明常反覆出現有限且可辨識的解題模式。

基於這些發現，TRIZ 逐步形成矛盾矩陣、40 條發明原理、物理矛盾分離策略與技術系統演化趨勢。20 世紀後期，TRIZ 逐漸被工程研發、製造改進與產品設計領域採用。

## 核心要點

TRIZ 的效益來自流程紀律，不是機械套表。

<Steps>
  <Step title="先精準定義矛盾">
    明確「要改善什麼」與「會惡化什麼」。定義越準，後續原理匹配越有效。
  </Step>

  <Step title="先抽象，再求解">
    把在地問題轉成通用參數，才能重用跨產業的創新知識。
  </Step>

  <Step title="用原理生成多個候選方案">
    不要押注單一解。先擴展方案池，再用可行性、成本與風險收斂。
  </Step>

  <Step title="用實驗完成驗證閉環">
    TRIZ提供方向，不提供最終答案。必須透過試作與驗證完成落地。
  </Step>
</Steps>

## 應用場景

當團隊長期陷入「改善 A 會傷害 B」的循環時，TRIZ 特別有價值。

<CardGroup cols={2}>
  <Card title="工程取捨優化">
    在強度與重量、速度與精度、性能與可靠度之間尋找非折衷解。
  </Card>

  <Card title="製程改善">
    重構流程矛盾，爭取同時降低缺陷率與縮短週期時間。
  </Card>

  <Card title="產品創新設計">
    從功能堆疊轉向矛盾解決，提升創新品質與差異化密度。
  </Card>

  <Card title="跨部門協作">
    提供研發、產品、營運共同語言，降低高複雜議題溝通成本。
  </Card>
</CardGroup>

## 經典案例

TRIZ 的奠基案例不是單一產品，而是 Altshuller 團隊的專利分析工程。他們長期對大量發明案例進行編碼歸納，最終沉澱出 **40 條發明原理**與矛盾求解體系。相關 TRIZ 文獻普遍將這項分析規模描述為約 **20 萬件專利**量級。

此案例的關鍵意義在於：它把分散的創新經驗壓縮為可教學、可重用的方法資產，讓問題解決從依賴少數天才，轉向可組織化能力建設。

## 邊界與失效場景

若把所有問題都硬塞進技術矛盾框架，TRIZ 會失效。很多現實難題本質是激勵機制、組織協調或時機判斷，而非工程矛盾。另一個失效點是停在概念層，不做成本、可製造性與使用者價值驗證。

兩個邊界條件要注意：第一，TRIZ 在技術與系統設計問題最強，在純政治性衝突較弱；第二，新手容易過度依賴矩陣匹配，忽略場景限制。常見誤用是把 40 原理當檢核表，而不是當假設生成器。

## 常見誤區

TRIZ 既不是僵化模板，也不是創新魔法。

<AccordionGroup>
  <Accordion title="TRIZ會壓抑創造力">
    它不是替代創造力，而是提升創造力命中率的結構化框架。
  </Accordion>

  <Accordion title="TRIZ只適合大型研發機構">
    中小團隊也可採用輕量流程，尤其適合資源有限時的高價值問題。
  </Accordion>

  <Accordion title="用了TRIZ就保證突破">
    TRIZ提升的是搜尋品質與效率，成果仍取決於資料、執行與市場驗證。
  </Accordion>
</AccordionGroup>

## 相關概念

把 TRIZ 與下列方法聯用，可形成診斷、發想、驗證的完整閉環。

<CardGroup cols={3}>
  <Card title="根因分析" href="/zh-hant/methods/root-cause-analysis">
    先釐清機制，再決定矛盾求解方向。
  </Card>

  <Card title="SCAMPER 方法" href="/zh-hant/methods/scamper-method">
    在 TRIZ 原理之外擴展方案空間。
  </Card>

  <Card title="科學方法" href="/zh-hant/methods/scientific-method">
    用實驗與證據驗證 TRIZ 產生的關鍵假設。
  </Card>

  <Card title="議題樹分析" href="/zh-hant/methods/issue-tree-analysis">
    先拆解複雜問題，再聚焦高價值矛盾點。
  </Card>
</CardGroup>

## 一句話總結

<Tip>
  TRIZ 的真正價值，是把「靠靈感碰運氣」轉為「可重用、可驗證、可規模化」的創新流程。
</Tip>