「在庫は合っているのに、今この注文を出していいか分かりません」
Q. 在庫は合っているのに、今この注文を出していいか分かりません。
これは、外注倉庫や複数モールを使っているEC事業者の方から、よく聞く相談です。
・システム上は在庫何個ある
・倉庫にも実物はあるはず
・それでも「この注文、今出していい?」と毎回確認が飛んでくる
在庫数は合っているのに、出荷の判断だけが合わない。
この状態が続くと、現場は少しずつ慎重になり、判断が遅れていきます。
A. 問題は在庫数ではなく、「出していい条件」が決まっていないことです。
結論から言うと、壊れているのは在庫数そのものではありません。
多くの場合、「出していい条件」が整理されていないことが原因です。
ECの在庫には、常にいくつかの状態が混ざっています。
・すでに受注に引き当てている在庫
・予約・取り置き予定の在庫
・モールと自社ECで同時に並んでいる在不良・返品・検品待ちの在庫
数字としては「10個」あっても、「今すぐ出していいのが何個か」が決まっていないと、現場は判断できません。
ECの現場で起きやすい「3つの判断待ち」
ECの在庫まわりで、特に止まりやすい判断待ちは次の3つです。
① モールをまたいだ優先順位の判断待ち
・複数モール・自社ECに同じ在庫を出している
・注文が重なったとき、どこを優先するか決まっていない
② 外注倉庫とのタイムラグの判断待ち
・システム上の在庫と、倉庫の実在庫にズレが出る可能性がある
・「一度倉庫に確認してから」としているうちに対応が遅れる
③ 不良・返品・検品待ち在庫の扱いの判断待ち
・物理的にはあるが、出していいか分からない在庫が増えていく
これらが重なると、在庫はあるのに、誰も「出していい」と言えない状態になります。
「今出していいか」を決めるスイッチを、先に作る
在庫数をどれだけ正確にしても、「今出していいか」を決めるスイッチがなければ、現場は止まります。
やることは、難しくありません。
1. 注文の優先順位を決める
例
・最優先:自社EC
・次:利益率の高いモール
・最後:セール系モール
売り越しそうなとき、どこを先に止めるかを決めておきます。
2. 安全在庫を「数字」ではなく「ルール」で決める
・1日の平均出荷数
・倉庫の反映タイミング
を踏まえて「何個残ったら止めるか」をルール化します。
3. 倉庫との役割分担を1行で決める
・在庫数の最終判断は誰が持つか
・差異が出たとき、誰が・いつまでに修正するか
これを書くだけで、「確認します」が激減します。
「在庫は合っているのに出荷が遅い」会社の共通点
多くのEC事業者を見ていると、共通点があります。
・在庫数を合わせることには投資している
・システム導入や棚卸はしている
・でも「判断のルール」は口約束のまま
その結果、
・在庫は合っている
・欠品もしていない
・それでも判断だけが遅い
という状態になります。
在庫は「物」ですが、出荷できるかどうかは「判断」です。
結論:「在庫はあるのに出荷できない」は、判断設計の問題です
多くのEC事業者を見ていると、共通点があります。
・在庫数を合わせることには投資している
・システム導入や棚卸はしている
・でも「判断のルール」は口約束のまま
その結果、
・在庫は合っている
・欠品もしていない
・それでも判断だけが遅い
という状態になります。
在庫は「物」ですが、出荷できるかどうかは「判断」です。
この記事の内容が、自社のEC在庫の状況に近いかもと感じた方は、
ひと言だけでもメールいただけるとうれしいです。
※ 個人事業主の方も歓迎しています。
▶︎ お問い合わせ



コメント