3.5 剪裁：做减法的创新

3.5 剪裁：做减法的创新

本节摘要：剪裁（Trimming）通过删掉组件并把其功能转交给系统内其他对象，实现"功能不变而系统更简"。本节给出剪裁三问、功能转交的三条去向、剪裁与降本的量化关系、除尘器案例的剪裁演练，以及一个剪裁决策脚本。

工程师的本能是加，SIM 逼你减

看功能图时，工程师的本能是"哪里不足补哪里"。剪裁反着来：盯着每个组件问"它能不能删，删了它的功能谁接"。这不是成本削减技巧，是方法论级别的立场——它与理想化直接挂钩：理想系统是"系统消失而功能还在"，剪裁就是朝这个方向迈的每一级台阶。

剪裁的标准动作是三问，对功能图上每个组件依次问：

第一问：这个功能可以不要吗？（需求侧消失——有些功能是为旧约束存在的，约束没了功能还赖着）
第二问：这个功能可以由系统内其他对象顺带完成吗？（转交给现有组件、超系统对象或被作用对象本身）
第三问：这个功能可以由现场现成资源完成吗？（转交给 2.4 节清单里的现成可用级资源）

三问都答不上，组件保留。三问里任何一问成立，就获得一条剪裁候选。转交去向归纳为三类：对象自己承担（被作用对象自服务）、现有组件兼担（功能合并）、超系统承担（环境、客户、公共设施接手）。

除尘器的剪裁演练

对着功能图逐组件过三问，最有戏剧性的是清灰脉冲阀：

第一问——清灰功能可以不要吗？看似荒谬，不清灰滤材就堵死。但往下追一层：清灰功能存在的前提是"尘粒会堆积在滤材上"。如果尘粒在到达滤材之前就被气流自身的离心作用预分离（2.4 节资源：气流动能，现成可用级），到达滤材的负荷降到几分之一，清灰需求就从"每班数次脉冲"降到"每月一次人工检查"。清灰功能没有消失，但从"机构承担"退化为"低频维护动作"。

第二问——转交给谁？预分离功能由管道几何（弯头导流，本来就要有）加气流自身动能承担。没有新增组件，只是给现有弯头赋予分离任务——典型的"现有组件兼担"。

第三问落在滤筒骨架上：骨架的承载功能能否由滤材自身的褶形结构承担？高强度覆膜滤材可以让褶峰自承——又一条剪裁候选，直接减一个组件。

"""剪裁决策器：对组件过三问，输出剪裁候选与转交去向。"""

components = [
    # (组件, 功能, 问1可删, 问2转交对象, 问3资源方案)
    ("清灰脉冲阀", "剥离尘饼", False, "管道弯头预分离", "气流动能+低频人工检查"),
    ("滤筒骨架",   "承载滤材", False, "褶形自承结构",   "高强度覆膜材料"),
    ("压差传感器", "监测堵塞", False, "风机电流波形",   "PLC已有电流信号"),
    ("风机",       "输送气流", False, None,             None),   # 三问皆否，保留
]

def trimming(rows):
    for name, func, q1, q2, q3 in rows:
        if q2:
            print(f"剪裁候选: {name}（{func}）→ 转交: {q2}")
        elif q3:
            print(f"剪裁候选: {name}（{func}）→ 资源方案: {q3}")
        else:
            print(f"保留: {name}（{func}）— 三问无解")

trimming(components)
# 剪裁候选: 清灰脉冲阀（剥离尘饼）→ 转交: 管道弯头预分离
# 剪裁候选: 滤筒骨架（承载滤材）→ 转交: 褶形自承结构
# 剪裁候选: 压差传感器（监测堵塞）→ 资源方案: PLC已有电流信号
# 保留: 风机（输送气流）
​

注意压差传感器那条：监测功能转交给风机电流波形——电流随负载漂移，堵塞模式就藏在里面。2.4 节说过信息类资源激活成本最低，这里正是兑现处：减掉一个传感器，同时诞生一个软件功能，这就是剪裁与数字化天然亲和的原因。

剪裁的收益账与安全线

剪裁的收益是三重的：物料成本直降、故障点减少（组件数与故障率近似线性）、维护界面简化。但剪裁有一条不可越的安全线：功能的转交对象必须真的承担得起。剪裁决策要附"承担能力论证"——弯头预分离的效率是多少、电流波形反推压差的精度够不够触发控制。论证不过，剪裁候选降级为"远期方向"，不能进当前方案。

实战中推荐的剪裁强度分三档：温和档只剪明显冗余（如重复传感器）；标准档按三问全图过筛（上述演练）；激进档连系统主功能的承担者都重新分配（"风机能不能也剪掉，靠工艺负压抽风"——这属于第 6 章复杂系统重构的话题）。初用剪裁的团队从温和档起步，一个项目最多剪两三个组件——剪裁幅度过大，验证与产线切换的风险会吞掉全部收益。

图 3-6 剪裁前后系统复杂度对比

剪裁与专利的联动

剪裁还有一个高价值副产物：剪裁后的系统是原系统专利地图上的空白区。多数专利在"如何改进某组件"上密集布局，而"删掉组件后由剩余组件承担功能"的方案天然绕开组件级专利。3.2 节的查询器给你"怎么改"，剪裁给你"怎么删"，两者组合的专利策略在 6.2 节专利部分展开。

💡 关键直觉：剪裁审查的最佳时机不是降本项目里，而是新方案设计时——每个新组件上图纸前过一遍三问，组件从一开始就不进来，比之后拆掉便宜十倍。

剪裁还有个组织层面的忠告：它天然招人恨。被剪组件的背后往往是某个人的工作内容、某个供应商的订单、某个部门的存感。纯技术讨论里人人赞美的减法方案，进入实施评审时会遭遇精准的政治阻力。务实的做法是剪裁提案附一页'功能去向与人的去向'——功能转交给谁、相关岗位转向什么新职责，把技术答案翻译成组织上可接得住的安排。

本节要点回顾

• 剪裁三问（功能可删吗/可转交吗/可由现成资源承担吗）是逐组件的标准动作；
• 转交三去向：对象自服务、现有组件兼担、超系统承担；
• 承担能力论证是剪裁安全线，论证不过降级为远期方向；
• 三档剪裁强度，新手从温和档起步，单项目剪两三个组件为宜；
• 剪裁与信息资源组合时"减硬件、生软件"，与专利规避天然联动。

工具箱最后一件：当整个行业都没有答案时，用功能表述去别的行业搬——3.6 节功能导向搜索。