【摘要】
同一个方案，讲给五个人听，要准备五个版本。
IT 关心"会不会影响我的系统稳定和网络策略"，PE 关心"会不会动我的工艺窗口"，良率关心"能不能快点告诉我是哪台机"，生产关心"会不会影响今天的产出"，设备关心"会不会让我多做 PM"。
FDE 的技术能力通常够用，卡住的地方是用了自己习惯的语言，而不是对方关心的语言。这篇把五类角色拆开讲。
【核心要点】
- 沟通不是表达，是降低对方的决策成本：让他知道这件事对他意味着什么、要他做什么决定
- 每个角色都有一个"最怕的事"，方案里主动回应它，比讲十个优点有用
- 跨部门会议不要追求"达成共识"，追求"记录分歧 + 明确下一步"
- 需求变更一定要落到人：谁提的、谁批的、谁承担延期后果
- 向上（对你自己的公司）汇报，讲风险和需要支持，不要只讲进度
---
一、五类角色的诉求与雷区
| 角色 | 真正关心 | 最怕的事 | 沟通雷区 |
|---|---|---|---|
| 厂方 IT | 系统稳定、网络合规、可运维 | 背锅（系统是他们批的） | 绕过他们直接找业务部门定方案 |
| 工艺工程师 PE | 工艺窗口不被扰动、参数可追溯 | 系统改了他的工艺条件 | 用软件语言讨论工艺问题 |
| 良率工程师 | 快速定位异常、有数据支撑 | 拿不到数据、结论被质疑 | 给结论不给原始数据 |
| 生产主管 | 产出、交期、人员操作负担 | 停线、加班、新人学不会 | 上线时间不提前通知 |
| 设备主管 | 设备可用率、PM 计划、误报 | 系统误报导致频繁停机 | 把设备问题甩给软件 |
二、对 IT：先讲边界，再讲功能
IT 的判断标准很实在：这套东西上线后，我的运维负担增加多少，出事我能不能解释。
推荐开场：
"这次改动涉及三个组件：EAP 侧新增一个采集任务、MES 侧加两个接口、数据库加两张表。对现有系统的影响是：新增读请求，峰值 QPS 预计 <10；不修改现有表结构；接口走现有 ESB，不新开端口。上线后需要你们配合的是：开一个只读账号、在防火墙放通一条内网策略。回滚方案我写了，5 分钟内可以退回。"
这段话里有 IT 最关心的四件事：影响面、资源消耗、需要他们做什么、能不能回滚。
忌讳：说"这个很简单，不用改网络"——只要涉及跨网段，就必须走他们的流程，绕过一次，后面所有事都会被卡。
三、对 PE：讲清楚"不动你的工艺"
PE 对 CIM 系统的态度通常是"别来烦我"，因为他们见过太多系统改动导致工艺异常。
沟通要点：
- 明确说"本次不修改任何工艺参数，只做数据采集与展示"
- 如果确实涉及 Recipe：给出变更前后对比表，逐参数列出差异和依据
- 提供"影响面清单"：哪些产品、哪些机台、哪些批次会受影响
- 给他们一票否决权，并在会议纪要里体现——这会让后续推进顺畅得多
忌讳：把 PE 当"审批障碍"。PE 的否决权是 Fab 的现实，绕不过去，不如把他变成方案的设计参与者。
四、对良率：给数据，不给形容词
良率工程师的判断方式是数据驱动。你说"效果很明显"，他会问"明显是多少，样本多少，置信区间"。
正确姿势：
- 结论 + 数据 + 方法三件套一起给
- 主动说明局限："样本 200 片，未覆盖低良率产品，需要再观察两周"
- 提供可自行验证的查询或报表，而不是一次性结论
加分动作：把他们的痛点变成可查询的视图。比如"过去 30 天按机台/腔体/Recipe 分组的良率分布"，让他们自己查。这类交付比任何汇报都有说服力。
五、对生产：讲操作，不讲架构
生产主管只关心三件事：会不会停线、员工要学多久、出问题找谁。
- 停线：给明确窗口和回滚时间，"计划 20 分钟，超时 20 分钟自动回滚"
- 学习成本：操作步骤压到 3 步以内，配一页纸操作卡
- 责任：给一个明确联系人（你自己）+ 响应时间承诺
忌讳：在生产会议上讲技术架构、讲数据流。他们听不懂也不关心，只会觉得"这人不懂现场"。
六、对设备：先认他们的痛，再谈系统
设备主管最烦的是"系统误报"——半夜被叫起来，结果是软件的问题。
沟通要点：
- 先承认误报的危害："误报一次，你们要多做一次点检，还要判断是不是真问题。"
- 说明降噪机制：阈值怎么设、连续几次触发才报警、静默期多久
- 承诺反馈闭环：每次误报记录 + 两周内调优
- 涉及机台侧改动（通信配置、Recipe）时，一定提前给他们的排程
七、跨部门会议怎么开
Fab 的跨部门会议很容易变成"各说各的"。FDE 主持会议时，用这个结构：
- 先定议题：今天要解决的只有一个问题（比如"上线窗口定在什么时候"）
- 每人一句话表态：支持 / 有条件支持 / 反对，条件是什么
- 记录分歧：不追求当场解决，把分歧写进纪要并指定责任人
- 明确下一步：谁、做什么、什么时候给结果
- 会后 2 小时内发纪要：写"我的理解是……如有偏差请回复"，给 24 小时窗口
一句实用话术："这个分歧我记下来，会后我和 X 单独确认，下次会议给结论。"——避免会议陷入拉锯，也避免被迫当场承诺。
八、向上汇报：讲风险，不讲辛苦
对自己公司的汇报，最常见的错误是罗列工作量。管理层关心的只有三件：
- 能不能按期交付（风险在哪，需要什么支持）
- 有没有商业机会（客户还有哪些需求）
- 会不会出事（当前最大的技术/关系风险）
模板：
"当前进度：联调完成 70%。风险：客户 IT 的网络策略审批要 2 周，可能影响上线时间 5 天，需要销售协助推动。客户侧新需求：良率看板，属于产品可沉淀功能，建议产品评估。最大风险：客户生产主管对上线窗口有异议，我已约本周四单独沟通。"
三句话，管理层就知道该做什么。
九、一条通用原则
所有沟通的终点都是"让对方做一个明确的决定"。
- 对 IT：批准这个网络策略
- 对 PE：确认这次不改工艺参数
- 对生产：确认上线窗口
- 对良率：确认验收指标
- 对设备：确认机台配合时间
如果一场会议开完，没有人需要做决定，那这场会议基本没价值。
下一篇是卷 1 的收尾案例：初次进场，怎么在一周内摸清一个 Fab 的 CIM 底座，并输出一份客户认可的可行性评估报告。