3.1 问题界定与形式化：SPF 实战
3.1 问题界定与形式化：SPF 实战
本节摘要：OTSM 有句行话——"准确定义问题等于解决了一半"。本节把这句话落成一套七步操作：从识别不良效应开始，追因果链、划系统边界、形式化矛盾、立 IFR、盘资源，最后浓缩成一句可对接求解工具的形式化问题陈述。这是全流水线的启动器，后面所有工具的输入格式都在这里生产。
学习目标
阅读完本节，你应当能够：
- 区分"不良效应清单"与"形式化问题"，说出两者的差距
- 复述七步界定流程及每步的关键动作
- 用标准句式写出技术矛盾与物理矛盾的形式化表述
- 套用语义模板产出完整的形式化问题陈述
一、"启动困难"不是问题
先看一个对比。"我的车启动困难"是一个不良效应（Undesirable Effect，UDE），但它不是一个问题——它可能是电池电量不足、启动电机故障、燃油系统堵塞，甚至电子控制系统异常的共同表象。OTSM 对"问题"的定义严格得多，一个合格的问题至少满足三个特征：
- 存在一个或多个不良效应：系统运行中可观察的负面结果
- 存在某种矛盾：改善一面损害另一面（技术矛盾），或同一对象需要相反属性（物理矛盾）
- 现有修补无效或引发新问题：折衷方案压不住，还带来副作用
形式化的价值正在于此。模糊描述有六宗罪，形式化逐一化解：消除歧义、逼近根源、暴露矛盾、聚焦方向、统一团队语言、对接求解工具——最后一条尤其实际，矛盾矩阵、分离原理、ARIZ 这些工具只"吃"形式化的输入，喂模糊抱怨进去只会得到垃圾输出。
二、七步流程逐步拆解
第 1 步：识别并精确描述不良效应
三个动作：具体化——不说"打印机不好用"，说"平均每打印 10 页卡纸 1 次"；客观化——只写事实和量化观察，不写主观感受和猜测的原因；穷举——一个情境往往有多个 UDE，全部列出，漏掉一个就可能漏掉一条因果链。
第 2 步：构建原因-效应链
从每个 UDE 出发不断追问"为什么"，逐层上溯，直到触到可操作的根因或不可控的外部因素。真实因果链常有分支与交汇：
注意链条的方向：从效应向原因追溯是"为什么"，从原因向效应推演是"会怎样"。两个方向都要会走，前者找病灶，后者预测手术副作用。
第 3 步：定义系统边界与功能分析
明确四个问题：哪些组件和过程算"系统内"？系统的主要有用功能（MUF）是什么——打印机的 MUF 是"在纸上形成图像"而不是"通电运转"？组件间如何相互作用？哪些相互作用是有害功能？功能视角能定位 UDE 的产生环节，第二章 2.5 的四步分析法在这里直接复用。
第 4 步：识别并形式化矛盾
这是 OTSM 界定流程区别于其他方法的标志性一步。两类矛盾各有标准句式：
| 矛盾类型 | 形式化句式 | 典型例子 |
|---|---|---|
| 技术矛盾 | 参数 A 改善 → 参数 B 恶化 | 提高车速 → 油耗增加 |
| 物理矛盾 | 对象 Z 需要属性 P 且需要非 P | 起落架飞行时要收起、着陆时要放下 |
找矛盾的技巧是回看因果链和功能模型：哪里出现"想要……但会损害……"就是技术矛盾，哪里出现"需要……同时又需要相反……"就是物理矛盾。
第 5 步：制定理想最终结果
IFR 不是方案而是愿景，有三个检验属性：理想性（系统自己或现有资源就把事办了）、无害性（不产生新 UDE）、超越性（指向比"修好"更优的状态）。打印机卡纸的 IFR："打印机自己防止卡纸，无需用户干预，不增加成本与复杂性"。第二章 2.3 讲过 IFR 的构造原理，这里强调它在流程中的角色——给后续求解设验收标准。
第 6 步：资源分析
界定阶段就做资源盘点的目的，是让第 7 步的问题陈述里能直接写出"用什么解"。按七类扫一遍：物质、空间、时间、信息、场、功能、人与环境。详细分类法见 3.7 资源算子。
第 7 步：形成形式化问题陈述
把前六步浓缩成一句话。标准模板：
如何利用 [资源 A] 与 [资源 B]，在 [系统 X] 中消除 [不良效应 UDE]，其根本原因在于 [根因/技术矛盾/物理矛盾]，以实现 [IFR]，同时避免 [新的不良效应]？
这句话就是"立案文书"：写不出来，说明前六步有漏洞；写得出来，3.2 到 3.5 的任何工具都能直接接手。
三、流程不是直线：迭代结构
七步并非一遍走完。完整的迭代流程：
回炉的典型触发条件有三：原因链中断或解释不了全部 UDE（重审系统功能或扩大边界）、识别出的矛盾现有工具解不动（回因果链找更深的矛盾）、IFR 写得不够极致（受现有思维束缚，需要极端化重想）。
四、五类挑战与应对
| 挑战 | 症状 | 应对 |
|---|---|---|
| 信息不完整 | 原因链追两层就断了 | 深入调查、实验、访谈、文献补课 |
| 因果链过于复杂 | 分支太多无从下手 | 聚焦核心 UDE 的主链，配合鱼骨图与 5Why |
| 矛盾识别失败 | 只看到"技术难题"看不到冲突 | 对照 TC/PC 定义，在因果链上找"想要但损害"环节 |
| 主观偏见 | 过早锁定某个原因或方案 | 多角色团队交叉审视，让数据与逻辑说话 |
| IFR 不彻底 | 理想状态里还带着现有结构 | 极端化思维，参考其他领域如何实现理想功能 |
💡 关键直觉：界定阶段最值得花时间的不是收集信息，而是第 4 步的矛盾转化。同一个根因，表述成"技术难题"和表述成"标准矛盾"，后者能直接命中矛盾矩阵和分离原理的索引，求解效率差一个量级。
⚠️ 常见坑：把 UDE 清单当问题陈述交差。"卡纸率高、噪音大、耗材贵"三条并列不叫形式化——没有根因、没有矛盾、没有 IFR 的清单只是抱怨的汇总，求解工具接不住。
温故知新
- 问题三特征：有 UDE、有矛盾、现有修补无效
- 七步流程：UDE → 因果链 → 边界与功能 → 形式化矛盾 → IFR → 资源 → 问题陈述
- 两种矛盾句式：TC 是"改善 A 则 B 恶化"，PC 是"对象 Z 既要 P 又要非 P"
- 问题陈述模板五要素：资源、系统、UDE、根因/矛盾、IFR
- 流程是迭代回路，检验不过回第 2 步重追因果链
- 本步产出是全部求解工具的输入格式，写不出来就是没界定完
立案文书写好了，接下来上武器。下一节讲 OTSM 最锋利的两件：40 条发明原理与四大分离原理。