企业官网建设流程全解析

简介：这份PPT面向产品设计、研发工程师及创新方法学习者，系统讲解TRIZ理论中的功能分析与系统裁剪方法，帮助读者从功能本质出发识别产品问题、寻找改进与创新机会。内容涵盖功能分析概述、功能定义、功能分类、功能整理、功能系统分析方法、基于组件的功能评估以及系统裁剪七大模块，并配有功能图形化表达、本质表达法常用功能动词、有用功能与有害功能划分等具体知识点，可对照讲解梳理技术系统的组件层次与相互作用。资源包共1个pptx文件，约7.9MB，以幻灯片形式组织，便于按章节顺序学习或直接用于培训分享。目前已有955人学习，适合希望掌握TRIZ功能建模与裁剪思路、提升系统分析能力的初中级读者参考。

1. 功能分析与剪裁：一份 2014 年的 TRIZ 课件，为什么现在拆还不过时

手里这份《TRIZ-系统功能分析与剪裁.pptx》是 2014 年 12 月的东西，翻出来的时候我本来没抱太大期望，结果一页页拆下去发现它把「功能」这件事讲得比很多新资料都干净。它不讲玄学，核心就一句话：顾客买的不是产品，是功能；功能是结构的抽象，结构是功能的具体。整份课件围绕功能分析七步走——功能定义、功能分类、功能整理、功能系统分析、基于组件的功能评估、系统裁剪，配着动宾词组、图形化表达、有用/有害功能这些能直接上手的工具。适合谁？做产品改进找不到切入点的人、做专利规避想理清组件关系的人、带学生做创新方法课的人。它不教你灵光一闪，它教你把系统拆开看功能账本，然后决定哪个组件该留、该删、该合并。这份 PPT 的价值不在理论新，而在流程完整、术语统一，拿来当功能分析的作业模板正合适。

2. 功能定义：把「吹干头发」翻译成「蒸发水分」的那一步

功能定义是整个流程的地基，地基歪了后面全歪。课件里给的定义很硬：某组件改变或保持另一组件某个参数的行为或作用。注意三个关键词——组件、参数、行为。不是「产品有什么用途」，而是「谁对谁做了什么，导致哪个参数变了」。很多人一上来就写「电吹风的功能是吹干头发」，这在 TRIZ 语境里是直觉表达，不是功能定义，因为它描述的是结果，不是作用机制。

2.1 本质表达与动宾词组的硬规则

课件把直觉表达和本质表达的对照列得很清楚：电吹风「吹干头发」的本质是「蒸发水分」，电风扇「凉爽身体」的本质是「移动空气」，放大镜「放大目标物」的本质是「改变光线」，白炽灯「照亮房间」的本质是「发光」。这个翻译动作看着简单，实操时最容易翻车，因为人习惯说结果。我一般会逼自己问三遍：参数到底变了什么？是温度、位置、浓度还是形状？变的方向是期望的吗？把答案压成「动词+名词」四个字左右，基本就对了。

功能定义有五条原则，课件里写得很死，我按实操顺序重排一下：

第三条特别容易被忽略。写「河堤缺口不能阻止河水」是废话，改成「河堤缺口引导河水」才是一个可分析的功能陈述，因为「引导」是一个动作，能接着问「引导到哪、该不该引导」。第四条也常错，功能对象必须是组件，不能是参数本身，否则功能模型画出来箭头指向一个数字，后面裁剪无从下手。

2.2 图形化表达：把功能和组件拆开看

课件里有一页我反复看了几遍，讲的是图形化表达的作用：用矩形框代表组件、箭头代表动作，组件 A → 组件 B 标注动词。关键洞察是——图形化把组件和它的功能分离了。「我们不需要组件 A，我们需要组件 A 的功能。」这句话是后面系统裁剪的伏笔。一旦你把功能从载体上剥下来，就会开始问：这个功能有没有更便宜的载体？能不能让别的组件顺带完成？能不能干脆删掉？

实操时我建议先用纸画，别急着上软件。画的时候遵守两条：一个箭头只写一个动词，不要写「加热并搅拌」；箭头方向从功能载体指向功能对象，不要反过来。画完一张图，你会得到一张有向图，节点是组件，边是功能，这张图就是后面功能整理和裁剪的输入。课件里给的常用功能动词表（吸收、分解、加热、阻止、支撑、定位、旋转、混合、分离、蒸发、冷却、传递……）建议直接抄进自己的模板，统一动词能省掉大量返工。

3. 功能分类与整理：有用、有害、不足，三本账要分开记

功能定义做完，手里是一堆散装的功能陈述，下一步是分类和整理。课件把功能按作用方向分成有用功能和有害功能：有用功能是按期望方向改变对象参数，特点是「改善」参数；有害功能是不按期望方向改变，特点是「不改善甚至恶化」。这个二分法看着粗糙，但它是后面裁剪决策的依据——有害功能是首先要处理的对象，有用功能里还要再分够不够。

3.1 有用功能的三档：正常、不足、过度

课件在功能分类里提到按性能水平分，实操中我习惯把有用功能再切三档：正常功能（参数改变量在期望区间）、不足功能（改变量不够）、过度功能（改变量超出需要）。这三档直接对应三种改进方向：不足要补，过度要削，正常要保。举个例子，某散热结构里风扇对散热片的「移动空气」如果风量过大导致噪音和能耗，那就是过度功能，裁剪时可以考虑降规格或改被动散热；如果风量不够导致温升超标，那是不足功能，得加载体或改流道。把每一条有用功能标上这三档，功能账本才有决策价值，否则「有用」两个字等于没说。

有害功能也要分轻重。课件没细说，但我的经验是标两个维度：影响程度（高/中/低）和是否可消除（可消除/可转化/只能隔离）。有些有害功能其实是另一条有用功能的副产品，比如摩擦生热，对传动是害，对某些工况又是热源，这种就别急着删，先看能不能转化。

3.2 功能整理的三个动作：组件层次、相互作用、功能模型

功能整理在课件里对应组件层次分析、相互作用分析和建立功能模型。我把它落成三个可执行动作：

第一步，列组件清单，分三级——系统本身、子系统（组件）、超系统。课件对超系统的定义是「不属于系统本身但与系统及其组件有一定相关性的系统」，这个边界要划清楚，否则功能模型会无限膨胀。我一般限制在「直接影响目标参数」的超系统组件才入图。

第二步，做相互作用矩阵。行和列都是组件，交叉格填功能动词或「无作用」。这一步是体力活，但能逼出遗漏的边。填完检查两件事：有没有组件是孤岛（没有任何功能边），有没有功能边指向系统外。

第三步，画功能模型图，给每条边标有用/有害、正常/不足/过度。到这里，一张带标注的有向图就是你的系统功能账本。后面基于组件的功能评估和系统裁剪，全部从这张图上读。

提示：功能模型图不要一次画到完美，先粗后细。第一版允许有存疑的边，用问号标出来，评估阶段再逐条确认。追求一次画对，往往卡在定义阶段就推不动了。

4. 基于组件的功能评估与系统裁剪：删哪个、并哪个、换哪个

这是整份课件最值钱的部分，也是最多人跳过直接看结论的部分。功能评估回答「每个组件值不值」，系统裁剪回答「怎么动刀」。两者是连着的：评估给出裁剪候选，裁剪给出新系统，新系统再回到功能分析验证。课件把裁剪列为第七块内容，但它的逻辑其实贯穿始终——你定义功能、分类整理、建模型，都是为了最后能理直气壮地说「这个组件可以拿掉」。

4.1 功能评估的四个提问

基于组件的功能评估，我一般对每个组件问四个问题，按顺序问，有一个答不上就先标记待定：

1. 这个组件承担了哪些功能？逐条列出，对应功能模型上的出边。
2. 这些功能里，哪些是系统主要功能必需的？哪些是辅助的？辅助功能能不能由别的组件顺带完成？
3. 这个组件有没有引入有害功能？有害程度如何？
4. 如果拿掉这个组件，它承担的功能会消失、转移还是可以由超系统补上？

四个问题问完，组件基本能分成四类：核心保留、可合并、可替代、可删除。课件里讲裁剪涉及组件的替换、合并或删除，目的提高性能或降低成本，这个四分类就是它的操作化版本。注意第二问里的「顺带完成」是裁剪的高频手法——把两个组件的功能压到一个载体上，系统复杂度直接降一档。

4.2 裁剪的三种刀法和验证回路

裁剪不是拍脑袋删组件，课件隐含的约束是：删掉组件后，它承担的有用功能必须有着落。据此我归纳三种刀法：

• 功能删除：该功能本身不必要（过度功能或用户根本不需要），连同组件一起删。
• 功能转移：功能由系统内其他组件或超系统承担，原组件删除。
• 功能替代：用更简单的载体实现同一功能，原组件替换。

每种刀法切完，必须走一遍验证回路：重画功能模型 → 检查主要功能是否仍被满足 → 检查有没有新引入的有害功能 → 评估新系统的参数是否落在期望区间。这个回路我至少走两轮，第一轮看逻辑通不通，第二轮看参数撑不撑得住。很多裁剪方案死在第二轮——逻辑上功能转移了，实际参数根本达不到，比如把散热功能从风扇转移给外壳，面积不够，温升直接爆表。

注意：裁剪的边界是「有用功能不能凭空消失」。如果一条有用功能在裁剪后既没有新载体、也没有超系统接盘，那这个方案不成立，别硬推。血泪经验是，硬推的方案到详细设计阶段会以另一种形式把删掉的组件加回来，白折腾。

5. 避坑与排查：功能分析里最容易翻车的五件事

5.1 功能陈述写成用途说明

现象：功能清单里全是「支撑整机」「美化外观」「方便安装」这类话，后面画模型画不下去，箭头不知道指向谁。原因：把产品用途当成了功能定义，跳过了「组件对组件、参数改变」这个约束。解决：对每条陈述追问「谁对谁、哪个参数、往哪个方向变」，答不全就退回重写，宁可慢。

5.2 否定动词和参数对象混入

现象：出现「防止松动」「不传导热量」「降低温度值」这类条目，分类时无法判断有用还是有害。原因：违反功能定义第三、四条原则。解决：否定动词改反向动词（防止松动→限制位移，不导热→阻碍热量传递），参数对象改回组件（降低温度值→冷却冷却液），改完再入账。

5.3 超系统边界失控

现象：功能模型越画越大，把供电、运输、用户操作全画进来，图变成蜘蛛网，评估无从下手。原因：超系统组件没有准入标准。解决：只保留「直接影响目标参数」的超系统组件，其余在图上用一行注释带过，不展开成节点。

5.4 裁剪后不做参数验证

现象：方案评审时逻辑自洽，进入详细设计发现性能不达标，被迫回退。原因：只走了功能模型验证，没走参数验证。解决：裁剪方案必须附一张关键参数对照表（裁剪前/裁剪后/期望区间），参数撑不住就换刀法。

5.5 有害功能一刀切

现象：把所有有害功能都列为删除对象，结果删掉了某些工况下必要的副产品。原因：没做有害功能的可转化性判断。解决：有害功能先标「可消除/可转化/只能隔离」，可转化的优先转化，比如摩擦热在低温工况下可转为预热手段，别急着删。

6. 把课件变成可复用模板：我的功能账本三张表

课件是死的，流程是活的。我拆完这份 PPT 后做的第一件事，是把它压成三张表，每次做功能分析直接填，填完就能出结论。第一张是功能定义表，字段：编号、功能载体、动作动词、功能对象、受影响参数、变化方向、本质表达校验。第二张是功能评估表，字段：组件、承担功能、功能等级（主要/辅助）、性能水平（正常/不足/过度）、有害性、裁剪候选类型。第三张是裁剪验证表，字段：裁剪对象、刀法、功能去向、新载体、关键参数裁剪前/后/期望、结论。

三张表串起来的顺序不能乱：先定义再评估，先评估再裁剪，裁剪必验证。我见过不少人跳过第二张表直接裁，结果删掉的组件在第三轮又加回来，来回折腾。还有一个细节：功能定义表里的「本质表达校验」一栏，我强制自己填「是/否」，填「否」的条目不许进入下一张表，这个卡点救过我好几次。

如果你想把这份课件用在自己的项目里，建议先拿一个你熟悉的系统练手，比如一个简单的传动结构或一个散热模块，把三张表完整走一遍，再去看课件里的七步流程，会发现每一步都对得上。这份 2014 年的 PPT 没有花哨的新概念，但它把功能分析到系统裁剪的链路讲全了，术语统一、示例克制，拿来当团队内部的作业模板比很多厚书都顺手。从那以后我每次做改进方案，都强制自己先把功能账本三张表填完再动嘴讨论方案，没填完之前不开口。希望帮到你。

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