本节摘要:五个模板不该按固定顺序轮询,而应按矛盾类型分流。本节给出五模板的一页速览、分流规则表,以及"选错就回退"的实操口径,是整个道场的总纲。
道场开操前,把五张卡片摊在桌上各看一眼。这里只给最短定义,细节在后续五节:
五模板速览卡: 联合 Unification :让问题环境中的现有对象去执行一项新任务 乘法 Multiplication :把系统内某对象复制一份,修改副本的关键属性 分割 Division :把对象或流程拆开,按新顺序/新位置重组 属性依赖 AD :让一个变量的值随另一个变量的值而变 消除 Elimination :删掉一个"看似必不可少"的基础组件,让系统自愈
统计上(SIT 研究者对成功案例的归纳),属性依赖与消除在高价值方案中占比最高,联合最容易上手,乘法最容易被用错,分割介于两者之间。但这只是概率倾向,不是选型定律。
第 1.3 节写过,矛盾陈述是模板的靶子。矛盾长什么样,决定了先出哪张牌。
| 矛盾的脸型 | 典型句式 | 首选模板 | 备选 |
|---|---|---|---|
| 对冲型 | "A 变大导致 B 变坏" | 属性依赖 | 乘法 |
| 整体绑架型 | "整体行为被某个默认结构锁死" | 分割 | 消除 |
| 功能真空型 | "需要某功能,但不想加新部件" | 联合 | 属性依赖 |
| 资源冗余型 | "某组件成本高、作用单一" | 消除 | 乘法 |
| 单一形态型 | "对象只有一种规格/形态" | 乘法 | 分割 |
举例走一遍表格。第 1.2 节奶瓶案例的矛盾是"流速大导致呛奶"——A 变大 B 变坏,对冲型,首选属性依赖(流速随角度变),命中。第 1.1 节薯片破损是"堆叠高度大导致压伤"——表面是程度问题,但团队改写成"整体堆叠结构锁死破损模式",整体绑架型,分割命中。
新手常把五模板当成五选一的选择题,其实正确的用法是每个模板都要在对象清单上过一遍,哪怕是象征性地过。理由有二。第一,分流规则是启发式,命中率不保证,机械遍历才保证不漏。第二,模板之间会互相启发:对"瓶盖"做联合时冒出的想法,常常嫁接到对"标签"做属性依赖的方案上。一个三人小组对五个模板各做十五分钟,一小时内拿到二十个粗候选是常态——数量不是目的,但这些粗候选里藏着两三个值得打磨的骨架。
第四章会用 Python 把这张分流表写成可执行的判定器;本章先把人工版用熟。

背景:一家连锁健身房想改进储物柜体验,投诉集中在"高峰期柜子不够、低峰期大量空置"。上马智能柜是一次出圈冲动(新系统、新投资)。
操作:先写四要素。对象系统:柜体、机械锁、会员手环、前台;环境:人流高峰曲线、场地。矛盾陈述:"我们想按最高峰配柜,但闲置时段资源浪费刺眼;按平均配柜,高峰期排队。"成功判据:不增加柜体总数,高峰可用率上升。这明显是对冲型(供给固定 vs 需求波动),首选属性依赖——让开柜权限依赖时段。备选走联合:让前台在高峰期兼职做"动态划区引导"。
结果:不动柜子,把两排柜划为"高峰限时柜"(属性依赖:权限随时间变),配合前台引导(联合),高峰可用率从 62% 升到 88%。
解读:注意流程顺序的价值——先写矛盾、再查表分流,两分钟就收敛到对症模板;若直接开始头脑风暴,讨论会先在"要不要买智能柜"上耗掉半小时。
变式:停车场、会议室、云主机配额,全是同一个脸型(供给刚性与需求波动的对冲),都该先试属性依赖。
⚠️ 常见坑:把分流表当黑箱,矛盾陈述还没写就开始"套模板"。没有矛盾脸型,表格无从查起——垃圾进垃圾出。
统计倾向上属性依赖与消除在高价值方案中占比更高,但这只是概率。操作口径是"分流定首发、遍历保完整"——首发模板由矛盾脸型决定,但五个模板都要在清单上过一遍,因为分流是启发式不是定律。
联合。它的三步操作最接近日常思维,出成果快,能快速建立对封闭世界的体感。有了体感再练分割与属性依赖这两个高产出但反直觉的模板,曲线最平滑。消除放最后,它需要前四个模板的功底来安排被删功能的归宿。
熟练小组对五个模板各做十五分钟,一小时出头。新手建议每模板二十五分钟并保留静默书写环节,两个小时的场次更从容。时间再紧也不要砍掉遍历——宁可每个模板浅尝,不可整块跳过。
拿第 1.3 节你改写过的问题陈述,对照分流表查一次脸型,记下首选与备选模板。然后故意把矛盾陈述换个写法(比如把对冲写成整体绑架的口吻),再查一次——你会发现首选模板变了。这不是表格不稳,是矛盾的不同侧面需要不同手术。练几轮之后你会形成自己的判断:同一个问题的哪一面最值得先动刀。
前三次使用建议严格按表执行,哪怕你觉得某个备选模板更有感觉——严格走的目的是积累自己的命中率数据。第五次开始可以记录偏离:哪次你跳过首选直接用了备选、结果如何。一年下来这份偏离记录就是你的个人版分流表,比通用版更懂你的问题分布。这也是第 4.1 节判定器设计成可改规则的原因:分流表天然应该是活的。