マルチ倉庫ネットワーク設計：倉庫はいくつ、どこに、注文をどう振り分けるか

長年ハンドルを握ってきて言えるのは、ドライバーを疲れさせるのは長距離輸送ではないということです。考え抜かれていないネットワークこそが問題なのです。何年か前のある夜、私はオハイオ州の単一倉庫から小型家電の荷物を積み、3つの隣接州に散らばる顧客へ届ける仕事をしました。荷主には建物が1つ、作業員が1チーム、やり方も1通りしかありませんでした。途中で荷物をばらして引き継がなければならず、私はトラックストップで何時間も連絡トラックの到着を待ちました。顧客はすでに注文はどこかと電話をかけてきており、荷主は私に遅れている理由を聞いてきました。道路が問題だったのではありません。マルチ倉庫ネットワーク設計が問題だったのです。置かれたことのない地図を1つの拠点でまかなおうとしていたのです。

ドライバーは倉庫ネットワークを、表計算ソフトでしか見ない人とは違う目で見ています。表計算ソフトの上では、倉庫は平方フィートあたりの賃料と地図上の点にすぎません。運転席から見ると、倉庫とは空車走行距離であり、ドックでの待ち時間であり、ある建物で商品が切れたときにカバーする2つ目の建物がない場合どうなるかという問いです。1つの倉庫は、トラックが遠くまで走り、長く待ち、近くの拠点なら維持できた注文を失うまでは安く見えます。倉庫が多すぎると、在庫があまりに細かく切り分けられ、各建物が独自の緩衝在庫を必要とし、商品が拠点間を行き来し、ある商品が実際にどこにあるのか誰も自信を持って言えなくなるまでは速く見えます。倉庫の数、配置、注文の振り分けは一緒に決めなければなりません。どれか1つだけを単独で決めれば、残りの2つがその報いを与えます。

マルチ倉庫ネットワーク設計は注文マップから始まる

私はかつて、中西部に単一倉庫を持つ家庭用品の販売者のために輸送したことがあります。注文が少ない間はうまくいっていました。やがて南部と西海岸からの注文が増え続け、その1つの建物からの出荷はどれも長距離の国内横断となり、余分な荷扱いが発生し、繁忙期には納期の約束を守るのがどんどん難しくなりました。販売者は注文が実際にどこから来ているのかに近い場所に2つ目、3つ目の建物を増やし、注文を配送地域ごとに振り分けました。ほとんどの注文が当日出荷されるようになり、走行時間は大幅に短縮され、ドライバーは引き継ぎ待ちでシフトを過ごすことがなくなりました。魔法が起きたわけではありません。注文マップが変わったので、ネットワークもそれに合わせて変わったのです。

そのマップを読むシンプルな方法があり、高度なソフトウェアは必要ありません。最近の注文を配送先地域ごとにプロットし、数量がどこに集中しているかを見て、それぞれの集中が独自の建物を支えるのに十分な大きさかどうかを問いましょう。建物を支えられない地域にそれでも建てれば、報いを受けることになります。在庫は滞留し、スタッフとトラックは遊休し、建物は存在理由を探すコストになります。既存の建物から遠く、実際に数量のある地域こそ、真剣に検討する価値があります。商品の特性も同じくらい重要です。かさばる商品は輸送負担が重いため、顧客に近いほどすぐに見返りがあります。小さくて高価値の商品は距離への感度が低く、集約された在庫配置の方がうまく対応できることが多いです。何を売っていて顧客がどこに住んでいるのかを問わずに他社のマップを真似することは、見栄えの良いネットワークが失敗する原因です。

倉庫の数：マルチ倉庫ネットワーク設計と在庫の請求書

私が話す人の多くは、ネットワークを計画するときに2つの請求書――賃料と輸送――を数えます。彼らが見落とす最大のものが在庫です。倉庫を1つから3つに増やしても、安全在庫は単純に3分の1にはなりません。各建物がそれぞれの需要変動に対する独自の緩衝を必要とするため、3つの建物の緩衝の合計は、1つの建物が必要とした緩衝よりも通常大きくなります。荷主は新しい賃貸契約の賃料を見て、季節末の棚卸しで棚が売れ残りでいっぱいになるまで、追加在庫に拘束された資金に気づきません。私は、3つの地域建物にフルレンジを在庫していたアパレル荷主と話したことがありますが、季節が変わると、各建物には処分に数か月かかる末端サイズが残りました。短い輸送で節約できたものはすべて、その処分作業に飲み込まれました。

ドライバーが身をもって学ぶ逆説的な判断がここにあります。倉庫が増えても、自動的にサービスが良くなるわけではありません。振り分けルールを修正せずに拠点を増やすと、システムは在庫はあるが遠い建物に注文を送ったり、在庫切れの近くの建物に送ったりする一方で、適切な建物が手つかずのままになることがあります。私はその最も混乱した形を見たことがあります。2つの建物が同じ商品を持ち、スタッフが感覚で注文を振り分け、ある日はこう、翌日はああとやっているうちに、在庫記録が棚の実物と何も一致しなくなりました。私の見方は率直です。ルールが曖昧な倉庫の山よりも、明確なルールを持つ少数の倉庫の方が優れています。ネットワークの適正規模は、在庫と振り分けを実際に管理できるかどうかにかかっています。管理できなければ、拠点を増やすごとにカバレッジを装った負債が増えます。

この表は解答集ではありません。自分の計算のための枠組みです。注文量、商品サイズ、納期の約束をこれに照らし合わせ、どの行が引き続き理にかなって見えるかを確認しましょう。合わない行もまた何かを伝えています。

注文振り分けルールは書き留めよう、誰かの頭の中に置いたままにしない

建物が決まれば、振り分けルールこそがネットワークを日々実際に動かすものです。ルールは素朴な問いに答えなければなりません。注文が届いたとき、何を最優先するか。最も近い建物か、在庫のある建物か、最も安い輸送ルートか。ある建物が不足したとき、補充を待つか、注文を2つの建物に分割するか、注文全体を別の拠点に渡すか。繁忙期にシステムがあふれたとき、ルールは変わるのか、誰が変える権限を持つのか。これらの答えが人々の頭の中にしかない場合、繁忙期にそれが露呈します。1回の誤った振り分けは1件の苦情であり、1週間の誤った振り分けは評判の問題です。

私が輸送した中で最も運営の行き届いた倉庫では、ルールが平易な言葉で書かれていました。基本は配送先住所に最も近い建物、在庫切れの場合は自動的に2つ目の建物へ振り替え、分割出荷の前には必ず確認を求め、拠点間の移送はすべて別々に記録する。ドライバーも倉庫スタッフも、その日の貨物がどのドックドアから出発するか電話なしで分かっていました。別の拠点はシフトリーダーの記憶で回っており、そのリーダーが休暇を取った週に振り分けは崩壊しました。ある顧客の注文が2つの建物から2日間にわたって出荷され、顧客は何かが間違ったのだと思い込みました。振り分けルールは紙の上では退屈に見えます。実際には、それがネットワーク全体の骨格なのです。

荷主にも倉庫チームにも、もう1つ助言があります。ネットワークは一度きりの決定ではありません。注文地域は移り変わり、商品範囲は変わり、輸送条件もそれに伴って変わります。定期的に注文マップを再び取り出し、建物とまだ一致しているかを問いましょう。ある地域の数量が十分に落ち込み、建物を統合すべきでしょうか。新しい地域が十分に成長し、早期の計画に値するでしょうか。その見直しは毎週行う必要はありませんが、何年も行われないままにはできません。計算なしにネットワークを構築するのは大変です。構築して計算を二度と見直さないのはもっと大変です。

木を切る前に斧を研げ。賃貸契約にサインする前に、注文を地図に落とし、輸送の請求書、在庫の請求書、管理の請求書を計算し、それから初めて倉庫の数、配置、注文の振り分けを決めましょう。それを正しく行えば、トラックはスムーズに走り、貨物は時間通りに届き、在庫はスリムに保たれます。それこそ、すべてのドライバーが見たいと思う仕事の姿です。

Shifu Zhao（トラック輸送ベテラン（15 yrs））著

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