TIPS(発明的問題解決)

英語名 TRIZ (Theory of Inventive Problem Solving)
読み方 ティップス ハツメイテキ モンダイ カイケツ
難易度
所要時間 2〜4時間
提唱者 ゲンリッヒ・アルトシュラー(旧ソ連の発明家・特許審査官)
目次

ひとことで言うと
#

「Aを良くするとBが悪くなる」というトレードオフ(技術的矛盾)を、妥協せずに解消するための体系的な問題解決理論。世界中の特許を分析して発見された「発明の原理」を使い、イノベーションを偶然ではなく再現可能にする。

押さえておきたい用語
#

押さえておきたい用語
技術的矛盾(Technical Contradiction)
ある特性を改善すると別の特性が悪化する状態のこと。TIPSが解決対象とする問題の基本構造にあたる。
発明原理(Inventive Principles)
世界中の特許分析から抽出された40パターンの問題解決の定石のこと。矛盾を解消するためのヒント集として使う。
矛盾マトリクス(Contradiction Matrix)
改善したい特性と悪化する特性の交点から推奨される発明原理を特定する39×39のパラメータ表を指す。
理想最終結果(IFR: Ideal Final Result)
システムが追加コストやデメリットなしに自ら機能を果たす理想状態のこと。解決策の方向を定めるための指針として使う。

TIPS(発明的問題解決)の全体像
#

矛盾の定義から発明原理による解消までのTIPSの構造
①矛盾を定義する「Aを改善するとBが悪化する」を記述②矛盾マトリクス39×39のパラメータ表で推奨原理を特定③発明原理を適用40の原理からアイデアを発想する40の発明原理(代表例)#1 分割一体のものを分ける#10 先取り事前に変化を与える#13 逆発想逆にしてみる#15 ダイナミック化固定を可変にする#25 セルフサービス自分自身で機能させる#35 パラメータ変更状態を変換する④解決策の評価・選定矛盾解消度・実現可能性・副作用で最も有望な解決策を選ぶIFR理想最終結果矛盾を定義 → マトリクスで原理を特定 → 自分の問題に翻訳 → IFRに近づく解決策を選定
TIPSの進め方フロー
1
矛盾を定義
「Aを改善するとBが悪化する」の形に問題を構造化
2
発明原理を探す
矛盾マトリクスまたは40原理一覧から候補を特定
3
自分の問題に翻訳
原理を具体的な解決策に落とし込む(最低3つ試す)
矛盾を解消する解決策
トレードオフを妥協せず解消する最適案を選定

こんな悩みに効く
#

  • 「軽くしたいけど強度が落ちる」のように、2つの要素が相反して改善できない
  • 既存の延長線上の改善では限界があり、根本的なブレイクスルーが必要
  • 問題の解決策が見つからず、「これは仕方ない」と諦めかけている

基本の使い方
#

ステップ1: 問題を「矛盾」として定義する

まず、解決したい問題を**「○○を改善すると、△△が悪化する」**という矛盾の形で記述する。

例:

  • 「スマホのバッテリー容量を増やすと、本体が重くなる」
  • 「会議の参加者を増やすと、意思決定が遅くなる」
  • 「品質チェックを厳しくすると、納期が遅れる」

ポイント: 問題を矛盾として捉え直すことが、TIPS活用の最も重要なステップ。「仕方ない」と思っているトレードオフこそが出発点

ステップ2: 矛盾を解消する「発明原理」を探す

TIPSでは、矛盾を解消する40の発明原理が体系化されている。代表的なものを紹介する。

#発明原理内容
1分割一体のものを分割する
2分離不要な部分を取り除く
10先取りあらかじめ必要な変化を与えておく
13逆発想逆にしてみる
15ダイナミック化固定を可変にする
25セルフサービス自分自身で機能を果たさせる
35パラメータ変更物理的・化学的状態を変える

矛盾マトリクス(39×39のパラメータ表)を使えば、改善したい特性と悪化する特性の交点から、推奨される発明原理を特定できる。

ステップ3: 発明原理を自分の問題に適用する

見つかった発明原理を自分の具体的な問題に「翻訳」する

例:「品質チェックを厳しくすると、納期が遅れる」

  • 原理1: 分割 → 品質チェックを最終工程にまとめず、各工程に分散させる
  • 原理10: 先取り → 設計段階で品質基準を組み込み、後工程でのチェック量を減らす
  • 原理25: セルフサービス → 自動テストツールを導入し、人手のチェックを減らす

1つの原理から複数のアイデアが出ることもある。最低3つの原理を試すのがおすすめ。

ステップ4: 解決策を評価し、最も有望なものを選ぶ

生成された解決策を以下の観点で評価する。

  • 矛盾の解消度: トレードオフが本当に解消されているか?
  • 実現可能性: 技術的・コスト的に実行可能か?
  • 副作用: 新たな問題を生んでいないか?

最も有望な解決策をプロトタイプまたはテストで検証する。

具体例
#

例1:ECサイトが「配送スピード向上 vs コスト増」の矛盾を解消する

矛盾の定義: 「配送スピードを上げたい(翌日配送→当日配送)が、物流コストが大幅に増加する」

適用した発明原理と解決策:

  1. 原理1: 分割 → 倉庫を1箇所の大型倉庫から、都市部の小型拠点に分散させる → 配送距離が短くなり、スピードアップとコスト削減を両立
  2. 原理10: 先取り → 購買データからAIで需要を予測し、注文前に最寄り拠点に在庫を配置しておく → 注文後の配送を最短化
  3. 原理25: セルフサービス → コンビニやロッカーでの受け取りを推進し、「ラストワンマイル」のコストを顧客に担ってもらう

結果:

指標改善前改善後
当日配送比率15%60%
1件あたり配送コスト480円422円(12%削減)
顧客満足度(NPS)+18+41

原理1(分割)と原理10(先取り)を組み合わせたことで、スピードとコストのトレードオフを同時に解消できた。

例2:従業員120名の食品メーカーが「品質向上 vs 生産スピード」の矛盾を解消する

矛盾の定義: 「衛生基準を引き上げたい(菌検査の強化)が、検査工程を増やすと1日の生産量が20%落ちる」

適用した発明原理と解決策:

  1. 原理10: 先取り → 原材料の受入段階で厳格な検査を実施し、製造後の抜き取り検査を簡略化
  2. 原理25: セルフサービス → 製造ライン上にIoTセンサーを設置し、温度・湿度・菌量を自動モニタリング
  3. 原理15: ダイナミック化 → 検査頻度を固定(毎ロット)から、リスクレベルに応じた可変方式に切り替え

結果:

指標改善前改善後
不良品率2.1%0.4%
1日の生産量1,200ケース1,350ケース(12.5%増)
検査コスト(月額)180万円95万円

「品質を上げるとスピードが落ちる」という常識を、先取り検査と自動化の組み合わせで覆した好例。

例3:個人経営の学習塾が「少人数指導の質 vs 受入生徒数」の矛盾を解消する

矛盾の定義: 「一人ひとりに合わせた個別指導を売りにしているが、生徒を増やすと指導の質が落ちる(月商80万円が上限)」

適用した発明原理と解決策:

  1. 原理1: 分割 → 指導内容を「理解チェック」と「演習フィードバック」に分割。理解チェックはAIドリルで自動化、フィードバックだけ講師が担当
  2. 原理13: 逆発想 → 「講師が教える」のではなく、「生徒が生徒に教える」ピアラーニング制を一部導入。教える側の理解も深まる
  3. 原理35: パラメータ変更 → 対面指導のうち週1回を動画授業に切り替え。繰り返し視聴できるため理解度が向上

結果:

指標改善前改善後
受入生徒数25名42名
月商80万円134万円
生徒満足度82点89点(向上)
講師の労働時間週48時間週40時間

「生徒を増やすと質が落ちる」はずが、分割と逆発想で質も量も向上。特にAIドリルの導入がレバレッジポイントだった。

やりがちな失敗パターン
#

  1. 矛盾を正しく定義できない — 問題を「○○が足りない」という欠乏の形で捉えてしまい、矛盾として構造化できない。必ず「何かを改善すると何かが悪化する」の形にすることがスタートライン
  2. 発明原理を字面どおりに受け取る — 原理は製造業の文脈で作られたものが多いが、ビジネスやサービスにも応用可能。抽象化して自分の領域に翻訳する力が必要
  3. 1つの原理だけで満足する — 複数の原理を組み合わせた方が、より強力な解決策が生まれることが多い。最低3つの原理を試してから判断する
  4. 理想最終結果(IFR)を考えずに解決策を選ぶ — 「少しマシになる」程度の改善で妥協してしまう。IFR(理想的にはどうあるべきか)を先に描き、それに近づく解決策を選ぶことで革新的な案が出やすい

まとめ
#

TIPS(TRIZ)は、「これは仕方ない」と諦めていたトレードオフを体系的に解消するための問題解決理論。40の発明原理という「先人の知恵のデータベース」を使うことで、ゼロからの発想に頼らずにイノベーションを生み出せる。まずは日常の「Aを取るかBを取るか」というジレンマを矛盾として書き出すところから始めてみよう。