在庫管理がおかしい。
その理由が見えてきました。
発注には、
いくつかのパターンがあることが判明。
(1)在庫が減った分だけ自動発注される場合
棚割りの変更があった場合
情報が正しくメンテナンスされないと
困ったことになります。
(2)本部の判断で発注される場合
重点商品などを本部が発注し店舗に送ってきます。
例えば、通常10個棚に並んでいる商品に対して
50個送られてくるなど。
棚割り変更が必要で
うまく対応できないとバックヤードが大変なことに。
(3)メーカから直送品
在庫補充以外に
キャンペーン商品や新商品などが送られてきます。
これも対応できないとバックヤードが在庫の山に。
重点商品、キャンペーン商品は
通常の在庫量より多く在庫し、
大量に販売するため
棚を広げ売り場を確保する必要があります。
新商品の場合には
新たに棚を確保する必要があります。
棚を広げる
棚を新たに確保する
とはいえ
店舗内の棚は、
常時すべて商品で埋まっていて
空きはありません。
他の商品と入れ替えるしかありません。
特売で早く売って空きを作るか
その時間がなければ、
バックヤードに商品を引き上げます。
バックヤードに引き上げた商品も
いつか売らねければならず
在庫商品の管理が重要になってきます。
売り場担当者が
適切に対応できない場合には
本部やメーカーの意図は売り場に
反映されません。
そして、
売り場を確保せず
売れていないにも関わらず
追加で商品が入荷するなど
バックヤードの在庫が増え続けます。
ここで気がついて
本部やメーカーが
何らかのアラーム出すべきですが。
発注、仕入、売上、在庫を
統合したシステムが稼働していても
最後は、全て現場の人に依存してしまいます。
日々入荷する商品を見て
棚割を考え、対処する。
担当者に依存している上に
とても非効率です。
ここはAIの出番ですよね。
売上、在庫、棚割りなどの情報に
入荷情報を加えて
最適の棚割りを提案。
AIが提案した新しい棚割りを
担当者が確認。
そのまま承認するか
変更があれば修正して承認。
棚割りがプリントアウトされます。
ここで、
できれば電子棚札が欲しいですね。
新しい棚割りに従って
商品を棚に収めて
電子棚札のバーコードをスキャンすると
棚札の表示など全ての情報が設定完了。
そして、次の商品へ。
判断業務は良しとしても
都度、棚割りを考えるような作業は
現場では行わないで済むように
業務を設計すべきだと思います。
Amazon Goでは、どうしてるのでしょうか?
AIではないにしても
情報を蓄積して分析
何らかの結論を現場担当に伝える
もしくは
指示していますよね。