結論から先に:1日300件以上の安定した注文を50SKU未満で回しているなら、Amazon以外の注文の70%をMCFから米国の海外倉庫に移すことで、注文あたりのフルフィルメントコストを通常15~25%削減できる。だが200SKU以上で1日100件未満なら、MCFに留まるべきだ——倉庫の固定費が節約分を全部食い潰す。
MCF(Amazon Multi-Channel Fulfillment)を使えば、FBA在庫から他チャネルの注文を処理できる。全チャネルで1つの在庫プール。美しい話に聞こえる。だが2024年、私はクライアントをMCFから移行させるプロジェクトを3件担当し、結論は毎回同じだった:MCFは利便性への税金であり、流す量が増えるほどその税金は痛くなる。
コスト構造を分解する:MCF vs. 海外倉庫
MCFのコストは3つ:単位あたりのフルフィルメント手数料(サイズと重量で段階制——Amazonが料金表を公開している)、FBA保管料、そして入荷配置・転送手数料。その特徴は固定費ゼロ。1個でも1万個でも、個数課金であり、SKUを増やしても追加コストはゼロだ。
海外倉庫は別の計算で動く:入荷受領手数料、パレット単位または立方フィート単位で課金される保管料、注文単位+個数単位で課金されるピック&パック、ラストマイルの配送料金——そして動かせない月額アカウント料金または最低利用コミットメント。その特徴は固定費が高く、限界コストが低い。流す注文が多いほど、固定費は薄く広がる。
構造が見えれば、境目は自ずと引ける:少量・SKU分散ならMCFの勝ち。大量・SKU集中なら倉庫の勝ち。万能に安い選択肢は存在しない——あなたの注文プロファイルにとって安い選択肢があるだけだ。
両方に、見積もりには決して現れない隠れコストがある:
MCF側:FBAの長期在庫保管料(180日超の滞留在庫)、そしてピークシーズンの入荷混雑時の目に見えない欠品コスト。倉庫側:返品処理手数料(個数課金——返品率の高いカテゴリーには痛い)、一度きりのシステム連携コスト(外部開発者に頼むとAPI作業は通常RMBで5桁前半)、そして切り替えコスト——3PLとの関係が悪化して移転したくなったとき、移転手数料と欠品リスクだけで四半期が台無しになる。
だから「注文あたり処理手数料」の一行だけで比較してはいけない。隠れコストをすべて償却してから比較する。私のプロジェクトでは、推奨を出す前に必ず12か月総コストビューを作る——ピーク割増、長期保管料、すべて込みだ。
トラフィックの振り分け:MCFと倉庫の注文ルーティングルール
ここで横断的な注意:MCFと海外倉庫は二者択一ではない——トラフィックの振り分けだ。そして2つのモードを長期共存させる鍵は、振り分けルールを毎日現場の勘に任せず、システムに書き込むことだ。私の標準4ステップ:
ステップ1:90日間の販売速度でSKUを格付け——A/B/C。Aランク(売れ筋、納期に敏感、返品率が低い)はスピードと配送信頼性のためMCFに残す。BとCランクはコストのため倉庫へ。毎月再格付けし、昇格・降格は自動で在庫転送を発動する。
ステップ2:ルーティングルールをOMSに書き込む。私のテンプレートは3つのルール:自社ストアの急ぎ注文はMCF速達へ、定期購入のリピート注文は倉庫へ(納期に鈍感、コスト優先)、複数SKUのバンドル注文はまず単一拠点から出荷——倉庫を跨ぐ分割には人の承認が必要。
3つのルールをルーティングテーブルに展開し、そのままOMSのルールエンジンに投入する:
| 注文プロファイル | ルート | 理由 |
|---|---|---|
| 自社ストア急ぎ(2日納期の約束) | MCF速達 | 配送保証——高くつくが、絶対に外さない |
| 定期購入リピート | 倉庫 | 納期に鈍感、コスト優先 |
| 単一SKU・大量 | 倉庫 | シンプルなピック、限界コスト最低 |
| 複数SKUバンドル | まず同一倉庫、分割には承認 | 1人の買い手に2個口は届けるな |
| 高返品カテゴリー | MCF | 成熟した逆物流チェーン |
ステップ3:安全在庫をチャネル別に分ける。MCFプールと倉庫プール、それぞれに独自の水位線——1つを共有しない。各チャネルの直近90日販売でサイズを決め、速度の変化に合わせて毎週リバランスする。
ステップ4:毎週照合する。MCFの請求書と倉庫の請求書を取り、注文あたりコストを計算し、どちらかが10%を超えて乖離したらレビューを発動する。移行してから監視をやめるセラーが多すぎる——3か月後には料金が動いていて誰も気づいていない。

計算:MCFのコスト分岐点
日用品クライアントの実際の2025年Q2運用プロファイルに基づく試算表(料金は最新の公式スケジュール——数字は試算例として扱うこと):
前提:標準サイズ、1単位あたり約1.5ポンド、1日500件、32SKU、注文の70%が倉庫利用可能。
| コスト項目 | 全部MCF | ハイブリッド(MCF30%+倉庫70%) |
|---|---|---|
| 注文あたり処理手数料 | MCF料金表の例示で約$5.90 | MCF分約$5.90/倉庫ピックパック約$2.60 |
| 保管料配分 | 約$0.80 | 約$0.50 |
| 固定アカウント料配分 | $0 | 約$0.40(月額料金を数量で割ったもの) |
| 加重注文あたり合計 | 約$6.70 | 約$5.40 |
| 月合計(15,000件) | 約$100,000 | 約$81,000 |
実際に節約できる。だが最も重要な行は固定費配分だ:1日500件なら$0.40、1日50件なら$4.00になって節約分を帳消しにする。この行こそ分岐点の計算だ。
直感に反する判断をここで:決定変数は総量ではない——注文の集中度だ。注文の80%がSKUの20%から来るなら、倉庫は間違いない一手だ。300SKUを抱えて半分が月に数個しか動かないなら、MCFの固定費ゼロは堀だ。1日800件のセラーがMCF一本槍で残っているのを見たことがある——400SKU超で、移行すれば入荷とシステム連携だけで出血していた。
3つの失敗パターン——この落とし穴は3回見た
失敗パターン1:ルーティングルールなしで、1人の買い手の2商品が2個口で届く。1つはMCF、1つは倉庫から。2個口、2回分の配送料、そしてカスタマーサービスに「なぜ別々に届いたの?」と聞かれる。3社のクライアント、同じ穴。数字で言うと:そのうち1社は2025年3月に自社ストアの複数SKU注文の12%が2個口に分かれ——月$4,000近い余分な配送料、サポートチケットは30%増。ルールをシステムに入れたら分割率は1%未満に落ちた。対策はステップ2のルーティングテーブル:同一注文の複数SKUはまず1拠点から、倉庫跨ぎの分割には承認を。
失敗パターン2:偏った在庫。あるクライアントは節約のため全部倉庫に寄せ、MCFが欠品し、Amazonチャネルの注文が発送期限を逃し、アカウントヘルスが赤になった。救済策:安全在庫をチャネル販売比率で硬く分け、MCF側に最低14日分の販売在庫を置き、レッドラインを割ったら倉庫から自動転送——欠品してからの新規発注ではなく、転送だ。
失敗パターン3:移行してから照合しない。倉庫の1年目はあなたのビジネスを取るための価格、2年目には保管料15%値上げとピーク時のピック割増が来て、注文あたりコストは静かにMCF水準に戻る。あるクライアントは8か月照合しなかった——数字を回したら、ハイブリッド構成は全部MCFより6%高くついていた。私のプロジェクト納品基準では、照合は四半期ではなく毎週の動きだ。
MCF vs. 倉庫の問いはAmazonの料金表では解けない。自分の注文データで解く。今週のアクション1つ:90日分の注文を取り出し、SKUを集中度でランク付けし、上位20%のSKUが注文の何割を動かしているか見る。答えはひと目で分かるはずだ。
Lin Xiao(WMS導入コンサルタント)著
英語版からの翻訳。内容に相違がある場合は英語版を優先します。






