【零售與電商】從競品截圖比價到多倉履約承諾：為什麼零售 AI 必須停在「鎖價與清點」的人工紅線前

比價與排單很快，為何鎖價與發運仍易失控

設想這樣一種情形：大促前夕，零售運營團隊將競品頁面截圖與多渠道報價連結批量輸入模型，很快整理出價差對比表；訂單系統也根據賬面庫存生成了跨倉發運計劃。然而開售後麻煩接踵而至：部分競品低價實為斷碼清倉或附帶湊單條件，盲目跟價直接擊穿品類毛利底線；而倉庫執行揀貨時才發現，賬面可用庫存因關鍵尺碼缺失或破損無法齊套出庫，導致交付承諾違約。

這一困境揭示了零售自動化的邊界：截圖比價與商品歸一可以自動整理競品價差，但鎖價、調撥與清點必須保留運營審批與實物核對；在零售行業，報價與客戶確認下單（S33）及訂單履約與配送（S35）屬於源數據有行業依據，而報價截圖比價（S22）與供需撮合沙盒演練（S42）則屬於可遷移應用。

動態定價、全渠道透明與多店配貨：零售運籌的機制拆解

為何不能把感知到的競品價格與賬面庫存直接轉化為自動執行的商業承諾？管理學與運籌學研究從定價、渠道與配貨維度揭示了底層機制。

在競爭導向的動態定價中，Fisher、Gallino 與 Li（2018）指出，跟蹤競品調價的線上零售商須回答四個問題^[1]：是否響應、對誰響應、響應幅度多大、在哪些商品上響應^[1]。這依賴於對價格彈性、競品重要性及消費者跨店比價程度的無偏估計，但實證上面臨兩大挑戰^[1]：觀測數據的內生性（價格與定價經理可見而研究者不可見的需求衝擊相關）以及競品銷量數據的缺失^[1]。作者通過隨機化價格現場實驗解決內生性，並利用自身與競品的「缺貨」及競品調價作為消費者選擇集變動來源，估計了跨零售商可替代商品的選擇模型^[1]。在為期 5 周的受控現場實驗中^[1]，該最佳響應定價策略在將毛利率維持在零售商指定目標之上的同時，實現了 11% 的營收增長^[1]。可見，有效的價格響應必須聯合核算缺貨狀態、替代關係與毛利目標。

在渠道融合層面，Brynjolfsson、Hu 與 Rahman（2013）指出，技術模糊了實體與線上零售的界限，消費者使用移動設備並出現「展廳現象」（showrooming），價格透明度上升^[2]。零售商須在全渠道環境下競爭：提供精選與獨佔商品組合、超越單純價格競爭、善用客戶數據，並整合線上線下渠道（如打通跨門店與線上的庫存可視性與履約）^[2]。若前端比價與後端庫存割裂，價格承諾便失去履約支撐。

在多店庫存分配上，Caro 與 Gallien（2010）與一家總部位於西班牙的快時尚零售商合作，研究如何在極短商品生命週期內將有限庫存隨時間分配至網絡各門店^[3]。其特殊挑戰在於門店政策規定：一旦某款商品的任一關鍵尺碼缺貨，整款商品即撤下陳列^[3]。作者建立了作為需求預測、各尺碼初始庫存及撤櫃政策函數的單店補貨期銷量隨機模型，並構建嵌入該模型分段線性近似的混合整數規劃，在庫存可用性等約束下計算使全網預測總銷量最大化的門店發貨量^[3]。受控試點實驗表明，新分配流程使銷售額提升 3% 至 4%^[3]，相當於在 2007 年帶來 2.75 億美元的額外收入^[3]，同時減少了門店間調撥，並提高了商品在生命週期內的上架陳列時間佔比^[3]。這表明庫存數字背後綁定着尺碼結構與實物陳列約束，脱離核對的調撥會引發連鎖反應。

工程落地與能力映射：把輸入契約與人工關口嵌入零售流程

將上述機制轉化為工程架構，核心是在鎖價、補貨拆單與簽收異常處設定人工複核關口。在 rlab.works 的智能感知與智能商務模組中，相關流程由以下技能包與組件構成：

• 報價截圖比價（S22）：以「報價截圖、連結與比較條件」為輸入，輔助完成「查找報價來源」「提取價格與條件」與「統一口徑」，輸出同口徑價格、權益與承諾狀態，最終停在「比較並核對」關口，由人工核對差異；被拒絕的產出退回修訂，不進入下一步。S22 在旅遊出行行業屬於源數據有行業依據，在零售行業則為可遷移應用：遷移時須替換酒店採集入口、欄位識別和排序規則，不能直接用房型、餐食欄位比較商品。
• 報價與客戶確認下單（S33）：在零售行業屬於源數據有行業依據。它以「客戶要求、可供項與數量」為輸入，輔助執行「核對價格與資格」「彙總供應商報價」與「準備購物車」，把供方成本、促銷和購物車整理成明細單，最後在「提交客戶確認」關口交由指定複核人或用戶確認。底層由「客戶專屬目錄、定價、促銷與授信」計算報價、預佔促銷預算、檢查授信並支援顯式人工覆蓋，再由「簽名式智能體到人工的結賬交接」把意向轉為帶有效期與簽名的結賬交接。各成員雖有零售源標籤，仍需完成購物車到簽名意向的接線。
• 訂單履約與配送（S35）：在零售行業屬於源數據有行業依據。它以「客戶訂單、庫存與送達要求」為輸入，輔助完成「統一訂單資訊」和「查詢庫存並預留」，生成預留記錄與缺貨清單；隨後在「批准補貨或拆單」關口暫停（依託「訂單審核、庫存預留與交付承諾」創建訂單快照、做阻斷性複查並規劃缺貨或拆單），經人工批准供貨與交付計劃後，輔助執行「揀貨並派車」，並在末端通過「簽收並處理異常」人工關口核對簽收與退換。實際落地需貫通庫存、採購、出庫和配送標識；車輛路線僅為建議，退款須另經授權。
• 供需撮合沙盒演練（S42）：在零售行業屬於可遷移應用，以「供方目錄、服務要求與自願訂閲」為輸入，通過「審閲服務條目（人工複核）」「匹配需求並説明（輔助）」「選定並模擬交接（人工複核）」與「彙總反饋並調整（輔助）」，生成不可支付的模擬請求與去身份反饋彙總。它只演練軟件服務接入，不替代供方資質審核或創建真實採購。

需要坦誠説明的是：站點所有技能包目前均為擬議編排、尚未接入真實服務，僅通過合成數據走查演示；組件成熟度（如上述組件為可運行代碼）基於靜態源碼檢查而非生產部署；「源數據有行業依據」僅表示源數據有顯式行業關聯，不代表真實客戶、部署或效果。

零售數字化試點前的管理檢驗清單

零售企業負責人在批准定價與履約試點前，可執行以下檢驗：

• 比價是否結合缺貨狀態與毛利底線？ 確認比價流程不僅抓取表面標價，還納入自身與競品缺貨狀態及目標毛利約束，嚴禁把截圖解析結果直接連入自動改價接口。
• 鎖價、拆單與簽收是否具備阻斷式人工關口？ 核查狀態機在結賬確認、缺貨拆單審批與異常簽收處是否強制暫停留痕，確保未經確認的方案退回修訂，不越權觸發扣款、揀貨或退款。
• 可遷移技能包是否重做了零售主數據契約？ 複用跨行業組件時，檢查是否已替換異業欄位與排序邏輯，並對齊本企業的條碼、尺碼結構與庫位主數據。