企业官网建设流程全解析

简介：系统功能分析与裁剪是TRIZ（发明问题解决理论）中的核心环节，这份PPT围绕该主题系统展开，面向希望掌握系统化创新方法的产品工程师、研发人员和高校师生，适用于产品设计、流程优化与疑难问题攻关等场景。资源为单个PPT课件，压缩包大小为7.9MB，内容按照TRIZ理论体系编排，涵盖功能分析概述、功能定义原则、功能分类、功能整理、功能系统分析方法、基于组件的功能评估以及系统裁剪七个完整模块。目前已有953人浏览学习，适合作为创新方法课程或内部培训的辅助资料。课件借助案例和图形化表达，帮助读者理解“功能是结构的抽象”这一核心观点，掌握用动宾词组描述功能、用箭头和矩形框建立功能模型、区分有用功能与有害功能等关键技能。在此基础上，还系统讲解了如何通过组件替换、合并或删除来裁剪多余或有害功能，进而优化系统结构、降低成本，为实际创新实践提供可操作的分析框架。

1. 为什么说功能分析是 TRIZ 的第一站，而不是最后一步

拿到一个“TRIZ-系统功能分析与剪裁.pptx”这样的培训材料，很多工程师第一反应是：又要学一套新名词。但真正的问题是，当你面对一个具体产品缺陷时，四五十个 TRIZ 工具里到底先动哪一个。我的答案是：先做功能分析，再做剪裁。反直觉的地方在于，剪裁听起来像“删减”，它实际却是 TRIZ 里最接近“从无到有发明”的一步——你不是在去掉功能，而是在去掉实现功能的那个组件，同时把功能转移到更便宜、更简单、现成的载体上。这个 PPT 解决的就是这件事：怎么把一台设备的内部关系画成一张能讲清楚“谁在干什么、谁在拖后腿”的功能模型，然后从中找出可以剪掉的对象，并生成新方案。适合的人群很明确：做产品研发的机械、结构、系统工程师，以及想在企业内部推行系统化创新方法的技术管理者。它不教你背工具清单，教的是怎么用两个工具走完一轮完整的方案生成循环。

2. 功能分析的第一步：把“物体清单”变成“功能模型”

2.1 组件分析：先划边界，再列清单

功能分析的输入不是问题描述，而是一张组件清单。常见做法的第一步是画出系统的技术边界：你研究的对象是什么，它和外界发生交互的部分有哪些。比如分析一台咖啡机，技术系统是咖啡机本体，超系统包括人、水、电源、咖啡杯、放置台面。画边界的原则是：只列入与功能实现直接相关的对象，不把“空气”“重力”这种环境条件当成组件——除非你的系统需要专门处理和它们的交互。

组件列表要区分三个层次：系统组件、超系统组件、制品。系统组件是你要改进的主体内部零件；超系统组件是外部环境中与系统交互的对象；制品是被处理的对象，不参与决策，但承担“被作用”的角色。我一般用一个表格来落地，表格里的每一行都对应后续功能判断的一个“箭头起点或终点”。

边界划得太细会让模型失去可读性，划得太粗又会让剪裁时找不到下手点。一个实用经验是：把“坏了会影响功能、改了会改变成本或性能”的零件列为系统组件，把仅仅提供环境条件的东西放到超系统。等你画完功能再回头调整边界，是正常节奏，不用追求一次到位。

2.2 功能判断三要素：动词、对象、参数

组件和组件之间是什么关系，用功能来判断。功能的写法是三段式：动词 + 对象 + 性能参数。动词用标准化的操作动词，比如“加热”“支撑”“固定”“导向”“冷却”“传递”等，目的是消除描述上的歧义，让两个工程师对同一个组件的功能判断得出一致的写法。

性能参数决定了这条功能是“正常”还是“不足”或“过度”。这就是功能分析里最容易被新手跳过、但恰恰是最有价值的环节。同样是“加热水”，加热管把水温从 20 度加热到 90 度，性能是够的；只能加热到 60 度，就是不足功能；能加热到 120 度但水箱材料只能承受 100 度，就是过度功能加有害功能同时存在。

判断功能类型时，我习惯把功能分成四类：正常功能、不足功能、过度功能、有害功能。在一个功能模型图上，正常功能画实线箭头，不足、过度、有害画不同类型或颜色的虚线箭头。这样一眼看过去，图上那些“带病的箭头”就是待改进的候选对象。

2.3 从组件表到功能图的拼接顺序

有了组件表和功能判断，下一步是把它们拼成一张完整的功能模型图。拼接顺序我建议按主功能链走：从制品出发，找出直接作用于制品的组件，这是主链；再看主链上的每个组件，它又需要谁来支撑，逐层往外扩展。这样做的好处是，图的结构和实际工作流程一一对应，不会画出一张“到处是箭头但看不出主次”的网。

功能图里还应该标出“有价值的功能”和“无价值或有害的附加功能”。一个组件如果只承担一条正常功能，它的存在理由就很充分；如果一个组件承担了两三条不足功能或有害功能，它马上会成为剪裁的候选对象。这张图不只是用来分析现状的，它是后面做剪裁时判断“哪个先剪”的依据。

2.4 价值度：功能分析里被忽略的量化指标

功能分析做到这里，很多团队就急着进剪裁了。但我会建议先算一下技术系统的理想度。理想度的简化表达是：有用功能之和除以有害功能与成本之和。这个比值不需要精确数字，但可以用“等级分”来相对比较。给每条有用功能打分，给每条有害功能和成本约束打分，然后求和对比。

价值度计算的意义在于，它提供了一个数字化的横向比较基准。同一个系统里两个候选剪裁对象，算完价值度后，剪哪一个就交给了数据而不是个人偏好。A同学在一个模拟项目里就吃过这个亏，他凭直觉剪掉了一个看起来“没用的”装饰件，结果发现装饰件实际承担了导流功能，重新加回来后才发现，当初如果先算价值度，就不会做这个决定。

3. 功能剪裁的原理：剪的不是功能，是实现功能的载体

3.1 三类剪裁规则：A、B、C 怎么选

剪裁的完整说法是 trimming，步骤是：选择一个组件，尝试把它去掉，再问两个问题：它承担的功能怎么办？谁来做这件事？根据“功能转移给谁”，剪裁分成三类典型的规则。规则 A：从系统内部找出另一个组件来承担功能。规则 B：从超系统组件中找出承接者。规则 C：让制品自己具备这个功能，或者干脆消除这条功能。

三选一的时候看功能类型。比如一个支撑功能，先看系统内部有没有别的组件能顺手承担；没有，就看这个支撑能否由安装现场的环境来提供；最后才考虑制品自己变硬、变轻、变易于摆放。规则 C 对应的是“功能消除”，前提是这条功能本身可有可无。三种规则没有天然的优先级，但在资源充足的前提下，我一般先走规则 A，因为它让系统更内聚，后续维护更简单。

3.2 剪裁五步操作：从候选组件到新方案

把剪裁操作标准化成五个步骤，团队协作时才不会跑偏。第一步，在功能模型图上圈出所有带有不足、过度、有害功能的组件，这些是候选对象。第二步，逐个试剪：假想该组件消失，写出它消失后所有受影响的功能链。第三步，对每一条受影响的功能链，分别用规则 A、B、C 提出承接方案。第四步，把承接方案涉及的资源列出来，查资源清单，剔除不现实的。第五步，把可行的承接方案组合成新的功能模型，再对新模型做一次功能判断，确认没有引入新的有害功能。

这套流程的价值不在某个单步，而在“逐个受影响功能链都问一遍”这个强制动作。很多人剪裁做不好，是因为只问了“这个组件没了怎么办”，没有问“这个组件同时承担的另外两条功能怎么办”，结果剪完之后其他功能崩了。

3.3 资源清单：剪裁的执行底牌

剪裁想从方案变成现实，最后拼的是资源。资源在这里指一切可以被新方案利用的东西：系统内部已有的组件、能量、空间、材料特性，超系统中的环境和时间，甚至“有害功能带来的副作用”也可以被收编为资源。做剪裁前，我给每个候选组件都列一张资源表，资源表里至少要有：可用组件、可用场（热、力、电、磁）、可用空间、可用时间、系统自身的运动。

这份资源表决定剪裁方案的下限。规则 A 里说“找另一个组件承接”，但能不能承接，要看这个组件属性里有没有可调用的潜力。比如一个螺栓同时承担紧固和接地两个功能，剪掉接地线后，接地功能可以由螺栓和机壳的接触面来实现，这就是利用了“金属接触”这个现成资源。整个过程没有增加任何新零件，成本不涨，功能保留。

4. 从剪裁结果到具体方案：三个常用承接策略

4.1 功能转移给“超系统的现成条件”

第一类策略是把功能推给超系统中早就存在的东西。常见的是把产品的支撑功能转移到安装面上，把冷却功能转移到环境空气上，把防误触功能转移到人的操作习惯上。这类策略的优势是系统内部组件数量下降最明显；风险在于边界条件变了，比如环境温度升高、安装台面不平整，功能就会劣化。所以做这类转移时，我要求在方案描述里写明“假设条件”，比如“环境温度不超过 40℃”“安装面平面度优于 0.5mm”。这些假设条件就是后续测试的标准。

4.2 功能合并：让一个组件承担三件事

第二类策略是功能合并。剪裁掉组件 X 后，它的功能交给组件 Y，而组件 Y 原本就有自己的功能，于是 Y 变成了一个多功能组件。听起来很赚，但坑在于合并之后 Y 的性能可能不足。一个典型的例子是把指示灯的供电功能合并到主控板上，省掉一个变压器，但主控板的空间和散热都因此紧张。这类策略的落地重点是对合并方做“加负荷校验”：热负荷、功耗、空间占用、振动条件。

4.3 制品的自服务：把功能直接转移给“被处理的物体”

第三类策略是让制品自己处理自己。这一招在 TRIZ 里叫 “self-service” 原则。比如剪掉输送带上的导向板，让包装盒利用重力沿倾斜滑道自动对齐；剪掉夹具的锁紧机构，让工件利用自身重力压紧定位面。判断这个策略是否可行的关键，是制品的属性有没有可被调用的变化潜力。形状、刚度、重力位置、表面摩擦系数，都算。一个物理上柔软的制品很难自己保持形状，硬要自服务就会翻车。

4.4 剪裁后的功能模型再评价

承接策略拟定后，必须回到功能模型里重新评价一遍。把被剪组件的所有功能箭头擦掉，画上新承接组件的新箭头，然后逐条判断：这个新箭头是正常、不足、过度还是有害。这个“复盘”步骤能过滤掉大部分不靠谱的剪裁方案。A同学在这个环节发现，他把某传感器的供电线剪掉并转移到主板上之后，新增加了一条长达 20cm 的走线，这段走线在天线附近引入了电磁干扰，形成了新的有害功能。如果他不做二次评价，这个问题要等样机测试才会暴露，代价完全不同。

5. 功能分析与剪裁避坑指南：那些让方案翻车的细节

5.1 功能动词写得太抽象，导致剪裁判断失真

现象：功能模型里出现了“处理”“实现”“管理”这类抽象动词，组件之间的关系变得模棱两可。 原因：写功能的人跳过了“具体动作”，直接就结果下结论，比如把“加热管加热水”写成了“加热管处理水”。 解决：强制改用工程动词，动词必须能对应物理动作。写完之后可以做一个验证：屏蔽组件名称，只看动词和对象，如果还能猜出是哪个零件，说明动词合格。

5.2 超系统组件列得太慷慨，剪裁时捡了芝麻丢了西瓜

现象：把空气、重力、阳光、操作台全列进了超系统组件，导致剪裁规则 B 用得太随意，方案过度依赖外部条件。 原因：对“超系统组件”的定义理解太宽，把环境条件当作组件。 解决：只列“能直接影响本系统功能实现”的具体对象。避免列“空气”这类永续在场但不可控的场，除非你的系统里有专门的风道或气动元件与之接口。

5.3 剪裁成了“去掉零件”，而不是“转移功能”

现象：方案评审时发现，剪裁后功能确实少了一条，但用户不答应——那是有用的功能。 原因：操刀者把剪裁理解成了删除，跳过“受影响功能链分析”，直接进入“不要了”的结论。 解决：每剪一个组件，必须对每一段受影响的功能链至少给出一个承接方案，不允许出现“这条功能没有承接方”的状态。宁可保留组件，也不能让功能悬空。

5.4 新方案引入了隐蔽的有害功能

现象：剪裁完的样机测试时出现异响、过热、信号干扰、装配干涉。 原因：承接功能的组件属性与新任务不匹配，比如把支撑功能转移到弹性件上，但是没有核算弹性件的挠度。 解决：二次功能模型评价不是走过场，上一节提到的“新箭头逐条判断”是强制动作。同时增加一轮有限元或手算校核，重点关注热、力、电磁三个物理场的连锁反应。

5.5 只做了单组件剪裁，没做组合剪裁

现象：单一组件剪裁后产生了新方案，但整机零件数下降不明显，成本降幅小。 原因：剪裁的粒度太粗，每次只剪一个组件，且每个组件只考虑它自己的功能链。 解决：组合剪裁的做法是，先圈出高度耦合的组件群，比如一个支架上有三个零件分别承担支撑、导向、限位，尝试把这三个一起剪掉，合并成一个零件或直接取消，然后统一进行功能转移。组合剪裁的收益往往比单选目标大得多，但风险也更集中，需要更细的承接方案设计。

6. 进阶玩法：把功能分析与因果链分析串成一条流水线

功能分析加剪裁做完一轮，产出的是一个经过剪裁的新功能模型。我会建议再往前走半步：把剪裁前和剪裁后的两个模型，各做一次因果链分析，对比关键缺陷链有没有真正被切断。常见的做法是：在剪裁前的功能模型上，找到“不足功能”和“有害功能”，顺着它们往下追问“为什么”，直到抵达根原因或不可再追问的物理矛盾；然后在剪裁后的新模型上，重新走一遍同一条链，看断点在哪里。如果断点恰好落在被剪裁组件和承接组件的新界面上，说明这一刀剪到了关键位置；如果断点没变化，说明剪裁动作没有击中要害，只是把问题搬了个家。这个验证技巧能从原理层面判断剪裁方案的真实有效性，比单纯拍脑袋决定方案高下更可靠。

我习惯在每个剪裁方案交付前做一个三栏自检表：第一栏写被剪组件，第二栏写受影响的功能链，第三栏写承接方案和对应资源。三栏全填满才算完成一次剪裁，填不满就退回重做。这个习惯救过我几次，有一次在某跨平台系统的结构优化里，第三栏写不出可行资源，硬写下去就会变成拍脑袋方案，最后放弃了那次剪裁，避免了样机翻车。功能分析和剪裁熟手和生手的差距，不在工具本身，而是会不会在自己不确定的时候停下来。这套方法并不是只能整机用，零部件级、工艺路线级都管用，连工艺中某个工位的工件流转问题也能用同样的思路拆到组件层再剪。希望帮到你。

本文还有配套的精品资源，点击获取