HW-01 · EOL/PCN 影响评估

① 场景引入

一、这件事现在是什么样

硬件研发与物料工程 · 真实业务触发

原厂 PCN/EOL/涨价通知到达（邮件，散在采购和研发各自的邮箱里）。会被追问：「这个停产到底影响我们在产的几个机型？最后下单日之前来得及切换吗？」

二、痛点 · 每条都有来源

1一个元件值变更影响采购、库存、贴片程序、钢网、测试治具、文档六条线——但通知到达时，这六条线没人知道彼此的存在依据 · EMS Handbook 工程变更管理章节：一个元件值变更影响采购、库存、贴片程序、钢网、测试治具、文档六条线2打样用 A 版、小批量用 B 版双方都不知道差异——BOM 版本混乱与 ECN 管理不善是错料、贴片错误、测试失败的主要原因之一依据 · 深圳一九四三：BOM 版本混乱与 ECN 管理不善是导致错料、贴片错误、测试失败的主要原因之一；打样用 A 版、小批量用 B 版双方都不知道差异3涨价周期里报价当天有效、最长不超过一个月——EOL评估拖一周，替代料的价就按一周前的旧价算错了依据 · 2026 年存储与被动件涨价周期：报价当天有效、最长不超过一个月4变更分 Major/Minor、Hard Cut 与 Running Change 两种切换——分类定错，切换策略跟着错，库存就沉在旧料上依据 · ECN 指南：变更分类（Major/Minor）、Hard Cut 与 Running Change 两种切换、跨部门签核与旧版锁定归档要求5硬件工程师自述：早上第一件事不是画电路图而是找替代料——EOL 评估的活最终全压在最不懂采购数据的研发身上依据 · 整机厂硬件工程师自述：早上第一件事不是画电路图而是找替代料，BOM 品号写错导致产线停线，「我是 BOM 工程师」

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 一个元件值变更影响采购、库存、贴片程序、钢网、测试治具、文档六条线——但通知到达时，这六条线没人知道彼此的存在打样用 A 版、小批量用 B 版双方都不知道差异——BOM 版本混乱与 ECN 管理不善是错料、贴片错误、测试失败的主要原因之一涨价周期里报价当天有效、最长不超过一个月——EOL 评估拖一周，替代料的价就按一周前的旧价算错了变更分 Major/Minor、Hard Cut 与 Running Change 两种切换——分类定错，切换策略跟着错，库存就沉在旧料上

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 要素校验 · 通知的关键字段齐不齐器件型号、生效日期、最后下单日（LTB）、替代型号逐项抽取；缺项列出待向原厂确认，不阻塞
2. BOM 命中扫描 · 落到具体行按型号与封装匹配 BOM 行，含历史版本里的旧料号；命中行逐行列出用量
3. 缺口核算 · 库存与在手订单对不上多少按 LTB 日与排产计划倒推需求，缺口数量写实数，多出来的算呆滞风险
4. 路径建议 · Hard Cut 还是 Running Change按库存缺口与替代验证状态给建议路径，验证未完成的明说「切不动」
5. 成文 · 生成 EOL 影响评估表命中行 + 缺口 + 建议路径 + 决定栏留空，供变更委员会签

要准备什么：原厂 PCN/EOL 通知（邮件原文或截图）关键信息藏在英文长邮件的表格附件里现用 BOM（Excel，可能多版本并存）在产产品，如 SW3 主板 V2.3库存快照与在手订单（ERP 导出）评估缺口的底数历史替代验证记录（哪些料以前验证过）判断切得动切不动的依据

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0

最大差异点：与「ERP 里跑物料替代清单」的区别：ERP 只认已维护的替代关系，这里同时吃 BOM 历史版本、在手订单、库存快照和通知原文四样东西，输出的是「哪几行、差多少、来得及吗」的判断材料——通知邮件本身散在个人邮箱里，这一步 ERP 替不了。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：EOL影响评估表.xlsx 正式件 · 命中行 + 缺口 + 建议路径 + 决定栏留空
• 可派发清单：BOM命中明细.xlsx 可派发· 逐行带用量与版本出处
• 可派发清单：待向原厂确认清单.xlsx 通知里缺失的关键字段 · 各带时限

这套东西不承诺什么：不做替代料的最终选用决定与 ECN 签发——变更走变更委员会。评估给出的是命中范围、库存缺口与建议路径，决定栏留空由变更委员会签。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：穗芯电子智能硬件事业部（深圳）2026-09-02 下午。采购群刚转来恒澜半导体的 EOL 邮件：SW3 主板电源管理芯片 HL62841DLCR 将于 2027-03-31 停产，最后下单日 2026-09-25——距今 23 天。邮件里替代型号只有一行

「HL62842DLCR，pin-to-pin 兼容」，规格书没随附件。这颗料年用量 12 万颗、SW3 生命周期还剩 40 周排产。会被追问的还是那句：「这个停产到底影响我们在产的几个机型？最后下单日之前来得及切换吗？」

EOL 对象HL62841DLCR · PMIC库存16,800 颗 = 7 周LTB9-25 · 距今 23 天生命周期缺口57,600 颗 = 24 周

输入半导体与电子信息企业手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_恒澜EOL通知邮件_原文.docx 恒澜半导体渠道 EOL 邮件（英文长邮件转述）——关键字段全在这一页里渠道销售发采购 · 抄送研发（散在个人邮箱）
• 02_SW3主板BOM_V2.3.xlsx SW3 现用 BOM 与 SW3 Lite 对照——命中扫描与排除的底硬件组维护 · 多版本并存（V2.0-V2.3 同目录）
• 03_库存与在手订单_ERP.xlsx ERP 库存快照与在手订单——缺口核算的底数ERP 导出 · 昨日快照
• 04_历史PCN记录_HL62841.xlsx 这颗 PMIC 的历史变更记录——2024-03 卷带 PCN 的旧账就在这页研发个人归档 · 当年的处置邮件还在附件里
• 05_SW3排产计划_202609-202706.xlsx SW3 生命周期排产——缺口测算的需求侧计划部 · 月度滚动

注意标橙色那一份 —— 04_历史PCN记录_HL62841.xlsx。它研发个人归档 · 当年的处置邮件还在附件里，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

原厂的停产邮件在这，SW3 的 BOM 和库存、在手订单也给你， 帮我出一份影响评估。 命中哪几行 BOM、库存对排产够几周、最后下单日之前切不切得动，都要写实数。

2024 年这颗料的 PCN 旧账也翻出来。

建议路径可以给，决定栏留空，变更委员会的事。复制

评估的底气来自四样东西对齐：通知、BOM、库存、历史验证记录。口径在能力包里。

触发9-2 下午采购群转发恒澜 EOL 邮件，当天要出影响评估

谁催、几天窗口、会被追问什么

9-2 这天事情扎堆：上午封测那边在处理客诉和低良批，下午采购群转来这封 EOL 邮件。以前这种邮件的命运是躺在采购的个人邮箱里，等研发早上打开电路图时才想起来——EOL 评估的活最终全压在最不懂采购数据的研发身上。现在通知、BOM、库存、历史变更记录四样东西当天对齐，评估表当晚就能上会。

第 1 步 · 要素校验 · 通知的关键字段齐不齐

型号、生效日期、LTB、替代型号逐项抽取；缺项列出待向原厂确认，不阻塞

这一步的看点 · 从历史里想起了公司踩过的坑通知里的这颗PMIC，2024 年 3 月也发过一次 PCN（改包装卷带）——当时没核对包装代码，贴片机飞达不认新卷带，换料当天停线2 小时。本次评估把这颗料的历史变更记录翻出来，包装代码差异单列一栏——EOL 邮件恰好没写替代料的包装代码，这个缺口必须进待确认清单。这条不靠当年经手的人还在不在职——处置邮件还在归档附件里。

第 2 步 · BOM 命中扫描 · 落到具体行

按型号与封装匹配 BOM 行，含历史版本里的旧料号；命中行逐行列出用量

第 3 步 · 缺口核算 · 库存与在手订单对不上多少

按 LTB 日与排产计划倒推需求，缺口数量写实数

第 4 步 · 路径建议 · Hard Cut 还是 Running Change

按库存缺口与替代验证状态给建议路径，验证未完成的明说「切不动」

这一步的看点 · 该拦的地方拦住了评估结论：本单不能按「还有库存、暂不处理」结案——库存按 SW3 当前排产只够 7 周，而 LTB 9-25 后原厂不再接单，末单窗口只有 23 天。替代方案一：按LTB 前下末单 21,600 颗（现金锁 9 周用量、约 9.7 万元），同步立即启动替代验证——验证赶在 12 月底库存耗尽前完成切换；方案二：不下末单、全押替代验证——省下 9.7 万现金流与呆滞风险，赌验证一次通过；赌输且过了 LTB，57,600 颗缺口走现货溢价 7.8-20.7 万元，还未必有货。

第 5 步 · 成文 · 生成 EOL 影响评估表

命中行 + 缺口 + 建议路径 + 决定栏留空，供变更委员会签

这一步的看点 · 把技术动作翻译成钱若拖过 LTB 再切：缺口 57,600 颗走现货渠道，溢价按行情 30%-80% 计——多花约 7.8 万 ~ 20.7 万元（57,600 × 4.5 元 × 30%-80%）；而本周内下末单的成本是占用一笔 9 周用量的现金流——21,600 × 4.5 = 9.72 万元。两个数并排放在评估表首页，采购自己会算：一边是确定的 9.7 万占用（旧料切换顺利还能消化掉），一边是 7.8-20.7 万的溢价风险敞口——这不是采购决策的难题，是没把两个数并排摆过的难题。

不能按「还有库存、暂不处理」结案——末单与替代验证双轨并行上会通知、BOM、库存、历史记录四样当天对齐：命中 SW3 一条线（U7 · 1 颗/台），库存 7 周、生命周期 40 周、缺口 57,600 颗——数字全部闭合，可以上会。方案一（推荐）：9-25 前下末单 21,600 颗（现金流占用 21,600 × 4.5 ≈ 9.7 万元，覆盖至 12 月底），同步立即启动替代验证——HTOL 6 周硬约束排得下（10-26 完成），11 月上旬具备切换条件、12 月底前完成 Hard Cut，末单余料风险可控；2024-03 卷带旧账的包装代码问题在样品阶段就拦住。方案二：不下末单、全押替代验证——省下 9.7 万现金流与呆滞风险，但赌注是验证一次通过：若 HTOL 或联调受挫且已过 LTB，57,600 颗缺口只能走现货溢价 7.8-20.7 万元，且缺货高峰期未必有市。评估表两案并排、决定栏留空——切换决定牵动采购、库存、贴片、钢网、治具、文档六条线，走变更委员会。

之后这一次跑完，公司多了什么

不讲省了多久：讲少了几个隐患、沉淀了什么

• ✓ 散在个人邮箱的 PCN/EOL 通知第一次进入统一台账——每收一封，库厚一层
• ✓ BOM 多版本并存的旧料号被扫出来，不再靠工程师记忆排查
• ✓ 「Hard Cut 还是 Running Change」的判断第一次有了数据底稿
• ✓ 岗位角色变了：从「研发收到邮件自己慌」变成「当天一张评估表上变更委员会」

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 它能替我决定切不切吗？ 不能。切换决定牵动六条线，走变更委员会。评估表给的是判断材料：差多少、来得及吗。
• 原厂邮件是英文的，且附件是 PDF，行吗？ 行。关键字段（型号、日期、LTB、替代型号）从原文抽取，抽不到的进待确认清单，不猜。
• 我们没有历史验证记录，从头建吗？ 头三个月先跑通知台账与命中扫描，验证记录从零攒——第一封通知处理完，第一条记录就有了。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

EOL/PCN 影响评估 —— 一封停产通知，当天落到 BOM 行和订单行上 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

eol-pcn-impact.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是半导体与电子信息企业手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁HW-01 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 5 份

• 01_恒澜EOL通知邮件_原文.docx 恒澜半导体渠道 EOL 邮件（英文长邮件转述）——关键字段全在这一页里 XLS02_SW3主板BOM_V2.3.xlsxSW3 现用 BOM 与 SW3 Lite 对照——命中扫描与排除的底
• 03_库存与在手订单_ERP.xlsx ERP 库存快照与在手订单——缺口核算的底数
• 04_历史PCN记录_HL62841.xlsx 这颗 PMIC 的历史变更记录——2024-03 卷带 PCN 的旧账就在这页
• 05_SW3排产计划_202609-202706.xlsx SW3 生命周期排产——缺口测算的需求侧

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

原厂的停产邮件在这，SW3 的 BOM 和库存、在手订单也给你， 帮我出一份影响评估。 命中哪几行 BOM、库存对排产够几周、最后下单日之前切不切得动，都要写实数。

2024 年这颗料的 PCN 旧账也翻出来。

建议路径可以给，决定栏留空，变更委员会的事。复制

为什么这么短就够了：评估的底气来自四样东西对齐：通知、BOM、库存、历史验证记录。口径在能力包里。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• HW-01_EOL影响评估表.xlsx 正式件 · 命中行 + 缺口 + 建议路径 + 决定栏留空
• HW-01_BOM命中明
• 细.xlsx 可派发 · 逐行带用量与版本出处
• HW-01_待向原厂确认清单.xlsx 通知里缺失的关键字段 · 各带时限

Skill 里固化了什么：从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：原厂 PCN/EOL 通知（邮件原文或截图）关键信息藏在英文长邮件的表格附件里现用 BOM（Excel，可能多版本并存）在产产品，如 SW3 主板 V2.3库存快照与在手订单（ERP 导出）评估缺口的底数历史替代验证记录（哪些料以前验证过）判断切得动切不动的依据

人工边界：不做替代料的最终选用决定与 ECN 签发——变更走变更委员会。评估给出的是命中范围、库存缺口与建议路径，决定栏留空由变更委员会签。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

硬件研发与物料工程 · 产出即下一步输入

• HW-02 · 替代料验证计划与风险台账：五层验证排下去，失败原因留下来
• HW-03 · 物料风险周快报：涨价、缺货、停产三类事件，扫一遍 BOM 汇成一张表HW-04· 竞品拆解 BOM 初稿 —— 照片与丝印对着自家 BOM，拆出成本差异清单 — 拆解人人都在做 · 但拆完的照片堆在个人目录里，成本差异永远停留在「感觉」 查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。