在庫切れ。もう心底うんざりしている。
去年のブラックフライデー、アメリカ西部の倉庫に 800 ユニット在庫がありながら、FBA への入庫便が輸送のどこかで止まっていた。OMS は 1,200 件の未処理注文を抱えていた。システムは先着順で発送した。公平に聞こえるだろう？ 大間違いだ。収束後、高単価のブランド注文が何件も自動キャンセルされ、その一方で低マージンのタイムセール注文の山は履行された。セール注文のマージンは 1 件あたり $3 未満。キャンセルされたブランド品は 1 件あたり $30 超えだった。マウスを握りつぶしそうになった。
プラットフォームはあなたのどの注文が儲かるかなんて気にしない。在庫が足りなくなったとき、OMS が在庫をどう割り当てるかが、プロモーションが利益になるか、利益どころかアカウント健全性まで失うかを決める。
デフォルトの割当ロジックは罠
ほとんどの OMS プラットフォーム — Amazon の組み込みツールも、多くのサードパーティ ERP も — は 2 つのデフォルトの不足時動作を搭載している：先入れ先出し、あるいは「痛みの平等配分」型の比例割当だ。どちらも理にかなって聞こえる。どちらも手抜きだ。
FIFO の問題：大セール時、最も早い注文は大抵、割引 SKU を狙うセールハンターのものだ。定価の高単価注文は後から来る。注文時刻順に発送すれば、進んでマージンを差し出すことになる。比例割当はもっと愚かだ：全注文の 70% を発送すれば、全注文が遅延する。遅延発送率は爆発する。
私は 2023 年のプライムデーで痛い目に遭った。ERP のデフォルト「スマート分割」が在庫カバー率 82% で発動し、400 件超の注文を部分出荷に分割した。分割された荷物ごとに余分な運賃配分と送料が加わり、朝 3 時まで謝罪メールを書き続けた。その週の物流コストは予算を 40% 近く上回った。利益は消えた。それ以来、自動割当はすべて無効にした。在庫が足りないときは、手動で優先順位を付ける。
私の割当優先度スコアカード
在庫が足りないとき、未処理の全注文を 1 つのシンプルな式で採点する：
優先度 = チャネル重み × マージン重み × 納期リスク重み
実際の適用方法はこうだ：
| 要素 | 先に守る（高スコア） | 先に切る（低スコア） |
|---|---|---|
| チャネル | メインの Amazon アカウント（トラフィックの生命線） | 小規模・処分チャネル |
| マージン | 粗利率 30% 超 | 粗利率 10% 未満 |
| 納期約束 | 2 日納期約束、送料徴収済み | 約束なし、交渉可能 |
| アカウント健全性 | キャンセルでパフォーマンス警告が発生 | キャンセルしても実質影響なし |
| 顧客価値 | リピーター、B2B 大口注文 | 一度きりのバーゲン注文 |
実際には数字を掛け算したりはしない — 遅すぎる。OMS 内でこの 5 軸で注文にタグ付けし、不足時にタグの組み合わせでソートする：「低マージン + 小規模チャネル + 納期約束なし」のバッチを先に切り、次に「高マージンだが納期交渉可」を見て、「メインアカウント・高マージン・納期約束済み」の注文を最後に守る。
計算を回してみよう。FIFO が静かにあなたを奪っているのはここだ。残り 100 ユニットを 2 件の注文が争っているとする：
| 注文 A（ブランド品） | 注文 B（セール SKU） | |
|---|---|---|
| 価格 | ≈$90 | ≈$30 |
| 粗利率 | ≈40% | ≈10% |
| 1 ユニットあたりマージン | ≈$36 | ≈$3 |
| チャネル | メインの Amazon アカウント | 処分チャネル |
100 ユニットを A に：大口注文 1 件、約 $3,600 のマージン。B に：3 件の注文、約 $900 のマージン。デフォルトの先着順ロジックはほぼ確実に B を先に守る — セール注文のほうが先に置かれるからだ。同じ 100 ユニットなのに、利益は約 $2,700 違う。だから不足時に注文時刻で割り当ててはいけない：在庫が誰に行くかが、マージンが倍増するか崩壊するかを決める。
実例。あの 1,200 件のブラックフライデー注文を手動で再ランク付けした：まず処分チャネルの低価格注文 200 件超を切った（事前にチャネルマネージャーに電話し、1 週間後ろ倒しを押し通したが、向こうは問題なしだった）。次に B2B 大口注文 150 件をすべて守った（1 件が通常注文 10 件分のマージンに相当する）。残りの Amazon 注文はマージン順に発送し、本当にカバーできないものは直接キャンセルではなく「部分出荷＋バックオーダー」に回した。結果、実際にキャンセルされたのは約 60 件だけで、すべて低単価品だった。
数字：手動割当により、デフォルトロジック比で全体マージンが約 12 ポイント向上し、遅延発送率は 3% 未満に収まり、パフォーマンス警告はゼロだった。前年はデフォルトロジックで遅延発送が 9% に達し、パフォーマンス警告を受けた。
反直感的な真実：守るのは高単価ではなくアカウント
多くのセラーは本能的に「高い注文を救え、安いのを切れ」と考える。半分正解。本当に先に守るべきは、キャンセルがアカウントを傷つける注文だ。
Amazon のキャンセル率と遅延発送率はアカウントパフォーマンスに直結し、$200 の注文のキャンセルも $20 の注文のキャンセルも、指標上は同じ 1 件として数えられる。だがトラフィックのペナルティはアカウント全体に及ぶ — $200 マージンの注文 1 件を救うために小口注文 20 件を犠牲にし、キャンセル率が基準を超え、Buy Box シェアを 2 週間で 10% 失えば、その損失は $200 をはるかに上回る。
だから私の鉄則：救う利益を計算する前に、切ることのアカウントコストを計算する。不足が来たら、まず OMS のパフォーマンスダッシュボードを見て、キャンセル余力があとどれくらい残っているかを把握し、そのすべてを、本当に切らざるを得ない高マージン注文のために取っておく。低単価注文は可能な限り分割か遅延で対応する；どうしてもキャンセルするなら小規模チャネルから — 向こうにパフォーマンス制度はなく、最悪の場合はチャネルマネージャーにコーヒーをおごって謝るだけだ。
もう 1 つの罠：部分出荷。不足時に「部分出荷」を押して注文を救ったつもりになっているセラーを何人も見てきた。2 個目の荷物は大抵自腹で送ることになり、合わせた物流コストが注文のマージンを上回ることも多い。私のルール：マージン 20% 未満の注文は、不足時はキャンセルか完全遅延にする — 部分出荷なし。高マージン注文だけが分割に値する。
避けるべき落とし穴
まず、割当ルールを在庫切れの前に OMS に書き込んでおく。在庫切れの最中に即興でやるな。私はこの優先タグ制度を年中維持し、大きなセールの前に必ずドライランを行う。
次に、サプライヤーとフォワーダーと緊急補充レーンを事前に交渉しておく。私のは 7–10 日の小ロット航空便オプションだ。高くつくが、ピークシーズンの在庫切れで何度も助けられた。そして常に計画に 10%–15% の安全在庫を入れておく — 最後の 1 ユニットまで予算を削るな。
第三に、総在庫だけを見るな。チャネル別の利用可能在庫を見ろ。私は一度痛い目に遭った：総在庫は十分に見えたが、FBA はすでに空で、自社倉庫にはまだ在庫があり、移送に 1 週間かかった。OMS で利用可能在庫をチャネル別に分ける習慣は、命を救う。
在庫切れ自体は怖くない。怖いのは、優先順位なしで注文を切ることだ。本当に起きたときの私の 30 分緊急プレイブックがこれだ：
- システムを凍結する。 OMS の自動割当と自動キャンセルを即座に停止する。自動判断の 1 分 1 秒が取り返しのつかない損害になる。
- 本当の数を数える。 チャネル別の真の利用可能在庫を出す — 合計に紛れ込む輸送中・引当済み在庫に注意する。ギャップがどれほど大きいか正確に把握する。
- 一括でタグ付けする。 未処理注文に 5 軸タグを適用する；ほとんどの OMS プラットフォームは一括ルールでできる。
- 順番に実行する。 低単価注文から切る（キャンセルの前に遅延を交渉する）、高単価を守り、本当に救えないもののためにキャンセル率の余力を少し残しておく。
- 顧客に伝える。 遅延・キャンセルの買い手に、説明とクーポンを添えて能動的に連絡する。能動的な連絡によるレビュー被害は、顧客が自分で気づく場合よりはるかに小さい。
このチェックリストは今、印刷して机に貼ってある。ピークシーズンにはチームがそのまま実行する — 誰も私に聞かなくていい。
ルールは前もって決め、起きたらプレイブックを実行し、システムに決めさせてはいけない。これは自分で検証済みで、効果がある。
Ah K（Eコマース販売者（5年））著
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
