土曜日の午後、最も混み合う店舗が売れ筋の一品番の欠品を報告する。ちょうどそのとき、数キロ先の本部倉庫にはまだ在庫がある——けれど、誰も気づきません。二つの拠点が、二つの異なる数字を読んでいるからです。小売チェーンにとって、敵がデータ不足であることはまれで——敵は遅れたデータです。売上と在庫は、店舗・倉庫・販売チャネルのあいだの隙間から、一緒に漏れ出ていきます。本稿では、一件の注文がその隙間をたどる旅を追い、リアルタイムのデータレイヤーがどうそれを塞ぐのか——そして、あらゆるものをリアルタイム化する前に検討すべき代償を示します。
問題はデータ不足ではなく遅延
小売チェーンはたいていデータであふれています。各POS、各倉庫、各オンラインチャネルが絶えず数字を生みます。問題は、それらの数字が一日の終わりか一週間の終わりに、集計を経てようやく出会うことです。その遅れのあいだ、意思決定は古くなった全体像の上で下されます——そして小売において、一日の遅れはしばしば、ある場所で失われた一日分の売上であり、別の場所での過剰仕入れです。
在庫は一つ、十ではなく
拠点ごとに分かれた在庫は、なくなった場所を在庫ありと表示し、まだある場所を欠品と表示します。おなじみの例:あるシャツの型番が中心店で品切れになる一方、郊外の三支店では一か月ずっと在庫を抱えています。分断された在庫では、中心店は新しいロットを発注し、抱えたほうの在庫はさばくために値下げする——両端で損をします。単一のデータレイヤーは、その商品が正確にどこにあるか——棚の上か、倉庫か、移動中か——を教えてくれます。だから最初の選択肢は、余分に仕入れて損を出してさばくことではなく、店舗間の内部移動になります。
価格と販促を、全チャネルで同じリズムに
価格と販促プログラムが一つのシステムに宿ると、一つの変更が売場・ウェブ・アプリで同時に適用されます。これは、静かながら高くつく一種の誤りを消します。顧客がアプリで販促価格を見て売場へ行くと旧価格で計算される、あるいは更新が半日遅れてある支店だけ前回の価格で走り続ける、といった誤りです。こうした価格のずれは、顧客の信頼を削ると同時に売場での論争を生みます——レポートには決して現れないのに、毎日起きているものです。
週単位ではなく時間単位で意思決定する
ある商品がある地域で突然異常に売れ始めたら、機会が過ぎ去った週末のレポートを待つのではなく、その日のうちに移動や補充を起動すべきです。リアルタイムデータは運用チームを、反応から能動へと変えます。先週なぜ欠品したのかを説明する代わりに、形になりつつある傾向を見て、まだ間に合ううちに動くのです。それが、自らのデータのリズムで走るチェーンと、レポート集計のスケジュールに従って走るチェーンの違いです。
リアルタイムの代償——そして不要なとき
リアルタイムはただではなく、何もかもがリアルタイムを必要とするわけでもありません。事前に検討すべき点をいくつか:
- 内部移動には輸送費と工数がかかる——遠くへ商品を動かすより、その場で値下げするほうが安いこともあります。
- 販売時点でのデータ規律が前提です:コードの読み間違い、返品入力の忘れは、全体像を台無しにします。
- すべての指標が秒単位の更新を要するわけではありません。在庫と価格はそうですが、長期の傾向分析はそうではありません。
- 自動移動には明確なしきい値とルールが必要です。さもなければシステムは商品を不要に行き来させます。
自社のチェーンが漏れているサイン——そして始め方
遅延が利益を食っているサインをいくつか。同じ型番がある場所で品切れになりつつ別の場所で滞留している、販促がチャネル間の価格ずれでしばしばクレームになる、そして仕入判断がいまだ週末のレポート待ちになっている。多くのサインが当てはまるなら、根本原因は従業員の努力不足ではなく、データの到着が遅すぎることです。最もリスクの少ない始め方は、システム全体を替えることではなく、同じ倉庫を共有する近接した数店舗のクラスターを選び、それらを共通のリアルタイム在庫へ載せ、欠品率と店舗間の滞留がどれだけ減るかを測ることです。小さなクラスターからの証拠は、チェーン全体への約束よりも説得力があります。
「小売では、1日遅れたデータは、1日分失われた売上です。」