收到原廠 EOL 停產通知,業務該做的四件事
· 5 分鐘
一封 EOL 通知,牽動客戶的 BOM、備料與轉換時程,而最後採購的窗口是有期限的。整理代理商業務端的四步處置——盤影響、找替代、通知客戶、鎖定最後採購——以及 AI 能接手哪幾件。

EOL 通知是什麼?為什麼一收到就要動?
EOL(End-of-Life)通知是原廠宣布某個料號將停產的正式文件,通常伴隨兩個關鍵日期:停止接單的最後下訂日,與停止出貨的最後出貨日。最後採購的窗口有期限,實際長度依原廠公告為準——但不論公告給了多久,客戶都要在那段時間裡走完一整串事:先知道有這回事、查出手上哪些產品用到這顆料、找替代料並送樣驗證、算出到停產前總共還要買多少,最後在期限內把單下出去。中間任何一段拖到,能走的路就真的變少。
差別具體是這樣:時間還寬裕時,替代料來得及送樣測試,可以挑一顆真正合適的,價格也還有得談;剩不到兩週時,測試時間不夠,實務上只剩兩個選擇——照原廠指定的後繼料買,或者把停產前的量一次囤足,把風險換成庫存壓在自己帳上。兩個都能過關,但都比早知道貴。
客戶的時間表是從「收到通知」那一刻才開始跑的。通知晚一週,他就少一週可以驗證替代料。
第一步:盤出影響範圍
先回答「這顆料影響到誰」。從出貨紀錄拉出用過這顆料的客戶清單,對照各自的採購頻率與最近一次下單;有 BOM 資料的,確認它出現在哪些產品裡。同時盤自己手上的庫存與在途量——這決定了你能給客戶多長的緩衝。這一步的產出很具體:一張「客戶 × 料號 × 年用量」的表,後面三步全靠它;沒有這張表,通知與備料都只能憑感覺。
第二步:確認替代方案
替代方案有三個來源,順序有講究:原廠的後繼料(通常在 EOL 文件裡直接指名)、同原廠的相近料號、其他原廠的替代料。判斷不能只看「pin-to-pin 相容」四個字——電氣特性、溫度範圍、封裝、認證,每一層都要過,分層的檢核清單見替代料詢問的標準接法。另外留意 NRND(不建議新設計使用)標記:它還不是停產,但已經在往停產的路上,新案子不要再設計進去。
第三步:通知客戶,調查總需求
通知要分層:量大的、剛下過單的、產品生命週期還長的客戶先通知,並一併調查「到停產前,總共還需要多少?」。這一步也是代理商信任的分水嶺——DIGITIMES 的另一篇文章提醒:「如果產品是從經銷商處購買,則交易中協力廠商可能沒有掌握最新資訊,在大多數情況下,無法向其客戶發出最後下訂通知」。換句話說,主動、及時的 EOL 通知在這個產業並非理所當然;做得到的人,就是跟同業拉開差距的人。
第四步:鎖定 LTB,追蹤轉換
LTB(Last Time Buy,最後採購)要在期限內下單鎖量,數量的依據就是第三步調查回來的總需求,再加上合理的安全庫存。之後是收尾:新舊料的轉換時程、系統與 BOM 的料號更新、替代料的樣品驗證追蹤。EOL 案子的常見死角是「下完 LTB 就當結案」——客戶端的轉換沒完成,半年後的追加需求,就會變成無料可出的客訴。
同一封原廠信裡的五個縮寫,對照一次
原廠的停產與變更通知,常常五個縮寫擠在同一封信裡,對照如下:
| 縮寫 | 全名 | 意思 |
|---|---|---|
| EOL | End-of-Life | 停產:原廠宣布某料號結束生命週期 |
| EOLA | EOL Announcement | 停產公告,通常附最後下訂日與最後出貨日 |
| PCN | Product Change Notice | 產品變更通知:規格、產地、製程等變更 |
| LTB | Last Time Buy | 最後採購:停產前的最後一次下單機會 |
| NRND | Not Recommended for New Designs | 尚未停產,但不建議再用於新設計 |
四步裡,AI 能接手哪幾件?
文件層的工作最適合先交出去:把 EOL/PCN 通知、替代建議與相關 datasheet 放進知識庫,客戶問「這顆是不是要停產了?」時,AI 直接答得出「什麼時候、換什麼」,並附上通知文件的出處;業務要查影響範圍時,也是問一句,就把散在多封信與多份文件裡的資訊撈齊。判斷與承諾仍然在人身上——Kinsunn AI 的預設是 AI 起草、真人審核後才送出,替代料的最終建議、LTB 的數量決定,系統不會替你拍板。
哪些題可以讓 AI 直接回?
回覆模式有四種,由你切換:AI 主動建議(AI 擬草稿,真人按送出)、全自動回覆、智能分流(依 AI 對這一題的把握度決定,低於門檻自動轉真人,門檻預設 75%,可自己調),以及手動呼叫建議(平常不出手,客服點了才擬)。模式綁在 AI 助理上,不是綁在管道上,所以官網與 LINE 可以走不同的設定。
EOL 這個場景很適合用把握度切開,因為同一封通知底下其實有兩種題:
| 客戶問的 | 性質 | 建議走法 |
|---|---|---|
| 「這顆是不是要停產了?」「最後下訂日哪一天?」「後繼料是哪一顆?」 | 答案白紙黑字寫在 EOL 文件裡,查得到就答得準 | 把握度高,交給智能分流自動送出;附上通知文件出處,客戶自己看得到依據 |
| 「那我該換哪一顆?」「要備多少量?」 | 判斷與承諾,牽涉客戶的電路條件與資金 | 落在門檻以下轉業務,或整組先走 AI 主動建議 |
這樣切的好處是:守住後面那條線,不必連帶把前面那些純查詢也一起卡住——而 EOL 期間湧進來的,絕大多數是前一種。
機制上還有一道保險:自動送出類的模式要先通過後台的「AI 回答測試」才會生效。測試沒過之前,就算你已經選了全自動,系統一律只出草稿等人確認。
零組件代理的完整場景,見製造業與代理商方案;模式怎麼選的完整框架,見全自動還是審核制。
參考資料
- DIGITIMES,〈科技1分鐘:產品壽命結束(End-of-life;EOL)〉(2026-01-30,正文需會員登入)。digitimes.com.tw
- DIGITIMES,〈產品淘汰和停產:該陷入恐慌嗎?〉(2019-09-12)。digitimes.com.tw
- 延伸閱讀:業務找 datasheet 總是太慢?慢的三個原因與解法、客戶要替代料?從問清楚到給結論的標準接法