限量商品社群貼文庫存確認：排程前先設停發條件

從庫存口徑、貼文承諾到售罄停發，建立限量商品排程前可執行的核對流程與責任交接。

限量商品貼文的難點不只在寫出吸引人的內容，而是每句供應資訊都有確認依據，且庫存變動時有人負責讓待發內容停下來。把數字來源、承諾範圍、重新確認時點與停發責任接成同一流程，編輯者和排程者才知道何時可以發布、何時必須暫停。以下用發布前能直接執行的六個問題拆解核對工作。

庫存數字由誰確認？

庫存數字應由能接觸實際庫存紀錄的人確認，通常是商品或出貨主責；貼文編輯者負責把已確認的資訊寫對，不應依檔期、上次截圖或口頭印象推算。先指定一位主責和一位備援，寫明數字來自哪張庫存表、銷售後台或人工盤點，以及它代表可售量還是帳面總量。若顏色、尺寸分開管理，就逐規格核對，不能拿總數替代某一規格的狀態。

確認時也要問清哪些項目會占用庫存，例如已成立訂單、暫留、瑕疵品、展示品或內部保留；各店做法不同，應按自己的可售定義排除，不要自行套用別人的算法。以下是假設情境：盤點共有18件，已分配給訂單5件，瑕疵1件，內部保留2件，若口徑一致，本次可供貼文承諾的數量是10件。把計算方式和確認者一起留下，下一位接手才知道數字怎麼來。

不要把「我看過數字」當成確認紀錄。明確寫出由誰、根據哪份資料、在什麼時間確認，並讓發布前需要看到核准的人能找到這些資訊；若主責無法確認，就先維持暫停狀態。

貼文承諾哪些供應條件？

貼文真正承諾的，是讀者可以據以行動的供應條件，不只是商品名稱。發文前逐句檢查數量、款式、顏色、尺寸、售價、下單入口、付款或保留方式、出貨範圍與時間等欄位；只保留有人確認且與現行流程一致的資訊。若某項由其他系統、合作店家或人工回覆決定，先問清責任人與更新時點，不要讓文案看起來像所有規格都同時有貨。

把可變條件拆開寫：目前確認哪些規格可售、資訊何時重新確認，以及售完後採取什麼動作。沒有核實的補貨日、免運門檻、保留期限或配送承諾就不要猜測；不確定是否接受預購，也不要用「現貨」帶過。只寫「數量有限，售完為止」可能不足以說明規格和下單結果何時成立，讀者也可能把詢問或加入購物車誤認為已保留。用清楚條件減少落差，也方便排程人判斷哪句失準就必須停發。

例如，假設確認後只有A款可售3件，就不能寫「所有款式皆現貨」；若分規格數字已核准，可以改成「目前確認A款可售3件，其他規格請先確認」。若不想公開具體數量，仍要寫清楚可售規格與供應狀態，並指定負責回覆的人。排程稿、圖片文字、短版轉貼都要用同一口徑；圖片若還留著舊的「全色可選」，正文改對也不足以消除錯誤承諾。每一項期限、價格或供貨說法，都應能回到一位確認者和一份當下有效的資料。

何時需要重新確認？

確認不是一次完成後就永久有效。只要庫存數字有變、訂單集中進來、有人手動保留商品、商品狀態改變，或供貨來源回報延誤，原本核准的貼文就可能過時。把重新確認設定成事件觸發：排程前再看一次；發生上述變動時，由掌握庫存的人通知排程操作者；如果聯絡不到主責或資料讀取失敗，先不要依舊數字發布。這些是操作門檻，並非所有商品都適用同一個固定間隔。

再依商品變動速度訂一個可執行的有效期間。穩定且量足的商品，團隊或許能接受較長的檢查間隔；限量、熱門或多人共用庫存的商品，則應縮短間隔，或把發布前再次確認設為必要步驟。判斷標準不是憑感覺選分鐘數，而是問：在這段時間內，庫存變動是否可能讓貼文的供應承諾失真？如果會，就應縮短期限或安排更近的確認點。

例如，假設團隊把一筆確認設定為排程前兩小時內有效；若排程時間改到隔天，或期間出現新的訂單與人工保留，原核准就作廢，需要重查。把「有效至何時」寫進核對紀錄，並明定逾時後由誰重開確認、誰等待結果。不同規格也可以有不同節奏，不能因為某款庫存穩定，就略過另一款的複核。每次改時間、改文案或改受眾範圍，都要重新檢查是否仍符合原來的供應條件。

售罄時哪些草稿要停？

售罄處理要先找齊所有仍可能被讀者看到的內容，而不是只看眼前那一篇排程。核對已排定貼文、待審稿、尚未發布的草稿、重複貼文、不同規格版本，以及其他平台或格式上的改寫；若另有圖片、短文或限時內容，也一併確認。可以用商品名稱、規格代碼或活動名稱搜尋內容清單，逐筆標記狀態和負責人，避免只靠記憶找稿。沒有在某一個平台排程，並不代表其他地方沒有待發布內容。

先定義什麼情況算需要停：可售量已歸零、關鍵規格售完、庫存來源無法確認，或主責通知暫停。收到訊號的人應能指出誰負責取消、誰負責改文案、誰確認結果；若無法確定原排程能否自動停止，就由操作者到實際發布介面核對狀態，不能假設某個庫存表會替所有草稿停發。暫停後記下完成時間和處理到哪些內容，尚未核實的項目維持待處理，不要默認為已取消。

停售不等於其他工作已完成。先停止可能帶來錯誤供應承諾的內容，再確認商品頁或下單入口的狀態是否需要同步處理；是否更新頁面、回覆詢問或調整庫存，應交給各自負責人依現行流程處理。若只是某色或某尺寸售罄，不要讓其他仍可售規格一起被誤停，也不要把全品項仍有貨寫在局部缺貨的版本裡。重新發布前，重新核准可售規格和文案，並留下解除暫停的負責人，讓停止與恢復都有清楚交接。

改成候補資訊前查什麼？

售完後想提供候補方式，先確認這個方式真的有人負責，而且目前可以接收。候補、預購、到貨通知和一般詢問的意思不同：候補可能只表示留下意願，不代表已保留商品；預購則可能涉及明確的交易安排。不要為了讓貼文看起來完整，就把留言、私訊或外部表單寫成正式登記，也不要暗示提交資料就有優先購買權。先找出承接資訊的實際流程和負責人，再決定貼文要引導讀者做什麼。

確認哪些資訊可以公開：是否有補貨計畫、來源是否確認、預計時點是否可靠、哪些規格可能恢復，以及誰會更新狀態。若沒有可確認的時間，就不寫預計到貨日；若只有特定規格可能補貨，就不要讓讀者以為全系列都會再上架。若使用外部候補或通知工具，先確認它的用途、資料會送到哪裡、誰會查看，以及停止接收時怎麼下架連結；這些都是需另外確認的流程，不應當成貼文編輯者可以自行承諾的服務。

在說明需要留下的資料之前，也先確認哪些資料確實必要、由誰保管、多久更新一次，以及讀者可以期待什麼回覆。不要讓候補登記看起來像訂單已成立，也不要保證一定補貨或一定依登記順序提供商品，除非負責單位已明確核准這些條件。假設目前只有「可留下有興趣的規格，若有更新再另行公告」這項已確認安排，文案就限於說明這個安排，不額外加上到貨日期或優先購買承諾。發布前讓候補負責人讀過全文，確認入口可用、表述與實際收件流程一致，再把新版納入排程。

如何留下核對時間？

核對紀錄至少要讓接手的人回答五件事：何時確認、誰確認、查哪個來源、數字代表什麼、核准哪些規格與說法。再補上排程預定時間、確認有效期限、停發聯絡人和相關草稿位置，減少訊息散在聊天、截圖或個人筆記中。時間要連同時區或團隊慣用時區標明；若數字來自人工盤點，也記下盤點完成時間，不要把紀錄輸入時間誤當成實際盤點時間。遇到差異時，留下未核准的原因和下一步，不要只存一個看似完整的可售數字。

狀態欄可用「待確認、已核准、逾時、暫停、已取消、重新核准」等簡單詞彙，並指定由誰更新。這些名稱是團隊自行採用的紀錄方式，不代表任何平台一定有相同功能。假設紀錄寫著上午10時由出貨主責確認某款可售10件，並核准下午1時前排程使用；若中午接到訂單或確認時間已超過，就將狀態改為逾時，要求主責重查，而不是沿用舊數字。每次更改保留原先數值、更新時間和更新者，方便辨認哪個版本支撐了哪則貼文。

最後把發布決定也寫清楚：核對後可發布、需要修改，或必須暫停；誰作出決定、後續要找誰完成，都應一眼看得到。商品恢復供應、候補方式改變或排程時間延後，都不是自動解除暫停的理由，先重新確認再更新狀態。現在可以先替下一則限量商品貼文填好確認者、數字來源、有效期限和停發聯絡人，再檢查文案與圖片是否都符合核准條件。需要安排社群貼文發布時，可前往 AutoPost 查看目前功能與方案：https://autopostbot.cc/。