商品停售通知的重點不是把「很抱歉，商品已停售」寫得客氣，而是先把停售原因、生效日期、受影響訂單、替代方案與退款或候補路徑講清楚。台灣 SME 如果直接讓 AI 幫忙寫公告，卻沒有先定義這 5 個欄位，客服後面會面對更多追問：還能不能買、替代品是不是一樣、已下單怎麼辦、優惠是否保留、多久會退款。AI 可以加快分眾與草稿，但不能替公司做庫存、價格與承諾判斷。
為什麼商品停售通知不能只寫缺貨
停售和短暫缺貨不同。短暫缺貨通常還有補貨日期、候補名單或預購安排；停售代表商品、規格、課程、方案或服務可能不再供應，客戶需要重新選擇。若公告只寫「售完為止」或「暫時缺貨」，但實際上已經決定下架，客戶會誤以為等待就能買到。
公平交易法第 21 條把價格、數量、品質、內容、有效期限、使用方法與其他足以影響交易決定的事項列為重要資訊，並且服務也準用相關規定。來源：公平交易委員會：公平交易法條文。所以停售通知不是純客服禮貌，而是交易資訊要一致。
商品停售通知先補 5 個欄位
| 欄位 | 要寫清楚什麼 | 常見錯誤 |
|---|---|---|
| 停售原因 | 供應商停供、規格改版、法規或品質調整、季節檔期結束、方案整併。 | 只寫缺貨，讓客戶以為很快補上。 |
| 生效日期 | 最後接單日、最後出貨日、官網下架日、客服可處理期限。 | 公告和商品頁、LINE、廣告不同步。 |
| 受影響訂單 | 已付款、未付款、預購、候補、門市保留與企業採購怎麼處理。 | 只照顧新客公告，忘記已下單客戶。 |
| 替代方案 | 替代商品、升級方案、等級差異、價格差、適合與不適合情境。 | 把替代品說得像完全相同，造成期待落差。 |
| 後續追蹤 | 退款、候補、到貨提醒、CRM 標籤、客服回覆與活動追蹤。 | 通知寄出後沒人知道客戶選了哪條路。 |
已下單客戶、瀏覽過商品的人、舊客要分開通知
同一則通知不能丟給所有人。已付款客戶最在意的是履約、退款、換貨與到貨時間；加入購物車但未付款的人需要知道替代品和優惠是否保留；只瀏覽過商品的人則適合收到較輕的替代推薦或候補提醒。把這三群混在一起，容易讓高風險客戶收到太輕的訊息，也讓低意圖客戶收到過度打擾。
Google Analytics 的 recommended ecommerce events 提供 view_item、select_item、add_to_cart、purchase、refund 等事件語彙，可用來建立最基本的分眾和復盤。來源：Google Analytics：Recommended events。小團隊不一定要一開始做複雜自動化，但至少要知道通知是寄給哪一種狀態的客戶。
AI 可以協助，但不能替你承諾
AI 適合做四件事：把停售資料改寫成不同客群的通知草稿、整理客服常見問答、摘要客戶回覆情緒、把替代品差異做成內部表格。AI 不適合直接決定是否退款、是否保留舊價、替代品是不是等同原商品、或是否承諾補貨日期。
給 AI 的提示詞應該像這樣：「根據以下已核准欄位，為已付款客戶、加入購物車客戶、舊客各寫一版停售通知；不得新增補貨日期、折扣、退款承諾或等同原商品的說法；需要人工確認的地方請標出。」這樣 AI 產出的是草稿，不是公司承諾。
停售通知的 7 天處理節奏
第 1 天先停掉不準確的廣告、商品推薦與自動補貨訊息。第 2 天確認庫存、供應商、訂單與退款規則。第 3 天準備替代方案表，把差異、價格與限制寫清楚。第 4 天由客服、行銷與營運共同核准通知版本。第 5 天先通知已下單或高意圖客戶。第 6 天更新商品頁、FAQ、LINE 選單、Email 與社群公告。第 7 天看回覆、退款、替代品點擊和客服量，決定是否補第二封。
行政院消費者保護會的電子商務消費者保護綱領提到，電子商務環境中應提升消費者資訊透明與交易保護，並處理依法解除契約後的退款。來源：行政院消費者保護會：電子商務消費者保護綱領。對 SME 來說，停售流程要和退款、換貨、候補與客服承接一起設計。
適用與不適用情境
這套做法適合電商、零售、課程、B2B 產品、代理品、服務方案、季節商品、限量組合與有預購或候補名單的台灣 SME。只要客戶可能因商品停售而需要換方案、退款、等候或重新評估，就適合使用。
它不適合用來處理單純的暫時缺貨、尚未確認的供應商延遲、或涉及高風險合約爭議的情況。若停售牽涉保固、醫療、金融、食品標示、長期訂閱、客製合約或大量退款，應由負責人、法務或客服主管確認後再發送。
資料更新與來源
本文於 2026-09-13 依公開資料整理。主要來源包括公平交易委員會公平交易法條文、行政院消費者保護會電子商務消費者保護綱領，以及 Google Analytics ecommerce recommended events。平台功能、法規解釋、退款政策與商品供應狀態可能變動，正式發送前仍應以公司最新商品頁、訂單資料、客服政策與必要法遵意見為準。
- 公平交易委員會：公平交易法條文
- 行政院消費者保護會：電子商務消費者保護綱領
- Google Analytics：Recommended events
- Google Analytics Measurement Protocol events
結論：停售通知要先像營運文件，再像漂亮文案
商品停售通知如果只追求語氣好聽，很容易讓客服承擔後果。比較穩的做法，是先把停售原因、生效日期、受影響訂單、替代方案與後續追蹤寫成一張營運表，再讓 AI 幫忙分眾、改寫與摘要回覆。當客戶知道發生什麼、自己有哪些選項、下一步由誰負責，停售就不只是一次壞消息，而是一次保留信任的溝通。
FAQ
商品停售通知和缺貨通知差在哪裡？
缺貨通常還有補貨或候補可能；停售代表商品或方案可能不再供應。停售通知必須說清替代方案、已下單處理與退款或候補路徑。
可以讓 AI 直接寫停售公告嗎？
可以讓 AI 寫草稿，但欄位必須先由人核准。停售原因、日期、替代品、退款與優惠保留都不能讓 AI 自行推測。
已付款客戶要先通知嗎？
通常要。已付款、預購、候補或門市保留的客戶風險最高，應先確認履約、換貨、退款或人工協助路徑，再通知一般瀏覽客。
替代品可以寫成一樣好嗎？
不建議。應具體說明差異、價格、規格與適合情境，避免讓客戶以為替代品和原商品完全等同。
停售通知要追蹤哪些成效？
至少追蹤通知開信或點擊、替代品點擊、退款量、客服量、候補登記和實際轉換，才能判斷通知是否降低流失與爭議。