2.2 联合：让现有对象领新任务

2.2 联合：让现有对象领新任务

本节摘要：联合（Unification）模板的操作口令是——从封闭世界（尤其是问题环境）中挑一个现有对象，让它去执行一项原本由别的对象或根本不存在的部件承担的任务。本节讲清操作步骤、两个进阶变体，以及"出圈的联合"这一头号误用。

口令与三步操作

联合是五模板里最平易近人的一个，因为它不改变系统结构，只改变任务的归属。标准操作三步：

联合模板操作步骤：

1. 找出"需要被满足的任务"：问题陈述里缺的那个功能是什么
   例：需要"提醒用户服药"，但不想加提醒器
2. 扫描封闭世界清单：问题系统 + 问题环境里的每个对象
   例：药片、铝箔板、水杯、牙刷、用户的日常动作
3. 问三遍："这个对象能不能顺便把任务干了？"
   例：铝箔板——每天戳破一格，剩余格数就是剩余天数（信息显示任务）
​

第三步是全部技巧所在。扫描时要克制"这也不能吧"的念头——联合的第一轮就该允许荒谬，荒谬的候选里往往埋着可修剪的好方案。

联合的经典结构成果很多：飞机机翼上的除冰系统利用发动机引气（环境对象领任务）；瓶装水标签兼任促销刮奖区；包装纸箱的提手兼任堆叠限位结构。共同点是：新任务没有带来新零件。

进阶变体一：功能嫁接的"部分联合"

初学版联合是整对象领任务，进阶版允许对象的一部分属性领任务。牙刷柄的空心腔兼任 travel 牙膏仓，用的是"柄是空心管"这个几何属性，而不是整个牙刷。执行时多问一句："这个对象有没有一个闲置属性——空腔、余面、废动作、等待时间？"闲置属性清单是联合的高产矿脉。

闲置属性扫描清单（对每个对象过一遍）：
  几何类：空腔、平面、边缘、孔洞
  时间类：等待、空转、周期性到访
  能量类：发热、振动、压力差、下落
  信息类：位置、颜色、计数、序列
​

进阶变体二：让"有害对象"领任务

最有戏剧性的联合，是让造成问题的元凶反过来干活。结冰导致事故？冰的相变吸热特性反过来可以做无源冷却。沙尘磨损设备？粉尘颗粒的吸附性可以兼任密封填充。操作口径：把问题清单里的"有害因素"单独列出来，逐一问"它自带的物理属性里有没有能反用的"。

图2.2-1 联合模板的搜索路径

案例展开：药盒的联合三连

背景：慢病老人漏服药率高。医疗器械公司的第一反应是做智能药盒——显示屏、传感器、蜂鸣器，成本翻三倍，老年用户还不会用。

操作：按联合模板走三步。任务：服药提醒与依从性记录。扫描清单：药片、铝箔板、日历、水杯、老人的晨间动作（刷牙、烧水）。第一轮候选：铝箔板兼任计数器（戳破格数即剩余量）；日历纸兼任核对表（铝箔板贴在日历格上，撕一格对一格）；水杯兼任触发器（药板倒扣在杯口，取杯必见药）。

结果：落地的是"日历+铝箔板"联合：药厂把整板药按周分格，包装自带月份网格，家属每周贴一次。零电子件，漏服率下降约四成，成本增加不到百分之五。

解读：三个候选都通过了封闭世界检查——没有引入任何新对象，任务被"嫁接"到已有对象上。智能药盒方案输在它没有问过"谁能顺便干这件事"。

变式：健身房场景（回顾 2.1），前台在高峰期兼任动态划区引导员，就是"人"这个环境对象领任务。

⚠️ 常见坑：出圈的联合。让"手机 App"给机械产品加提醒功能，手机不在多数产品的问题环境里——这是借外部新对象完成任务，本质是加新部件。判定口径很硬：新任务的承担者必须已经在第 1.2 节的对象清单上，否则不算联合。

💡 关键直觉：联合做多了会养成一个习惯——看到任何对象先扫它的闲置属性。这个习惯比模板本身值钱，因为它是所有五个模板共用的基本功。

本节要点回顾

• 操作三步：摘任务、扫清单、问"谁能顺便干"；
• 进阶一：闲置属性扫描（几何、时间、能量、信息四类矿脉）；
• 进阶二：有害因素反用，元凶变帮手；
• 出圈判定：承担者必须在封闭世界清单上，否则无效；
• 联合的本质：任务归属的改变，而非系统结构的改变。

延伸问答

联合和"废物利用"有什么区别

废物利用是把闲置资源找新用途，关注点在资源端；联合是为明确的功能缺口找现成承担者，关注点在任务端。方向相反带来效果差异：废物利用常常做出无人需要的功能，联合永远对着矛盾陈述里写明的缺口干活。

为什么环境对象常常比系统对象更好用

因为系统内对象的任务往往已经排满，而环境对象的大量属性处于无人认领状态——货架只用来承重、日光只用来照明。联合的高产矿脉在问题环境一侧，这是扫描清单时不要跳过环境对象的原因。

联合做出来的方案如何向评审解释

用"零新增件"这个口径。评审最容易理解的论证是：这个功能由谁承担、承担者本来就在系统里、因此不需要新零件与新供应链。这三句话就是联合方案的全部卖点。

顺手练一题

观察你的通勤路线，选一个环节（等车、换乘、排队闸机）做联合扫描：这个环节的封闭世界里有哪些对象？哪个对象的哪个属性正在闲置——站台的时间、闸机的机体、你自己的等待动作？给出一个哪怕粗糙的顺便干点什么的候选。通勤场景的好处是第二天就能实地验证你的方案是否有物理通路，这种快速反馈是练模板手感最好的养料。

联合方案的风险评估要点

联合方案把功能交给一个本来干别的的对象，风险集中在两点：承担者的可靠性（它做主职时会不会顺带把副职做坏）与职责的清晰度（出问题时算谁的）。评估时把这两问写进风险清单，比笼统地打一个低分有用得多。实践中第二问尤其要紧——把任务交给环境对象时，组织里常常没有对应的责任主体，方案落地前必须先补上这个归属，否则执行阶段必然互相观望。

联合与属性依赖的配合

联合找到承担者之后，常常还差一步：承担者凭什么恰好在需要的时候在场、以需要的强度起作用？这一步的答案是属性依赖——让承担者的行为与触发条件挂钩。药盒案例里日历纸承担核对任务，配合的是核对格与服药日的对应关系；空调案例里门禁数据承担供冷调节，配合的是冷量与占用状态的挂钩。两模板连招的分工可以记成一句：联合定人，依赖定时机。