思维工具箱TRIZ 发明问题解决理论
G03
TRIZ 发明问题解决理论
Theory of Inventive Problem Solving
把冲突抽象成矛盾，再找跨领域解决原理
这是什么
当「更轻又要更坚固」「更省电又要更及时」这类冲突把折中逼到极限时，TRIZ 要求先写清技术矛盾或物理矛盾，描述理想结果与可用资源，再用发明原理等工具启发结构或控制方案。矩阵是启发，不是保证最优的算法。
示意图
什么时候用 / 别用
该用
- 硬件、技术或流程面临相互冲突的要求
- 普通折中已接近极限，需要跳出妥协
- 希望把领域抱怨抽象成可迁移的矛盾
别用
- 问题其实是资源不足或优先级不清，不是真矛盾
- 抽象参数选不对，矩阵只会给出空建议
- 把管理/人际问题硬套工程原理且忽略人的反应
怎么做
准备：要改善的功能与被牺牲的指标（含单位）；使用条件、系统边界与不可破限制；已有资源清单
- 把模糊抱怨改写为可度量矛盾
- 描述理想结果：功能到位且新增负担很小
- 技术矛盾选相关发明原理；物理矛盾考虑时/空/条件分离
- 把抽象提示译成多个具体结构或控制方案
- 用样机、可靠性与成本检验，只保留真正解矛盾的方案
交付：矛盾定义、原理到方案映射表、样机验证计划与结果
一个例子
假设示例 · 产品
【假设示例】AI 员工助手要「回复更快」又要「调用更少模型额度」。矛盾写成延迟 vs 调用成本后，候选是按问题类型路由轻量模型、缓存高频问答、仅复杂单才升级。必须实测延迟、额度与错误率，不能停在「动态化」三个字。
容易踩坑
- 矩阵是启发不是最优算法
- 参数选错引向无效建议
- 套到管理问题却忽略制度与人的反应
出处：常见于把冲突抽象成矛盾再找发明原理的体系（阿尔特舒勒一脉）