1.5 OTSM 与头脑风暴、六顶帽等方法的分工

1.5 OTSM 与头脑风暴、六顶帽等方法的分工

本节摘要：OTSM-TRIZ 不打算垄断你的思维工具箱。本节把它放进方法生态里横向对比：与头脑风暴、六顶思考帽、设计思维、第一性原理、5Why 等常见方法各自占据什么生态位，哪些环节互补、哪些场景冲突，最后给出一个"组合拳"式的协作流程建议。

学习目标

阅读完本节，你应当能够：

1. 按"发散—分析—求解—评估"四个环节给常见思维方法定位
2. 说清 OTSM 与头脑风暴在流程中的先后关系
3. 解释为什么 OTSM 和设计思维可以拼在同一条流水线上
4. 为一个真实项目选择合适的工具组合

一、方法生态里没有全能选手

学了 OTSM 的人常犯两种错：一种是"锤子综合征"，把所有问题都往矛盾模型里塞；另一种是相反——发现 OTSM 上手慢，转头退回头脑风暴。两种错都源于同一个误解：以为方法之间是替代关系。

实际上，每个成熟方法都在解题流程的某个环节上有比较优势。把它们按"环节专长"摆开看，关系立刻清楚：

注意看 OTSM 那一行：它的强项是一条完整链路（情境→模型→解），但"上手成本高"和"简单问题过重"是真实的代价。这正是第 1.3 节粗筛标准的意义——先判断值不值得上全套。

二、三对最值得讲清的关系

OTSM × 头脑风暴：先后手，不是对手

头脑风暴被 OTSM 批评得最多（缺乏筛选机制），但两者实际是流水线上的前后手：OTSM 的情境分析和矛盾定位负责"把靶子立准"，头脑风暴负责"往靶子上射足够多的箭"，OTSM 的算子和原则负责"筛选和深化"。

实践里这个组合的效果常常出人意料：没有靶子的头脑风暴，一百个想法里九十九个偏题；有了 PFN 和矛盾表述做靶子，同样的团队产出质量会跳一个台阶。发散工具的价值从来不在发散本身，在于发散的方向被校准过。

OTSM × 六顶思考帽：会议层 vs 模型层

六顶帽解决的是"会议怎么开"——何时发散、何时批判、何时看情绪，本质是思维角色的调度。OTSM 解决的是"问题怎么拆"——产出的是模型和表述。两者不在同一层工作，冲突极少。

合理的拼法：用六顶帽管理 OTSM 工作坊的节奏——白帽阶段收集情境事实，黑帽阶段枚举不期望效果，绿帽阶段对着矛盾生成候选解，黄帽阶段按理想度评估。角色调度和内容生产各干各的，效率反而最高。

OTSM × 设计思维：两条可以拼接的流水线

设计思维（共情—定义—构思—原型—测试）和 OTSM 有一个显眼的重叠区："定义"环节。差别在于侧重：设计思维的"定义"以用户洞察为核心，OTSM 的"定义"以矛盾和因果结构为核心。

我见过的比较顺的拼法是：用户研究阶段用设计思维收集共情素材，把观察到的痛点喂给 OTSM 做情境分析和矛盾建模，生成的方案概念再回到设计思维的原型-测试循环里验证。 前者保证方向对准人，后者保证解的结构质量。

三、方法定位图

四、一个可落地的组合流程

把上面的分工翻译成一条可操作的流水线（适合中等复杂度的产品或业务问题）：

这条流水线里，每个方法都在自己的强项环节出力：六顶帽管节奏，OTSM 管深度，头脑风暴管产量，设计思维管验证。没有谁替代谁。

💡 关键直觉：判断方法组合好不好，看两点——前一步的产出是不是后一步的输入格式（PFN 的矛盾表述天然能当头脑风暴的靶子），以及有没有环节被两个方法重复覆盖（重复覆盖就是浪费）。

⚠️ 常见坑：在同一个会议里混用方法却不分段。比如头脑风暴进行到一半突然有人开始批判（黑帽越界），或者 OTSM 分析做到一半被拉去画原型。方法组合要按环节分段，段与段之间明确交接物。

五、一次完整走查：回款慢的烂摊子

把抽象分工落到一个具体场景：某工业设备商被"客户回款越来越慢"困扰，销售、财务、售后互相甩锅。用组合拳怎么走？

第一步，六顶帽管会议：白帽阶段只摆事实——平均账期 92 天、逾期客户集中在三类行业、售后验收环节平均拖 17 天，不许有人抢着给结论。

第二步，OTSM 情境分析接棒：把"回款慢"写成不期望效果，用 PFN 追因果，追到两条关键链——"验收流程无人负责→验收单滞留→开票延迟"和"客户内部审批链长→付款排期靠后"。这两条链各自对应一个矛盾：验收单"需要专人跟踪"但"人力成本高"；付款优先级"该按合同"但"该按关系"。

第三步，用矛盾分离原理出方向：把验收跟踪按空间分离（在客户现场设驻场代表），把付款优先级按时间分离（淡旺季错峰催收）。

第四步，头脑风暴做有靶子的发散：团队拿着"驻场代表"这个方向，半小时产出四十条细化想法，比以往裸奔式头脑风暴的产出质量高出一截，因为靶子立住了。

第五步，设计思维原型验证：挑两条最轻的想法——"验收单电子化签核"和"逾期客户分层话术"，在小范围试点一个月，用数据说话。

注意这五步里没有一步是"发明了一个惊天方案"，但每一步都利用了上一个方法的产出：没有白帽阶段的事实清单，PFN 就没有因果链可追；没有 PFN 的矛盾表述，头脑风暴就没有靶子。这就是组合拳的验收标准——前一步的产出恰好是后一步的输入。

六、方法打架时怎么裁决

组合拳最常见的问题不是不会用，而是两个方法在同一环节撞车。裁决原则就三条：

一是按产出物归属裁决。谁的产出更接近"问题的结构性描述"，谁在这个环节优先。头脑风暴产出一堆点子，OTSM 产出矛盾与 IFR——当环节需要结构时，后者优先。

二是按时间成本裁决。半天能开完的会，别上 ARIZ；需要季度投入的攻关，别拿一场头脑风暴敷衍。方法重量必须匹配问题重量。

三是按心理状态裁决。团队已经陷入"这个不可能"的集体性悲观时，先上 IFR 拉高期望，再谈矛盾分析；团队已经发散到失控时，先收回来做情境分析，再放出去。

七、只学一种行不行

行，但要知道代价。只学头脑风暴，你会得到数量但得不到质量；只学 OTSM，你会得到严谨但可能被"流程太重"卡住；只学六顶帽，你会得到会议秩序但得不到内容。方法生态的价值恰恰在于互相补位——这跟第一节说的"没有全能选手"是同一枚硬币的两面。落到你的团队，最划算的投资不是再引入一个新方法，而是把已经会用的三四种方法按环节拼起来，并明确每一段的交接物。

本章回顾

• 方法间是分工不是替代：每个方法都有环节专长和明确弱项
• 头脑风暴与 OTSM 是先后手：先立靶（情境分析），再发散，最后用算子筛选
• 六顶帽管会议节奏，OTSM 管内容生产，两层并行不冲突
• 设计思维与 OTSM 可在"定义"环节交接：共情素材进，矛盾模型出
• 组合流程的验收标准：前步产出即后步输入，环节不重复覆盖
• OTSM 的真实代价：上手成本与简单问题上的过重，用第 1.3 节粗筛标准把关

至此第一章收尾：是什么、从哪来、为什么、凭什么、边界在哪，五个问题都有了答案。下一章进入理论的"零件库"——系统算子、矛盾、IFR、资源、功能、进化法则、问题模型，七个核心概念逐个拆解。