有時候，零售現場一個看似很小的問題，並不是一個獨立問題。

它可能會由顧客看到一張促銷廣告開始，一路連接到：

廣告 → 顧客選擇 → POS → 庫存 → 補貨 → 物流 → 入貨 → 貨架 → 顧客

一個環節出現落差，就可能令下一個環節繼續產生問題。

這個案例的重點，不是要一次過把整個系統改完，而是：

找到問題鏈，再一步一步改善。

一、問題由一張促銷廣告開始

假設公司推出一項促銷：

購買指定商品，可選擇贈品 A 或贈品 B。

但促銷廣告圖片只放了 A，或者圖片與實際可以選擇的商品不完全一致。

顧客看到廣告後，自然會問：

「B 得唔得？」

「呢樣係咪都可以送？」

「張單張唔係得 A 咩？」

而前線員工便需要一次又一次解釋。

問題是：

促銷廣告的作用到底是什麼？

促銷廣告除了吸引顧客，也應該讓顧客在購買前知道：

買什麼、得到什麼、可以怎樣選、促銷條件是什麼。

如果顧客看完廣告後仍然需要不停詢問，便值得公司檢查資訊是否足夠清楚。

二、第一個改善：廣告與實際促銷一致

最基本的做法：

廣告圖片、促銷文字及實際商品選項應該一致。

如果實際安排是：

A 或 B 任選一件

廣告便應該清楚表達：

「A／B 任選一件」

而不是只放 A 的圖片，再讓顧客到店舖後才發現 B 也可以。

提議方案

促銷推出前進行：

廣告圖片 Check

↓

促銷文字 Check

↓

實際商品 Check

確認三者一致。

這是第一步。

三、第二個問題：POS 知道顧客選什麼嗎？

假設廣告已經清楚寫明：

A／B 任選一件

顧客購買後選擇 B。

如果收銀系統可以正確記錄：

主商品 → 贈品 B

那麼 POS 層面基本上可以知道顧客選了什麼。

但問題會再向下一層：

POS 知道，不代表後面的庫存及補貨系統一定完全同步。

所以需要繼續追查。

四、第三個問題：庫存是否正確扣減？

假設一天有 100 位顧客參加促銷：

60 人選 A

40 人選 B

理想情況應該是：

A 贈品庫存 -60

B 贈品庫存 -40

這樣系統才能知道真正的需求。

如果系統只把它視為：

「贈品總共送出100件」

卻沒有分清楚 A 和 B，便可能造成庫存資料失真。

例如：

系統以為 A 還有很多，

實際上 A 已經快送完。

而 B 的需求較低，卻仍然有大量庫存。

因此：

促銷選項需要與實際庫存商品建立清楚關係。

五、第四個問題：補貨系統補什麼？

當庫存資料不準確，下一個問題便可能出現在補貨。

真正需要問的不是：

「有沒有補貨？」

而是：

「補的是不是現在真正需要的貨？」

例如：

A 贈品：庫存充足

B 贈品：庫存不足

如果系統卻安排：

補 A

而不是：

補 B

就會產生非常不合理的結果：

A 越來越多

B 繼續缺貨

前線看到的便可能是：

「點解後倉有咁多 A，但客人要 B 就冇？」

六、第五個問題：物流成本

這時候問題再進一步。

物流不是免費的。

每一次錯誤或不必要的運輸，都涉及：

• 車輛
• 燃料
• 人工
• 時間
• 裝卸
• 倉庫空間
• 店舖收貨時間

如果系統將不需要的貨送到店舖：

公司付出了物流成本，但沒有真正解決店舖需要。

例如：

B 缺貨

但物流送來：

A 20箱

那麼問題並沒有解決。

反而可能變成：

B 繼續缺貨

＋

A 在後倉增加

＋

物流成本增加

＋

店舖需要額外處理貨品

因此：

補貨不是「有需要就送貨」，而是「知道需要什麼才送什麼」。

七、第六個問題：貨架仍然缺貨

最後，所有問題會重新回到顧客面前。

顧客真正看到的不是：

POS 數據

不是：

庫存系統

也不是：

物流報表

顧客看到的是：

「貨架有沒有我要的東西？」

如果 B 一直沒有補到：

顧客找不到 B

↓

顧客問前線

↓

前線又要解釋

↓

顧客可能放棄購買

↓

甚至轉去其他超市

所以一個促銷選項問題，最後可能影響到：

顧客體驗及公司銷售。

八、問題鏈

整個案例可以簡化成：

促銷廣告

↓

顧客理解什麼？

↓

顧客選 A／B

↓

POS 是否正確記錄？

↓

庫存

↓

A、B 是否分開扣減？

↓

補貨

↓

真正需要補哪一項？

↓

物流

↓

是否運送正確商品？

↓

入貨

↓

店舖是否收到？

↓

貨架

↓

顧客是否買得到？

這就是：

一個問題連接一個問題。

表面上是「促銷贈品問題」，實際上是一條完整的零售流程。

九、提議方案：一步一步改善

這個案例不追求：

「一次把所有系統改到100%。」

因為大型零售系統涉及不同部門、不同系統及不同成本。

比較實際的方法，是：

第一步｜先改善廣告

確保：

圖片＝文字＝實際商品

先減少顧客不必要的詢問。

第二步｜確認促銷設定

確認：

主商品 → 贈品 A／B

是否在系統中正確建立。

第三步｜確認 POS

確認顧客選擇 A 或 B 後：

POS 是否能正確記錄。

第四步｜確認庫存

確認：

A 減 A 的庫存，B 減 B 的庫存。

而不是只記錄「贈品總數」。

第五步｜檢查補貨

確認補貨系統是否根據：

實際 A、B 庫存及需求

作出補貨判斷。

第六步｜檢查物流

確認：

需要什麼貨，才運什麼貨。

減少不必要的運輸。

第七步｜檢查貨架結果

最後回到最前線：

顧客真正想買的貨，有沒有在貨架上？

如果有，代表前面的改善真正落到顧客身上。

十、公司利益

這個案例的核心並不是：

「系統一定有錯。」

而是：

「如果不同環節沒有連接，公司可能為同一個問題付出多次成本。」

例如：

顧客詢問

→ 員工時間

庫存錯誤

→ 管理成本

補錯貨

→ 額外貨品

不必要物流

→ 運輸成本

貨架缺貨

→ 銷售機會損失

顧客失望

→ 公司形象及信任受影響

所以：

一個小問題如果一直向後傳，最後可能變成公司的整體成本。

十一、「運輸要錢，給一些沒用的貨有什麼用？」

這是本案例很重要的一個思考。

貨品不是只要「有送到店」就算成功。

真正需要的是：

正確的貨，在正確時間，送到正確的店。

如果送來的不是店舖真正需要的貨：

貨仍然存在

但：

資源沒有被有效利用。

所以零售進化不只是追求：

「貨有沒有到？」

而是：

「到的是不是最需要的貨？」

十二、提升處理能力的真正意思

前線員工不可能控制：

• POS 系統
• 庫存系統
• 補貨系統
• 物流系統
• 促銷設定

但前線可以：

發現問題

↓

準確記錄

↓

向適當部門反映

↓

提供現場資料

↓

追蹤改善結果

因此：

提升處理能力，不是要求前線員工解決整個系統。

而是讓前線知道：

問題在哪裡、自己可以做到哪一步、什麼時候需要向上回報。

十三、案例的核心

這個案例沒有必要聲稱：

「一次就可以100%解決。」

因為大型零售系統本身非常複雜。

真正可行的是：

今天改善一個環節，明天再改善下一個環節。

例如：

廣告清楚一點

↓

POS準確一點

↓

庫存準確一點

↓

補貨準確一點

↓

物流有效一點

↓

貨架完整一點

↓

顧客滿意一點

每一步改善一點，整個零售系統就會慢慢進步。

十四、案例總結

一張促銷廣告，看似只是一張宣傳單張。

但當顧客選擇不同贈品後，它可能連接到：

廣告

→ POS

→ 庫存

→ 補貨

→ 物流

→ 入貨

→ 貨架

→ 顧客

所以真正的問題不是：

「為什麼顧客一直問？」

而是：

「為什麼同一個問題會一路傳到前線？」

如果能夠逐步改善每一個環節，就可以減少前線不必要的處理工作，同時減少公司的成本及顧客流失。

十五、零售進化理念

「一個問題，可以連接整個零售系統。」

「不求一次100%，只求每一步比上一 步更好。」

零售進化不是一次重新建立整個系統。

而是從每天發現的問題開始：

發現一個問題

↓

理解問題如何連接

↓

先改善一個環節

↓

觀察結果

↓

再改善下一個環節

最終讓：

顧客少問一個問題、員工少做一次補救、公司少花一筆不必要的成本。

這就是從一個小小的促銷問題，逐步走向零售進化。