2.7 问题模型构建
2.7 问题模型构建
本节摘要：前面六节是零件，本节讲装配。问题模型构建是把混沌的问题情境提炼成结构化"疾病模型"的过程——它回答的不只是"问题是什么"，更是"为什么存在"和"要改变什么"。本节梳理问题模型的十个构成要素、九步构建流程、五项核心建模技术，以及模型在 OTSM 全流程中承上启下的位置。这是第二章的出口，也是第三章工具群的入口。
学习目标
阅读完本节，你应当能够：
- 说清问题模型与问题描述的区别，列出模型的十个构成要素
- 按九步流程走完一次问题模型构建并做验证迭代
- 解释问题模型为什么是"承上启下"的枢纽
- 识别模型构建中的五类典型挑战并给出对策
一、为什么需要模型：从"症状"到"疾病"
复杂问题的表面症状只是冰山一角，背后是纠缠的因果、冲突的需求、闲置的资源。基于表象匆忙行动，多半治标不治本，还会引入新问题。
医生接诊复杂病人，不会听一句主诉就开药：问病史、做体检、安排化验影像，构建的不是"症状模型"而是"疾病模型"——病变部位、性质、阶段、与相邻器官的关系、整体生理状态。治疗方案只能从疾病模型推出来。
OTSM 的问题模型扮演同样的角色，目标有七个：去芜存菁（筛出与本质相关的部分）、结构化（把无序现象组织成逻辑结构）、可视化（图示呈现问题构成）、揭示矛盾（显化关键冲突）、识别资源（发现可用的潜在要素）、定位根因（穿透到深层原因）、精确表述（转化为矛盾或 IFR 形式的规范化表达）。一句话：好的问题模型，是解决问题成功的一半。
二、问题模型的十个构成要素
| # | 要素 | 核心内容 | 对应本章概念 |
|---|---|---|---|
| 1 | 问题情境 | 原始形态：现象、困难、不满的集合，含大量噪音 | — |
| 2 | 系统 | 边界、组成部分、超系统、子系统 | 2.1 九屏 |
| 3 | 功能 | 有用/有害/不足/过剩四类，"施动者对客体的动作" | 2.5 功能分析 |
| 4 | 相互作用 | 组件间与系统-环境间的物理、化学、信息、能量作用，构成因果链 | CECA |
| 5 | 资源 | 系统内、超系统、时间、空间、信息、场六类 | 2.4 资源分析 |
| 6 | 矛盾 | 技术矛盾（改善 A 恶化 B）、物理矛盾（属性 P vs 非 P） | 2.2 矛盾分析 |
| 7 | IFR | 无成本无危害自动实现功能的理想状态 | 2.3 理想化 |
| 8 | 约束与限制 | 成本、时间、法规、物理定律、技术水平 | — |
| 9 | 根本原因 | 因果链追到的最深层原因 | CECA |
| 10 | 问题表述 | 模型的最终输出：矛盾表述、IFR 表述或核心功能问题 | — |
十要素不是清单打钩，而是多视角的审视框架——每个要素对应一种看问题的方式，模型的质量取决于视角的完整度。
三、九步构建流程
逐步说明：
- 情境描述：收集现象、频率、影响、相关人反馈，力求客观全面；用"发生了什么、何时、何地、涉及谁"初步界定。
- 系统定义：确定焦点系统，画系统框图，识别超系统与子系统，划清边界。
- 功能分析：识别主功能，逐组件问"谁对谁做了什么"，区分功能状态。
- 因果链分析（CECA）：从现象层层问"为什么"，画因果链，并验证因果关系是否成立、有无遗漏因素。
- 资源分析：先盘点显性资源，再挖隐性资源——废弃物、能量损耗、空隙、时间变化，乃至"问题本身"是否也是资源。
- 矛盾识别：扫描功能冲突（提速导致振动增加）与属性冲突（安装时要软、工作时要硬），规范化为标准技术矛盾或物理矛盾表述。这一步最需要技巧与经验。
- IFR 定义：设想问题不存在时的样子，去掉"人"的干预——"污垢自己消失"式的陈述。
- 综合表述：整合全部要素，选定最能代表本质的核心表述，编写模型报告，配功能图、因果链图、系统图。
- 验证迭代：回溯检查模型是否反映原始情境、是否遗漏关键因素；团队评审对齐理解；根据反馈修订。
流程不是线性的：分析到第 6 步发现系统边界划窄了，就回第 2 步重划。迭代是常态，不是失败。
四、五项核心建模技术
九步流程中真正干活的五项技术：
- 功能分析：绘功能结构图，定位主功能路径、辅助功能、有害功能，锁定问题环节。
- 因果链分析（CECA）：从"产品易损坏"追到"材料强度不足→工艺缺陷→设备精度不够→维护不当→缺乏维护标准"。OTSM 的 CECA 特别强调链条上的断裂点分析与不同层级问题的识别。
- 矛盾识别与规范化：把复杂现象抽象为参数冲突（小巧 vs 续航）或属性冲突（组装要软、承载要硬），转换为矛盾矩阵可用的标准形式。
- 资源清单：系统列出包括有害物在内的一切潜在资源——产品损坏的碎片也许正是填充材料。
- IFR 思维：暂时抛开现实约束想象完美状态，为方案评估提供终极目标。
五、承上启下的枢纽位置
问题模型在 OTSM 全流程中的位置：
- 承上：接收前六节分析工具的原始输入——九屏的坐标、功能的拆解、矛盾与资源的初筛。
- 启下：输出规范化、可操作的问题表述（矛盾、IFR、核心功能问题），直接喂给第三章的解决工具——矛盾矩阵、分离原理、物-场分析与标准解、ARIZ。
这里有一条铁律：模型不准，工具白用。再强大的工具，输入了错误的模型，产出的也只能是无效方案。OTSM 还特别强调模型的多层次性（复杂问题含多个嵌套子问题与矛盾）和动态性（理解加深后模型要修正）。
六、五类挑战与最佳实践
| 挑战 | 对策 |
|---|---|
| 信息过载与噪音 | 聚焦核心矛盾，用功能分析做筛子 |
| 主观性分歧 | 团队协作多视角，基于事实与数据分析 |
| 根因隐藏深 | CECA 持续追问，警惕"第一个看似合理的原因" |
| 矛盾识别难 | 多练规范化表述，对照 39 参数找感觉 |
| 陷入细节迷路 | 定期回到"主要矛盾是什么"，请局外人审模型 |
补充实践：广泛使用可视化工具让问题结构化；借鉴 OTSM 的分析清单（功能清单、资源清单）避免遗漏；迭代验证直到模型清晰到能指导求解。
💡 关键直觉：检验问题模型质量的最快办法是"一句话测试"——能不能用一句话向没参与分析的人讲清"问题是什么、根在哪、理想状态是什么"。讲不清，说明模型还没收敛。
⚠️ 常见坑：把模型构建做成一次性仪式，建完就锁进抽屉。模型是活的：求解过程中每获得一个新事实，都应回头核对模型要不要修正。
本章回顾
- 问题模型 ≠ 问题描述：它是揭示本质矛盾与潜在资源的结构化抽象
- 十个构成要素：情境、系统、功能、相互作用、资源、矛盾、IFR、约束、根因、表述
- 九步流程：情境→系统→功能→CECA→资源→矛盾→IFR→综合→验证，迭代前进
- 五项技术：功能分析、CECA、矛盾规范化、资源清单、IFR 思维
- 枢纽位置：承分析之上，启工具之下；模型不准，工具白用
- 一句话测试是模型质量的快速检验
第二章收尾：七个概念装成了完整的诊断系统。下一章把它们变成武器——ARIZ、矛盾矩阵、标准解、多屏算子，关键方法与工具全面展开。