分清暫時缺貨與接受訂單

現有貨品售罄時,產品頁仍可幫顧客查尺寸、相容配件,或比較其他型號。但第一個問題是商店今天會否接受這件貨品的訂單。Google Merchant Center 把不能購買的「缺貨」與仍接受訂單、日後發貨的「延期交貨」分開;預購則指尚未推出的貨品。這些是實際營運狀態,不能當成可互換的宣傳字眼。店方須先決定履約團隊真正能承諾甚麼,再令購買按鈕、文字和商品資料一致。

若目前不接單,應在產品名稱、所選款式和購買控制附近清楚寫「暫時缺貨」。單靠灰色按鈕會有歧義:顧客可能以為自己未選尺碼、地址不在送貨範圍,或頁面故障。Google 的到達頁要求產品能否網購必須清楚,並容許用「售罄」等明確文字或停用購買按鈕表示。面向顧客的頁面最好用文字說明原因,不只用視覺效果。價格和產品詳情仍要真實,不能用虛假的低價吸引點擊。若某尺碼有貨、另一尺碼缺貨,應逐款式交代,而非籠統說整件商品有貨。

補貨日期要有實據

補貨日期應來自核實的供應商回覆、採購單或收貨安排,不應因範本有空格就自動填入。若沒有可靠日期,寫「補貨日期尚未確認」已是有用答案。可以提供到貨通知,但不能暗示登記等於留貨。要說明甚麼情況會發通知、使用哪個渠道,以及收到通知後是否仍須自行下單。若通知表格收集聯絡資料,應在欄位旁寫清用途,並只收所需資料。急需貨品的顧客因此能選擇其他產品,而不是等一個含糊承諾。

若商店接受延期交貨訂單,購買流程所作的承諾就不同。頁面要說明貨品目前未能發送,展示有根據的預計發貨日期,並交代日期變動時如何處理。Google Merchant Center 指引要求延期交貨及預購商品資料提供可供貨日期,並在到達頁展示預計日期。這是使用相關狀態時的要求,並非鼓勵捏造精確日期。若商店無法提出可信的發貨預期,就應重新考慮是否收取延期交貨款項。結帳時要在該商品旁再次顯示狀態,不能讓延遲資訊在離開產品頁後消失。

讓顧客比較真正可用的替代品

替代品只有符合顧客限制才有用。缺貨充電器要先比較相容性和接頭,不是只看照片相似;服裝則要看尺碼及顏色是否真的可買。展示少量現貨替代品,並指出足以影響決定的實際差異。除非已核對規格,否則不要聲稱替代品「完全相同」。原產品頁可保留,供顧客查閱資料;但不要把每個缺貨訪客都送回一般目錄,迫使他們重新搜尋。替代連結應指向真實產品頁,讓顧客確認該商品自己的庫存狀態。

分店可能有現貨,但網上送貨仍不可用。頁面要分清哪個渠道有貨、何時核對過狀態,以及是否真的可以預留或購買。不能因某間店的貨架有一件,就把網購商品標成「有貨」。Google 要求商品資料反映所列的銷售和配送地點,到達頁亦要寫出只限門市自取等限制。顧客出發前還需要知道實際分店及提貨條件。若員工無法可靠查證分店庫存,應提供查詢途徑,而非保證有貨自取。這是商業資訊清晰度問題,不只是資料來源設定。

讓所有接觸點沿用同一庫存決定

顧客看到的頁面只是庫存狀態的一個副本。商店可能同時有 Merchant Center 商品資料、網頁結構化資料、搜尋結果卡、願望清單訊息和結帳服務。Google 明確要求 Merchant Center 商品的到達頁、結構化資料、結帳與提交的商品資料保持一致;產品結構化資料文件亦列出 OutOfStock、InStock、BackOrder 等狀態。應先把內部狀態逐一對應外部用語。若業務區分網店現貨、門市現貨和延期交貨,單一「可用」欄位往往太粗略。把對應規則寫下來,避免日後更新目錄時重新啟用無法履約的購買按鈕。

可為缺貨事件訂一條簡短處理路徑。可售數量歸零時,產品服務應停止接受該款式的一般即時發貨訂單;頁面要更新訊息;快取中的列表卡片須跟着更新;外部商品資料亦要經商店真正使用的接駁方式刷新。結帳仍要用最新庫存作最後決定,因顧客可能在最後一件售出前已打開產品頁。不能下單時,頁面仍可保留有用資料。記錄狀態變更,並核對產品識別碼、款式及銷售渠道,避免只因網店配額用盡,就錯誤標示實體店也缺貨。

逐步處理一個缺貨情境

假設一家香港家品網店售賣黑、白兩色檯燈。白色網購庫存售罄,黑色仍可買;某分店雖有白色陳列品,但不出售。正確頁面仍讓顧客查白色規格,並標明白色暫不能網購;黑色只有在自身庫存足以接單時才顯示可買。分店陳列品不能變成自取承諾。核實通知功能能運作後,可讓顧客登記白色到貨通知,也可明確指出黑色作替代。顧客已選白色時,不能暗中把購物車換成黑色。

上線前團隊要核對四處:選白色時的產品頁、白色目錄卡片、最後結帳嘗試,以及提交到外部的商品資料。預期結果是白色不能完成一般現貨訂單;黑色若仍有庫存則可正常下單。還要測試缺貨前已打開的舊分頁,結帳時應得到具體庫存訊息,不是莫名的付款失敗。供應商日後確認補貨,店方要記錄消息來源,只按證據可信程度修改頁面。採購單只能證明已落單,不能直接證明貨品已送達。

補貨後也要重新核對承諾

補貨到達時,不應只憑一張未核實收貨單就把所有介面改成「有貨」。先核對可售數量、款式、損壞或已預留單位,以及庫存分配給哪個渠道,再測試頁面、購買控制、結帳與外部商品資料。若曾提供到貨通知,只應按顧客所登記的特定商品及渠道發送,並說明顧客完成訂單前庫存仍可能變動。實際驗收標準很直接:每一步都能看清所選商品是否可買、若接受訂單會有甚麼延遲,以及任何補貨日期有何根據。

進行前先確認

  • 所選款式是否清楚說明現在能否下單?
  • 到達頁、結帳、結構化資料與商品資料是否一致?
  • 每個補貨或發貨日期是否有現時證據支持?

資料來源及延伸閱讀