1つの倉庫、5つの店舗：在庫とお金を分けて管理する

1つの倉庫から5つの店舗を運営するのは、まるでチートコードのようだ。SKUの共有、入荷運賃の集約、1つのチームがすべてをこなす。だが、店舗Aの買い手が箱を開けて、中に店舗Bの商品が入っていたら話は別だ。その瞬間、チートコードは請求書を送ってくる。

私はその請求書を払った。2023年のホリデーシーズン、私はロサンゼルスの小さな自社倉庫から出荷していた。5つの店舗が同じ在庫の山から商品を引いていた。店舗Aはガジェットを$39.99で販売し、店舗Bは同じガジェットを旧パッケージで$24.99で処分販売していた。急いでいた梱包担当者はSKUだけ見てピックして出荷した。30件を超える店舗Aの注文が、店舗Bの処分用パッケージで出荷されてしまった。買い手は間違った箱を見て、その週に低評価と返品を浴びせてきた。数十件の返品、返品送料、返金、店舗パフォーマンス評価の低下——一気に数千ドルが消えた。その日、私は悟った。5つの店舗が1つの倉庫を共有するとき、分離されていない在庫は地雷だ。「もし」ではない。「いつ」だ。

今の私はハイブリッドだ。売れ筋は物理的に分離し、ロングテールはシステム上の仮想倉庫で管理する。

物理的分離は原始的だが、効果がある。売れ筋SKUには専用ゾーンを用意し、棚を色分けする——店舗Aは青、店舗Bは黄、店舗Cは緑。梱包ステーションも色で分ける。ピッカーが違う色を見たら手が止まる。ソフトウェアは不要だ。少人数のチームなら1日で構築できる。

仮想倉庫方式は、商品を物理的には混在させたまま、システム上で店舗ごとの販売可能数をロックする。同じロケーション、同じロットでも、店舗Aは50個まで、店舗Bは30個まで販売でき、それぞれ別々の台帳で管理する。ロックを超えて売ろうとすれば、システムが注文をブロックする。

どちらを選ぶか？カタログの形による。

私のルールはシンプルだ。月に500個以上動くSKUは物理的に分離する。それ以外はすべて仮想だ。

ここからが直感に反する話だ。多くのセラーは、5つの店舗で在庫プールを共有するのが一番安い構成だと思い込んでいる。数字を出してみると逆だ。物理的分離はラックスペースが10–20%余分にかかるが、誤出荷はゼロになり、ピッカーは考えなくて済む分、実際には速くなる。仮想倉庫はスペース面では安く見える——だが一度の売り越し事故で、半年分の追加ラック代に相当する損失が出る。私は小さな節約と大きな損失を交換しない。

正直に言えば、マルチストア運営の本当の殺し屋は誤出荷ではない。売り越しだ。5つの店舗が同じ在庫を売り、在庫同期が10分遅れ、プロモが来る——そのときに爆発する。

ホームグッズを売る友人は、ブラックフライデー 2024にこれを食らった。彼のERPは店舗在庫を15分ごとに同期していた。ある商品ページがフラッシュセールに押し出され、実在庫10個に対して数分で40個以上が売れた。彼は30件以上の注文をキャンセルし、プラットフォームからパフォーマンス警告を受け、商品ページのランキングが回復するのに2か月かかった。

私の対策は三層のブレーカーだ。正確に説明しよう。

第一に、同期頻度。通常は5分未満、プロモ中は手動で2分まで下げる。「リアルタイム同期」を信じるな——大規模セールではAPIキューが遅れるのが常態だ。

第二に、店舗ごとの安全ライン。販売可能数が5個以下になったら、商品ページを自動で非公開にするか予約販売に切り替える。売り越しより売り逃しを選ぶ。

第三に、販売可能在庫の総量にハードキャップ。5店舗合計の販売可能数は、実際の利用可能数の90%を絶対に超えない。10%のバッファが輸送中の返品、棚卸差異、破損を吸収する。

このバッファは数字が正当化する。売り越し1件：キャンセル手数料、往復のカスタマーサポート時間、パフォーマンス警告によるトラフィック減——隠れコストはその注文の利益のおよそ2–3倍になる。保守的なブレーカーで失うのは、年間数十件の売り逃しくらいだ。それはマージンだ。売り越しの大爆発はアカウントの信用を奪う。計算してみればわかる。

在庫だけ分けてお金を分けないのは、半分しか仕事をしていない。私はかつて5店舗で1つの帳簿を使っていた。年末の数字は悪くなかった——内訳を出してみるまでは。店舗3がずっと赤字を垂れ流していたのだ。返品率は他店よりずっと高く、倉庫費・人件費・サポート費は利益の出ている店舗に静かに肩代わりされていた。混ぜてしまえば、負け組は見えなくなる。

今は毎月、店舗別P&Lを固定の配賦ルールで回している。交渉なしだ。

入荷運賃は到着時に容積重量でSKUに配賦し、店舗ごとに集計する。倉庫費はパレットと棚位置の使用量で課金——売れ筋ゾーンを使う店舗が払う。ラストマイル運賃は実際に出荷した注文ベースで課金する。これが一番クリーンな数字だ。梱包人件費は注文量で按分し、返品処理費は責任店舗に直接計上する。

配賦表は毎月発行し、各店舗リーダーがサインする。数字を分けてしまえば、どの店舗がSKUを削るべきで、どの店舗が値上げすべきかは一目瞭然だ。店舗3はまさにこうして暴かれた。返品率18%、全コスト配賦後に1注文あたり約$2の赤字。その月にSKUの半分を削った。立て直しに3か月かかった。

注意点が2つ。第一に、梱包時の二重スキャン：送り状をスキャンし、SKUをスキャンして、システムに店舗＋SKUを照合させる——不一致なら注文をロックする。この習慣が誤出荷を何度も止めてくれた。後で謝るよりずっと安い。第二に、複数店舗の運営ではアカウント紐づけリスクを意識すること——重要なところではネットワーク環境と支払い情報を分ける。これ以上は言わない。

あの誤出荷の大惨事から、1年以上ゼロ件の今まで。結局は3行に尽きる。売れ筋は物理的に分離する、売り越しブレーカーにはバッファを持たせる、お金は店舗ごとに計上する。大げさに聞こえるが、実務では1週間のセットアップだ。これは自分で試した方法だ——試してみればわかる。

Ah K（ECセラー）著

英語版からの翻訳。内容に相違がある場合は英語版を優先します。