配送網設計ケースでは、企業が目標とするサービスレベルを最低総コストで達成するために、倉庫、配送センター、ハブをどこに配置すべきか、また拠点間で商品をどのように流通させるべきかを問われます。核となる手法は、地域ごとの需要とサービス提供コストをマッピングし、少数のネットワーク構成（一元化型 vs. 地域分散型、ハブ・アンド・スポーク方式 vs. ポイント・ツー・ポイント方式）を検証し、拠点数だけでなく、総着地コストと配送スピードの両面で各構成を比較することです。
配送ネットワーク設計のケースは、互いに逆方向に働く2つの問いの交差点に位置している。どうすれば顧客にもっと早く届けられるか、そしてどうすれば施設・在庫・輸送のコストを抑えられるか、という問いだ。クライアントが「倉庫を建てるべきか」と直接尋ねることはめったにない。彼らが口にするのは「コストが上昇している」「配送時間が競争力を損なっている」といった言葉であり、ネットワーク設計はその両方の背後にあるレバーとなる。オペレーション系ケースのプロンプトを分析した結果、このケースタイプは、企業が新地域へ事業を拡大するとき、買収先の拠点網を吸収するとき、あるいはEコマース競合に対抗して配送時間を短縮する圧力に直面しているときに頻出することがわかっている。
ネットワーク設計ケースが一般的なオペレーションケースと異なる理由
標準的なオペレーションケースでは、既存プロセスのボトルネックを見つけて修正することが求められる。一方、ネットワーク設計ケースでは、根本的に異なる構造の中から選択することが求められる。そして、その正しい答えは、分析を重ねても解消しないトレードオフ、つまりクライアントが実際に何を最適化したいのかという明確な視点によってのみ決まる。
中心となる緊張関係はこうだ。施設の数を減らし規模を大きくすれば固定費と在庫の重複を減らせるが、平均配送距離と配送時間は増える。施設の数を増やし小規模化すれば配送時間は短縮できるが、施設のオーバーヘッドが増え、在庫がより小さく非効率なプールに分散する。両方の軸で同時に勝てる構成は存在しない。このケースでは、「顧客に近い倉庫を増やす」という直感的には良さそうに聞こえるが実際には最も安い答えとは限らない選択にすぐ飛びつくのではなく、トレードオフを定量化できる候補者が評価される。
flowchart LR
A[地域別需要をマッピング] --> B[サービスレベル目標を定義]
B --> C[ネットワーク構成をテスト]
C --> D[構成ごとの総ランデッドコストを算出]
D --> E[構成の提言 + 移行計画]
ステップ1：地域別の需要と現状のコスト・トゥ・サーブをマッピングする
ネットワーク変更を提案する前に、需要が実際にどこに存在し、各地域への現在のサービス提供コストがいくらかかっているかを把握する。地域別の受注量、現在の施設の所在地、そして地域別の輸送費・保管費・在庫保有コストの概算の内訳を尋ねる。
このケースタイプの指導経験から言うと、最も多い初期の誤りは、西海岸の需要が専用施設を正当化できるほど大きく集中しているのか、それとも既存のハブからの輸送を速くする方が良いのかを確認する前に、「西海岸に倉庫が必要だ」と即断してしまうことだ。
ステップ2：サービスレベル目標を定義する
サービスレベル目標――通常は配送時間（当日、翌日、2日以内）または充足率で表される――は、コストの議論に入る前に、どのネットワーク構成がそもそも実現可能かを決定する。全国で2日以内配送を約束する場合、コストとは無関係に、5日以内配送の約束とは根本的に異なる施設数が必要になる。
| サービスレベル目標 | 一般的なネットワークへの含意 | 施設数を左右する要因 |
|---|---|---|
| 5日以上での配送 | 集中型ネットワークが実現可能 | 最小限――全国1〜3拠点 |
| 2日以内配送 | 地域配送センターが必要 | 中程度――主要人口密集地から約500マイル以内の施設 |
| 翌日配送・当日配送 | 高密度なローカルネットワークまたはマイクロフルフィルメント | 多数――需要の密集地の配送圏内に施設が必要 |
これは早い段階で確認しておくべきだ。サービスレベルの制約を確認せずにコストだけを最適化する候補者は、より安いが、クライアントの実際の競争上の要件を満たさないネットワークを提案してしまう。
ステップ3：ハブ・アンド・スポーク、ポイント・トゥ・ポイント、分散型地域モデルを比較する
配送ネットワークのケースの大半は、3つの構造でカバーできる。それぞれ異なるコストとスピードのプロファイルを持つ。
| モデル | 構造 | 最適な用途 | トレードオフ |
|---|---|---|---|
| 集中型ハブ | 全国規模の大規模施設1〜2拠点 | 配送期間に柔軟性のある、低回転・高利益率の商品 | 施設・在庫コストは最小だが、平均配送時間は最長 |
| ハブ・アンド・スポーク | 中央ハブから地域スポークへ供給し、ラストマイルを担う | 全国で2日以内配送が必要な高volume商品 | コストとスピードのバランスが取れるが、輸送の中継段階と調整の複雑さが増す |
| 分散型地域モデル | 各拠点がフルアソートメントを持つ、複数のフルサービス地域配送センター | 翌日配送・当日配送の約束、大型または生鮮商品 | 配送は最速だが、全施設で在庫とオーバーヘッドが重複する |
多くのケースでは、ハブ・アンド・スポークモデルが既定の提言となる。これは、集中化によるコスト効率の大部分を維持しつつ、2日以内配送というサービス目標を満たせるためだ。しかし正しい答えは製品特性にも依存する。生鮮品や、単位当たりの輸送コストが高い大型商品は、分散型の地域施設に傾く。ローカルで配送することで節約できる輸送コストが、施設オーバーヘッドの増加分を上回るからだ。
ステップ4：施設コストだけでなく総ランデッドコストを算出する
このケースタイプにおける最大の評価差別化要因は、候補者が構成を比較する際に、施設固定費、在庫保有コスト、輸送コストのいずれか一つだけではなく、総ランデッドコスト――これら全てを合算したもの――で比較しているかどうかだ。
総ランデッドコスト = 施設固定費 + 在庫保有コスト + 入荷輸送費 + 出荷輸送費
例えば、5つの地域倉庫を2つのハブ施設に統合すると、施設固定費を年間800万ドル削減し、総在庫保有コストを300万ドル削減できる（安全在庫の重複が減るため）かもしれないが、平均出荷距離が伸びることで輸送コストが600万ドル増加する可能性がある。純節約額は500万ドルであり、これは実質的な節約だが、施設コスト削減の見出し数字だけから想像されるよりもはるかに小さい。「施設コストを800万ドル削減した」で止まってしまう候補者は、実質的にケースを誇張していることになる。
よくある陥りやすい誤り
- 施設数を単独で最適化してしまう。 固定費だけを示すスライドでは、施設を減らすことが常に安く見える――このケースは、それを相殺するために上昇する輸送コストを見抜けるかどうかを試している。
- サービスレベルの制約を無視する。 コストが20％安くても配送が2日から4日に延びるネットワークは、クライアントが実際には譲れない競争上の要件に違反する可能性がある。
- すべての需要を均一に扱う。 volumeの60％が3つの都市圏に集中しているクライアントと、需要が50の市場に均等に分散しているクライアントとでは、最適なネットワークの数理は全く異なる――構造を提案する前に、必ず需要の分布を確認すること。
- 移行コストとスケジュールを見落とす。 施設の閉鎖や新設には、リース解約、人員整理、在庫移転、キャリアの再認定が伴う――優れた回答は、ネットワーク変更の投資回収期間がしばしば12〜24か月であり、即時ではないことを指摘する。
- 在庫プーリング効果を忘れる。 施設を統合すると、同じサービスレベルを維持するために必要な総安全在庫が減少する（統計的プーリング）。これは多くの候補者が完全に見落とす実質的な節約だ。
サンプルケースの解説
プロンプト：「当社クライアントは全米に5つの地域倉庫を運営しており、2日以内配送の約束を損なわずに物流コストを15％削減する圧力にさらされています。どのようなネットワーク構造を提言しますか？」
優れたアプローチ：
確認する：現在の地域別需要分布はどうなっているか。コスト圧力の要因は何か――施設のリース更新、輸送費の上昇、それとも在庫保有コストか。2日以内配送の約束は全地域で固定なのか、それともコア市場のみか。
現在のコスト・トゥ・サーブをマッピングする：5つの倉庫を合わせて年間4,000万ドルのコストがかかっていると仮定する――施設固定費1,800万ドル、在庫保有コスト1,200万ドル、輸送費1,000万ドル。需要は集中しており、3つの地域でvolumeの70％を占める。
ハブ・アンド・スポークへの統合をテストする：5つの倉庫を、3つの高volume地域を2日以内の陸上配送圏でカバーできるよう配置した2つの大規模地域ハブに統合し、volumeの低い残りの地域には第三者キャリアを利用することを提案する。
トレードオフを定量化する：2つのハブにより、プーリング効果で施設固定費が1,100万ドル（-700万ドル）、在庫保有コストが800万ドル（-400万ドル）に削減される可能性があるが、一部の出荷距離が伸びることで輸送コストが1,400万ドル（+400万ドル）に増加する。純節約額はおよそ700万ドル、約17.5％――目標の15％を上回るが、これは多くの候補者が見落とす輸送コストの相殺分を考慮した後の数字だ。
サービスレベルのリスクを指摘する：2つのハブの位置が、3つのコア地域に対して2日以内の陸上配送を確実に達成できるか確認する。達成できない場合は、完全な統合ではなく、volumeが最も高い外縁市場に小規模な地域施設を維持することを提言する。
移行への対応：閉鎖する3施設のリース解約タイミング、在庫移転のロジスティクス、そして完全な節約効果が現れるまでの現実的な12〜18か月の実装期間について言及する。
主要なポイント
- 配送ネットワーク設計のケースでは、施設数や単一のコスト項目を単独で最適化するのではなく、構成ごとの総ランデッドコストを比較することが評価される
- 構造を提案する前にサービスレベル目標を確立する――それがどの構成が実現可能かを制約する
- ハブ・アンド・スポークはコストとスピードのバランスを取れるため一般的な既定案となるが、生鮮品や単位当たり輸送コストが高い大型商品では分散型の地域施設が優位になりうる
- 施設と在庫の節約額は、統合によって通常発生する輸送コストの増加と必ず相殺して考えること
- 移行コストとスケジュールを指摘する――ネットワーク変更が即座に投資回収することはまれである
配送ネットワーク設計ケースを練習する
このフレームワークは、オペレーションケースフレームワークと同じサプライチェーンの基礎に基づいており、サプライヤーリスクとレジリエンスのケースと自然に対になる。違いは、ネットワーク設計が定常状態におけるコストとスピードのトレードオフを最適化するのに対し、レジリエンスのケースは混乱への対応を最適化する点だ。当社ライブラリのオペレーションケース全体には、コスト主導型とネットワーク設計型の両方のプロンプトがあり、施設数と配送スピードが直接的に対立する製造業や小売業のプロンプトに最も分かりやすい例が見られる。
フレームワークを読むこと自体は簡単だが、最も安いネットワークを求める懐疑的なCFOに対して、具体的な施設数と拠点を弁護することこそが、多くの候補者が方向性を失うポイントだ。当社のAIモック面接では、その直感を鍛えるための2つの方法を提供している。ガイドモードでは、総ランデッドコストの計算で詰まったときにヒントを出しながらネットワーク設計ケースを進めてくれる。一方、エキスパートモードでは、見積もりが不十分かもしれない輸送コストについて追及を続けるパートナーに対して統合計画を正当化する、という実際の圧力を再現する。各セッションでは、構造、分析、コミュニケーション、ビジネス判断、計算という5つの観点であなたを評価するので、コストトレードオフの推論において、どこでより精度の高い数字が必要だったかが正確にわかる。
実際のネットワーク設計ケースを最初から最後まで自分のペースで取り組みたい場合は、Chat with Caseが、背景、フレームワーク選定、データ解釈、分析、提言という5段階で実際のクライアントシナリオを案内してくれる。これは本ガイドが扱う構成と同じだが、ウォークスルーではなく具体的なデータセットに適用したものだ。
まずは無料で3件のフルケースとAIモック面接セッションを試してみてほしい――クレジットカードは不要だ。より深く practiceしたくなったら、Proにアップグレードすればライブラリ内の835件以上の全ケースに加え、追加のAIモックセッションとChat with Caseへの完全アクセスが手に入る。