Q1-03 主机厂 vs 供应商：职业路径与能力差异

课程代码 Q1-03 · 板块 Q 职业发展与工程协作 / Q1 能力模型与成长 时长 约 3.0 小时（6 讲 + 1 次「路径自评 + 转换账本测算」动手作业） 适合对象 在职热管理工程师（主修，无论现在坐在哪一侧）· 正在考虑跳槽或被猎头找过的人（主修）· 带教与技术管理岗（必修，用来判下属的转换请求值不值得放）· 求职中的应届与转岗者（选修，先看第 1 讲与第 3 讲） 前置 A5-03 产业链地图：主机厂—Tier1—Tier2 分工 产业链地图：主机厂—Tier1—Tier2 分工（建议先修：本课直接借用它对 Tier1 / Tier2 的划分口径，不重述）。体系外前置（需自备）：你手上要有一份自己岗位的职责描述或一份目标岗位的招聘 JD，第 3 讲与动手做都拿它当素材；第 6 讲要用到你自己的劳动合同文本 本讲义定位 讲师授课蓝本 / 学员自学讲义。本课讲的是组织轴——同一个职能在主机厂与供应商两侧的形态差异与双向转换。⛔ 纵向台阶（部件 → 子系统 → 系统）不在射程，归 Q1-02 从零部件到系统：工程师进阶地图；⛔ 跨职能的横向转岗（试验转仿真、质量转设计）不在射程，归 Q1-06 热管理职能横向地图：四族岗位画像、能力资产可迁移性与转岗成本。⚠ 本课第 6 讲涉及竞业限制，只给判据结构与条款去向，⛔ 不是法律意见

---

按任务导航

你手上的事	直接看	还要配
猎头找我从供应商跳主机厂（或反过来），我判不出该不该动	第 4 讲 4.5：路径选择的四问 + 第 5 讲 5.6：转换成本账本	第 6 讲 6.1：先算竞业这一项
集成出了问题，对方说是我们的责任，我要说清楚边界在哪	第 1 讲 1.4：责任链落在哪几份文件上 + 图2	第 1 讲 1.6：灰色地带的四种形态与当场处置
我看不懂一份 JD 到底在招哪一侧的人	第 3 讲 3.5：JD 措辞解码 + 图8	第 3 讲 3.6：反向自查——我的简历在说哪一侧的话
面试官问「你在供应商只做过一个件，怎么做系统」	第 5 讲 5.4：把深度讲成优势的三段式 + 图13	第 5 讲 5.2：供应商转主机厂的四项短板
面试官问「你在主机厂只写过规格书，落地能力呢」	第 5 讲 5.5：把广度讲成优势的三段式	第 5 讲 5.3：主机厂转供应商的四项短板
我要判自己现在这个岗位抗不抗风险	第 4 讲 4.3：客户集中度算例 + 图10	第 4 讲 4.4：项目阶段这一维
我在两家的 offer 之间比 title，比不出高低	第 4 讲 4.6：title 不可对标的三个结构原因 + 图11	第 4 讲 4.5：该看成长空间的哪三件
我要给下属排一条转换准备计划	第 5 讲 5.6：账本怎么列 + 第 6 讲 6.4：窗口期倒推	第 6 讲 6.5：离职谈判清单
我要判自己签的竞业协议有没有实际约束力	第 6 讲 6.2：四问决策树 + 图16	第 6 讲 6.3：补偿测算的算例
我想换的是职级台阶（部件 → 系统），不是换东家	本课不覆盖 → Q1-02 从零部件到系统：工程师进阶地图	第 1 讲 1.7 会说清两条轴的分界
我想换的是职能（试验转仿真、质量转设计）	本课不覆盖 → Q1-06 热管理职能横向地图：四族岗位画像、能力资产可迁移性与转岗成本	第 5 讲 5.7：两轴叠加时成本怎么估
我要准备简历与作品集	本课只给叙事结构 → Q1-04 热管理领域求职、面试与作品集 给成品形态	第 5 讲 5.4 / 5.5

---

引言：同一个头衔，两套判据，一比就错

先看一个真实会出现在评审室里的场面。一位在 Tier1 做了五年电子膨胀阀的工程师，去某车企面系统工程师岗。面试官问：「快充时电池要 8 kW 冷量，座舱同时要 3 kW，压缩机这一档只有 9 kW，你怎么分？」他答得非常认真——从阀的过热度控制讲到流量特性曲线，讲了六分钟，一句没错。面试结束他自己觉得答得挺满。三天后收到婉拒。

问题不在他不懂，在于他答的不是这一问。这一问要的是「谁先退、退多少、退了之后拿什么向那一侧交代」，而他给的是「我这个件能做到多好」。这两句话之间隔的不是知识量，是你被允许对什么结论负责——而这件事在主机厂和供应商两侧，被合同、被组织、被考核方式，划成了两个完全不同的形状。

所以本课要先把一句最常听见的话拆掉：「都是热管理工程师，只是公司不一样」——这句话是错的，而且错得很贵。两侧共用同一套物理、同一批部件名词、甚至同一份国标目录，可日常要回答的问题、要签字的东西、被考核的指标、犯错的代价形状，几乎没有一项重合。把它当成「只是公司不一样」，会导致三种具体的错误动作：跳过去之后仍用旧思路干活（第 5 讲的四项短板）、面试时把自己最值钱的东西讲成短板（第 5 讲的叙事重构）、以及在两个 offer 之间比 title 而不是比责任范围（第 4 讲 4.6）。

钉子①：两侧的分界不在能力高低上，在「你对什么结论负责」的范围与方向上。主机厂系统工程师负责的是「整车这几份共享资源怎么分、分完各方退到哪里」，他的结论覆盖多个索取方，而边界条件由他定义并往下发；供应商工程师负责的是「在给定的边界条件下，这个件/这个子系统能不能达标、能不能造出来、能不能按这个价造出来」，他的结论覆盖一个交付物，而边界条件由客户给。⚠ 注意这里的方向差——不是「谁管得宽」，是边界条件的箭头反了向。这一根钉子会在六讲里各敲一遍：第 1 讲用它解释责任链为什么必须落到文件上；第 2 讲用它解释两侧的一天为什么长得完全不同；第 3 讲用它推出能力要求的分岔；第 4 讲用它解释晋升通道为什么不可互相对标；第 5 讲用它定义两个方向各自缺的到底是什么；第 6 讲用它解释为什么转换的窗口期是硬约束而不是软安排。

钉子②：能力没有高低，只有形状——但形状是可以被量出来的。「供应商工程师能力天然低于主机厂工程师」是行业里流传最广也最贵的一句偏见（它是第 5 讲要正面拆的那一条）。本课不用「各有所长」这种和稀泥的说法收场，而是给你五把可以当场算的尺：边界明示率（第 1 讲）、决策链长度（第 2 讲）、客户集中度（第 4 讲）、转换成本（第 5 讲）、竞业补偿与窗口期（第 6 讲）。每一把都能落到具体数字上，算完你会得到一个可以拿去做决定的东西，而不是一句「看个人情况」。

还要先打一针预防针，因为本课最容易被读反的是第 4 讲那一节：把「风险敞口」读成「供应商不稳定，别去」。词面就往这个方向拽。读反之后的动作很具体——一个人放弃了一个在头部 Tier1 做新平台预研的机会，去了一家主机厂做已经量产三年的车型的售后问题闭环，理由是「主机厂稳定」。两年后他手上仍然是那批售后单，而当初那个预研项目已经量产两代。⚠ 这一步里被偷换掉的前提是「敞口高 = 不该去」；实际上敞口是要被定价的东西，不是要被躲开的东西——第 4 讲 4.4 会给出定价的具体做法：敞口高的岗位，你要拿到的补偿是可迁移的能力资产与更短的成长周期，拿不到才叫亏。

学完这门课，你应该多出四个判断力。判边界：拿到一件跨组织的争议，能说出它落在哪份文件的哪一类条款上，以及它是不是落在了灰色地带、灰色地带该怎么当场处置。判视角：拿到一段工作描述——别人的 JD，或你自己简历上的一句话——能判它在说哪一侧的话。判风险与判路径：能把一个岗位的抗风险性算出来（不是感觉出来），并据此在两条路径之间做出带理由的选择。判转换：能列出一次组织轴转换的完整账本——缺口项数、单项补齐周期、竞业约束、窗口起点——并把它倒推成一个日期。

最后交代三条边界，免得你以为本课漏了。第一，本课只走组织轴。纵向台阶归 Q1-02 从零部件到系统：工程师进阶地图，跨职能归 Q1-06 热管理职能横向地图：四族岗位画像、能力资产可迁移性与转岗成本，管理通道归 Q1-05 从技术骨干到带团队：新任技术管理者的角色转换，简历与面试成品归 Q1-04 热管理领域求职、面试与作品集，商务谈判技巧归 Q2-02 主机厂—供应商技术对接与商务谈判。第二，本课不给薪资数、不给岗位需求量、不给「哪条路更好」的结论——前两者不可核验且一两年就过期，第三者依赖你自己的约束条件（家庭、城市、风险偏好、已有资产），给一个数你只会拿它去焦虑。第三，第 6 讲的竞业内容只给判据结构与条款去向，条文与裁判口径按现行有效版本确认，具体以本人劳动合同文本与属地口径为准，必要时咨询专业人士。⛔ 本课不是法律意见。

---

第 1 讲　责任边界的本质差异：它不在组织架构图上，在几份文件的条款里

这一讲不谈「谁更重要」，只做一件事——把两侧的责任边界画到可以被指认的程度：指得出它写在哪份文件的哪一类条款上，指不出来的那一段就是灰色地带，而灰色地带有它自己的处置办法。七节：两侧各自负责什么（1.1~1.2）· 责任链落在哪几份文件上（1.3~1.4）· 边界明示率：本讲的核心量与两个算例（1.5）· 灰色地带的四种形态与当场处置（1.6）· 与相邻两条轴的消歧（1.7）。

两根钉子从这一讲开始敲。第一根：边界条件的箭头在两侧是反向的（落在 1.1、1.2）。第二根：边界不是画出来的，是写出来的——写在条款里的那部分才叫边界，其余都是默契（落在 1.4、1.5、1.6）。

1.1 主机厂那一侧：需求定义、系统集成、供应商管理，三件事都往外发结论

先否掉一个顺手的错说法：「主机厂就是提要求的、供应商是干活的」。这句话把一件复合的事压成了单向命令，而它带来的具体错误是——供应商侧的人会认为「客户说什么我做什么」就够了（第 2 讲会看到这条思路在产线问题上怎么翻车），主机厂侧的人会以为「我把要求提清楚就完事了」（1.6 的灰色地带正是这么长出来的）。

主机厂系统工程师这一侧，日常真正在做的是三件事，三件都有一个共同结构：结论往外发，而且发出去之后别人要照着它干活。

第一件：需求定义。把整车级的目标——续航、快充时间、座舱降温时间、高温坡道不降功率、低温续航保持率——拆成每个子系统、每个部件能接住的东西。拆的结果不是一句话，是一组带口径的数：这个 Chiller 在多少进液温度、多少流量、多少制冷剂侧过热度下要给出多少 kW，容差多少，在哪几个共现工况下同时成立。⚠ 这一步最容易漏的不是数，是共现工况——单看快充能给出 8 kW，单看座舱能给出 3 kW，而两个同时发生时压缩机根本没有 11 kW，这个「同时」如果没写进需求，它会在集成阶段变成一场谁都不认账的争议（1.6 形态②就是它）。

第二件：系统集成。把各家来的件装到一起，让它们在整车上一起工作。集成的活有一个特点：它的失败模式不在任何一个件上。每个件的 DV 报告都合格，装到一起整车高温坡道就是掉功率——这类问题没有任何一家供应商会主动认领，因为按各自的边界条件，各自都是达标的。第 2 讲的「集成问题排查」讲的正是这一类活的干法。

第三件：供应商管理。选谁、给什么条件、怎么监控、出了问题怎么推动。⚠ 这一件常被误读成「商务活儿」，实际上它的核心是技术判断：一份供应商方案摆在面前，你要看得出它哪里在偷工况、哪里的余量是虚的、哪里的验证覆盖不够。这也是为什么一个从供应商侧过来的人在这一件上往往有天然优势——他知道方案是怎么写出来的，也就知道该往哪里问（这是第 5 讲叙事重构的主要弹药）。

三件事的共同结构，就是钉子①的前半句：结论覆盖多个索取方，边界条件由你定义并往下发。而这个「往下发」带来一个几乎所有新转过去的人都低估的东西——你发出去的每一个数，都会变成别人几个月的工作量和真金白银的模具费。这就是为什么主机厂侧的犯错代价形状是「晚发现、影响面大、改不动」。

1.2 供应商那一侧：在给定边界内做到达标、可造、可赚钱，结论向内收敛

供应商工程师（无论 Tier1 还是 Tier2）的活，形状正好相反：边界条件由客户给，结论向内收敛到一个交付物上。但「向内收敛」不等于简单——它要同时满足三个互相打架的约束，而这三个约束在主机厂侧是被分给三个不同部门的。

约束一：性能达标。在客户给的边界条件下，性能要达到规格书写的数，而且要有可复现的验证证据（DV/PV 报告、试验大纲、测点布置、不确定度说明）。⇒ 这一层的方法归 L1-01 换热器性能试验（风洞焓差法） 与 M1-03 DVP&R 与验证计划管理。

约束二：可制造。图纸上画得出来 ≠ 造得出来，更 ≠ 批量造得出来还稳定。钎焊接头的间隙、塑料件的脱模斜度、装配的可达性、公差链的累积、产线节拍——这一层每一条都能把一个「性能很漂亮」的方案否掉。⇒ 方法归 I5-01 面向制造与装配的设计（DFM/DFA）。

约束三：成本。报价里每一分钱都要有出处，而且要在项目生命周期里持续往下降（年降条款）。⇒ 归 M3-01 热管理成本结构与成本工程 与 M3-02 VA/VE 降本设计方法。

这三个约束同时成立，才叫一个能落地的方案。而主机厂侧的人第一次转过来最不适应的正是这一点：他习惯的是「把要求提对」，而供应商侧的日常是「在三个互相打架的约束里找那个同时成立的解，而且要在报价截止日之前找到」。⚠ 这就是第 5 讲 5.3 那四项短板的根：不是他不懂制造工艺，是他没有在「三约束同时成立」这个压力下做过决定。

供应商侧的犯错代价形状：早暴露、影响面窄、但改起来花的是自己的钱。一个尺寸错了，模具改一次是实打实的支出，而且工期直接吃掉数周。这就是供应商侧「成本敏感度」这个词的真实来源——它不是抠门，是每一个技术决定后面都直接挂着一笔自家的账。

1.3 责任链落在哪几份文件上：五层文件栈，各管一段

「责任边界」这四个字如果停在概念上，出了事你一句话都说不出来。要能说出话，得知道它物理地写在哪里。两侧协作用到的文件是分层的，五层，每层管的东西不同，混用会出真事。

文件	全称 / 性质	它定的是什么	出争议时它能不能当依据
RFQ	Request for Quotation，询价包	主机厂发出的「我要什么、按什么条件报价」；包含技术要求初稿、量的预估、时间节点	能，但它是报价阶段的东西，定点后通常被后续文件取代或吸收
SOW	Statement of Work，工作范围说明	谁干什么——设计谁做、验证谁做、工装谁出钱、样件几轮、报告谁写	能，而且它是「活儿归谁」这类争议的第一顺位依据
规格书	技术规格 / 技术要求书	干到什么程度——性能数、工况、容差、接口尺寸、材料与工艺要求、可靠性目标	能，它是「达没达标」这类争议的第一顺位依据
技术协议	双方签字的技术附件	把 SOW 与规格书里需要双方确认的部分固化，含变更流程、偏差处理、验收方法	能，它常常是唯一同时被两边技术负责人签过字的文件
质量协议	质量保证协议	不良率目标、索赔口径、8D 时限、追溯要求、变更通知义务（PPAP 触发条件）	能，它是「出了批量问题谁赔」这类争议的依据

⚠ 最常见的一处混用：把 SOW 里的活儿归属，拿规格书去争。规格书回答的是「多少 kW」，它回答不了「这轮台架谁做」。反过来也一样。⇒ 当场分辨法只有一句：争的是「归谁」就翻 SOW 与技术协议，争的是「够不够」就翻规格书。

⚠ 第二处混用更贵：把邮件当依据。项目推进中大量的口径是在邮件、会议纪要、微信群里定的，出事时它们的效力远弱于签字文件，而且往往找不全。⇒ 处置见 1.6 的「当场处置」那一栏——把口头口径当场回执成书面。

1.4 责任链在条款里的具体体现：四类条款，各自会在什么时候被翻出来

把上一节再往下推一层。真正会在争议现场被逐字读的，是下面四类条款——认得它们，你在会上说的话才有落点。

第一类：范围条款（在 SOW 与技术协议）。典型措辞是「供方负责……」「需方提供……」「以下项目不在本次工作范围内」。⚠ 最值钱的是最后那一句排除项——它是唯一明确写「这件事不归我」的地方，而绝大多数争议之所以拉扯，正是因为排除项写得太少。

第二类：性能与工况条款（在规格书）。典型措辞是「在环境温度 X、进液温度 Y、流量 Z 条件下，换热量不低于 Q，容差 ±δ」。⚠ 这一类条款的争议 90% 不在那个 Q 上，在条件那一串：条件里没写的东西默认不成立，而集成时偏偏就撞上没写的那种组合。

第三类：变更条款（在技术协议）。典型措辞是「任何影响形状、配合、功能的变更须经需方书面批准」「变更引起的费用由……承担」。⚠ 这一类是钱最集中的地方，1.5 的算例②就在算它。

第四类：验收与偏差条款（在技术协议与质量协议）。典型措辞是「验收以……方法为准」「未达标项可申请偏差（Deviation），偏差经批准后……」。⚠ 偏差申请这一条是供应商侧的关键工具，很多主机厂侧转过来的人第一年不知道它存在，于是把一个本可以用偏差解决的问题做成了三个月的返工。

1.5 边界明示率：把「边界清不清楚」从形容词变成一个可以算的数

这是本讲的核心量，也是本课第一把可以当场算的尺。它治的症状是：项目组里所有人都说「边界不清楚」，但没有人能说出有多不清楚、哪几条不清楚，于是这句话说完一年，边界还是不清楚。

做法三步。① 把这次交付涉及的接口逐条列出来——每一条接口就是一次「上游给我什么、我给下游什么」（接口清单的方法本体见 Q1-02 从零部件到系统：工程师进阶地图 第 2 讲，本课不重述）；② 对每一条，去五层文件里找它有没有被明示覆盖（明示 = 找得到一句话，指得出在哪份文件哪一条）；③ 数出来。

公式（本课定义）：

$$ r_{\text{cov}} = \frac{N_{\text{明示}}}{N_{\text{接口}}} \qquad N_{\text{灰}} = N_{\text{接口}} - N_{\text{明示}} $$

量	含义	单位
$N_{\text{接口}}$	本次交付涉及的接口条目总数	条
$N_{\text{明示}}$	能在五层文件里指出具体条款位置的接口条数	条
$r_{\text{cov}}$	边界明示率	无量纲（0~1）
$N_{\text{灰}}$	灰色地带条数	条

适用条件：① 接口清单由双方各列一次再合并——只有一侧列的清单必然漏掉对方视角的接口，这一步不能省；② 「明示」的判据必须是指得出位置，「我记得说过」不算；③ 用在同一个项目的不同阶段之间纵向比（定点时 vs 试制时），或用在同一家公司的不同项目之间横向比。

失效边界：⛔ 不能跨公司比大小——各家的文件粒度差异极大，一家把二十条写进一条通用条款，另一家逐条列，算出来的 $r_{\text{cov}}$ 没有可比性；⛔ 不能拿它当供应商考核指标——一旦考核，接口清单会被拆细来把分母做大或做小，这个数当场失真；⛔ $N_{\text{灰}} = 0$ 不代表安全，只代表「都写了」，写得对不对是另一件事（那是规格书评审的活）。

算例①：一次 Chiller 定点前的边界体检。某电池冷却回路的 Chiller 交付，双方各列接口后合并去重，得 $N_{\text{接口}} = 34$ 条。逐条回查五层文件：

• 规格书明示 14 条（换热量与工况、进出口接口尺寸、耐压、清洁度、制冷剂侧压降上限、水侧压降上限……）
• SOW 明示 5 条（台架验证谁做、样件轮次、工装归属、报告格式、EMC 谁做）
• 技术协议明示 3 条（变更流程、偏差申请路径、验收方法）
• 质量协议明示 2 条（不良率口径、8D 时限）

$$ N_{\text{明示}} = 14 + 5 + 3 + 2 = 24 \quad\Rightarrow\quad r_{\text{cov}} = \frac{24}{34} = 0.706 \approx 71% $$

$$ N_{\text{灰}} = 34 - 24 = 10 \text{ 条} $$

这个 71% 说明什么？它本身不说明好坏（没有可比的基准，见失效边界）。它说明的是：有 10 条你必须现在就处理，而不是等到集成时再吵。逐条读那 10 条，会发现它们高度集中在四类上——这就引出 1.6。

⚠ 这里有一个非常容易犯的错：算完 71% 就去追「怎么提到 90%」。⛔ 提高 $r_{\text{cov}}$ 本身不是目标——把十条灰色项各写一句含糊的话塞进技术协议，$r_{\text{cov}}$ 立刻变成 100%，而争议一条没少。这个数的全部用处是给你一张待办清单，不是给你一个分数。

算例②：变更费用按条款归属分摊。同一个项目，试制阶段主机厂发了一份 ECR（工程变更请求）：因整车布置调整，Chiller 的进液口方位要从侧出改为下出。供应商核算追加成本（以下金额均为教学假设值，不对应任何真实项目）：

项	金额	条款依据在哪
工装（模具局部改）	12.0 万元	技术协议变更条款：需方发起的变更，工装费由需方承担
重新验证（DV 部分项，4 项）	4.2 万元	SOW：DV 由供方执行；技术协议：需方发起变更引起的追加验证费用由需方承担
已投料在制品报废	2.4 万元	⚠ 五层文件均无明示 —— 落在灰色地带
合计	18.6 万元	—

按条款可直接归属的：$12.0 + 4.2 = 16.2$ 万元，归需方（主机厂）。 落在灰色地带的：$2.4$ 万元，占比

$$ \frac{2.4}{18.6} = 0.129 \approx 12.9% $$

这 12.9% 就是灰色地带的价格。它不会自己消失，只会变成一场为期数周的拉锯，而拉锯本身还要消耗两边工程师各若干个工作日——那部分成本没人记账，但它是真的。⇒ 这个算例的用处：下一次定点前，你有了一个非常具体的理由去把「在制品报废归属」写进技术协议——不是「为了规范」，是「上一个项目它值 2.4 万加三周」。

⚠ 算例②的两条失效边界：① 金额是教学假设值，⛔ 别拿这几个数去对标任何真实项目的量级；② 「灰色地带占比」这个数在不同变更类型上差异极大（布置类变更灰色占比通常低，性能类与工况类通常高），⛔ 不要用一次变更的占比去推整个项目。

1.6 灰色地带的四种形态：它是结构性存在的，认形态比追责有用

先把结论说死：灰色地带不可能被消灭，只能被识别与当场处置。原因很简单——条款是在项目早期写的，而工程问题是在项目中后期暴露的，中间隔着一整段「当时不知道要问什么」。所以本节不教你怎么把它写没，教你怎么认出来并立刻处理。

形态①：共现工况没写。规格书对每个工况单独给了要求，但没写「这两个工况同时发生时怎么算」。这是灰色地带里占比最大也最贵的一类，因为集成阶段撞上的几乎全是组合工况。⇒ 当场处置：列一张共现工况矩阵（哪几个工况在整车上可能同时出现），逐格问「这一格有没有条款」，没有的当场发起技术协议补充。⚠ 别等对方发起——发起方在争议中总是更有主动权。

形态②：稳态给了、瞬态没给。规格书写的是稳态换热量，而实际失效发生在快充刚开始那三分钟的温升过程里。⇒ 当场处置：把瞬态诉求转成一个可验证的稳态等价条件（例如「从 X ℃ 到 Y ℃ 的降温时间不超过 t」），因为纯瞬态条款不好验收，会在验收阶段变成新的争议。

形态③：新品状态给了、老化后没给。规格书的性能数默认是新件，而整车要保证的是生命周期内。老化后的衰减（结垢、堵塞、涂层退化、密封件压缩永久变形）归谁、衰减多少算合格，条款里常常空白。⇒ 当场处置：在质量协议里挂一个耐久后性能保持率的验收项，并明确检测方法。

形态④：单件合格、装车公差累积后不合格。每个件都在公差内，装到一起接口对不上或应力超标。⚠ 这一类没有任何一方是错的，所以最难推动。⇒ 当场处置：公差链分析归主机厂（他是唯一看得到全链的人），但要供应商提供各自的真实分布数据而不是图纸公差——方法归 I5-01 面向制造与装配的设计（DFM/DFA）。

1.7 两条相邻的轴：先把「换东家」和「换台阶」「换职能」分开，否则后面五讲全部错位

这一节是消歧，不长，但省不掉——因为职业话题里最常见的混乱就是把三件事搅成一件。

轴	变的是什么	不变的是什么	属主
组织轴（本课）	你在主机厂还是供应商	你的职能（还是做热管理设计 / 试验 / 仿真）	本课
台阶轴	你负责的结论范围（部件 → 子系统 → 系统）	你在哪一侧、做哪个职能	Q1-02 从零部件到系统：工程师进阶地图
职能轴	你干哪一族的活（试验 → 仿真、质量 → 设计）	你在哪一侧、在哪个台阶	Q1-06 热管理职能横向地图：四族岗位画像、能力资产可迁移性与转岗成本

三条轴可以叠加发生，而且叠加时成本不是简单相加——第 5 讲 5.7 会给一个两轴同时跨的算例（供应商试验工程师转主机厂系统岗，组织轴 + 职能轴同时跨），并说明为什么不能相加。

⚠ 一处必须当场消掉的词面陷阱：Q1-01 热管理工程师能力模型与成长路径 里说的「横向」指的是跨子系统边界（脚下职能不变），Q1-06 热管理职能横向地图：四族岗位画像、能力资产可迁移性与转岗成本 里说的「横向」指的是跨职能边界（脚下子系统不变），而本课说的组织轴两者都不是。三个词面相似的说法各指一件事，⛔ 别互套。分辨方法只有一句：看不变的那一项是什么。

1.8 第 1 讲易错点（5 条）

易错点 1-①：把「边界不清楚」当成一句抱怨说完就算。

• 错的形态：项目周会上反复出现「边界不清楚」「上游没给条件」，但从没有人把它落成一张清单。
• 为什么会错：「不清楚」是一个形容词，形容词没有行动的落点——它既不指向具体条目，也不指向具体文件，说完之后每个人心里的那份「不清楚」还是各自的那份。⇒ 这是一个度量缺失问题，不是态度问题。
• 怎么当场发现：会上问一句「不清楚的是哪几条？在第几份文件里找过了？」——答不出条数的，就是这一条。

易错点 1-②：拿规格书去争「这活儿归谁」。

• 错的形态：为了「这轮台架谁做」翻规格书，翻了三遍没找到，得出结论「合同没写」。
• 为什么会错：规格书回答的是「干到什么程度」，活儿归属根本不在它的语域里；找不到不是因为没写，是翻错了文件。
• 怎么当场发现：先给争议分类——「归谁 / 够不够 / 谁赔」三选一，再决定翻哪份文件（图2 右侧那三支箭头）。

易错点 1-③：把邮件与会议纪要当成边界依据。

• 错的形态：「这个我们邮件里说过的」，然后翻半天找不到，或找到了对方说「那只是讨论」。
• 为什么会错：邮件不在文件栈内，效力弱且检索成本高；更关键的是它没有双方签字这一动作，而签字那一下才是「双方确认过」的证据。
• 怎么当场发现：任何在会上口头达成的技术口径，当天发一封「回执邮件」把它写成条目并请对方确认，再在下一次技术协议修订时并入。⚠ 这条动作很小，但它是灰色地带唯一低成本的止损方式。

易错点 1-④：把 $r_{\text{cov}}$ 当分数追，用含糊条款把它拉到 100%。

• 错的形态：把 10 条灰色项各补一句「按行业惯例执行」「双方协商确定」塞进协议，明示率变成 100%。
• 为什么会错：这个量的定义里，「明示」的判据是指得出位置，但一句「双方协商确定」在争议时提供的信息量为零——它把度量骗过了，没把问题解决。⇒ 这是典型的指标被当成目标之后立刻失真。
• 怎么当场发现：对每一条「已明示」的条款追问一句「如果现在就出争议，照这一条能不能判出结果？」判不出结果的，退回灰色地带那一栏。

易错点 1-⑤：认为灰色地带是「当初没写清楚」，因此可以靠更严格的评审消灭。

• 错的形态：项目复盘的结论写成「加强规格书评审」，下个项目照样有十条灰色项。
• 为什么会错：条款写在项目早期，而问题暴露在中后期——早期不知道要问什么，这是时间顺序造成的结构性缺口，不是评审强度问题。评审能减少的是「本来知道却漏了」的那部分，减不掉「当时根本不知道」的那部分。
• 怎么当场发现：看复盘结论里有没有出现动作（共现工况矩阵、耐久保持率验收项、公差链数据交换约定），只有「加强 X」的就是这一条。

---