53フィートのトレーラーには、標準パレットが26枚載る。この数字は変わらない。変わるのは、同じ貨物を運ぶのに何台のトレーラーが必要かだ。1台あたり26枚ではなく24枚で積めば、12台出荷するごとに、必要のなかった13台目のトラック代を払ったことになる。長距離路線では、トラック1台追加で数千ドルが飛ぶ。トレーラーの積載は、2〜3パレット分のスペースがれっきとしたお金になる現場のひとつだ。
この高い代償の現場を、2025年の春に目の当たりにした。ダラス郊外にある飲料ディストリビューターのDCだ。約200,000平方フィート、テキサスとオクラホマをまたぐ複数ストップの路線を出している。ある火曜日、12ストップの路線が問題を抱えて戻ってきた。3つ目のストップで、ドライバーが荷受けを拒否したのだ。貨物が壊れていたわけではない。作業員が、ステージングレーンから出てきた順に積み、逆配送順に積んでいなかったからだ。各ストップでドライバーは、後ろに埋もれた2パレットを取り出すためにトレーラーの半分を降ろさなければならなかった。3つ目のストップで彼は言い争いに疲れ、引き返してきた。
積載プランナーはいい人で、この仕事10年のベテランだった。複数ストップの積載計画は、ホワイトボードと記憶が頼りだった。ストップが4つまでならうまく回った。SKU混載で12ストップともなると——缶のケース、樽、bag-in-boxのシロップ、重さはバラバラ——ホワイトボードは敗北した。
問われるのは「詰め込む」ことではなく「正しく積む」ことだ
積載最適化ソフトの売り文句は大抵「もっと詰め込めます」だ。このフレームは間違っている。まともな作業員なら誰でもトレーラーは満載にできる。高くつく失敗は、積み方を間違えることだ。
本物の積載アルゴリズムは、複数の制約を同時にさばく。まず軸重だ。米国では各州がシングルアクスルとタンデムアクスルの制限を課しており、総重量では合法でも、重いものが全部後部のタンデムに寄れば軸重では違法になる。ウェイトステーションで止められたら罰金だけでは済まない——路肩や近くの駐車場で積み直し、配送時間帯を逃す。アルゴリズムは軸重制限をハード制約として扱い、各軸を合法に保つ位置に重いパレットを割り当てる。人間の作業員は「勘」で処理する。
次に重心。樽やドラム缶は悪い予想を許さない。下り坂での急ブレーキもそうだ。
そして配送順。これが複数ストップ路線の生死を分ける。ルールは単純——最後のストップが最初に積まれ、最初のストップが最後、ドアに一番近い位置に積む——しかし混載パレットで5〜6ストップを超えると、実行は苛烈だ。順序を外せば各ストップが発掘作業になる。ドライバーは気づく。腕のいいドライバーはあなたの荷受けを拒み始め、そうなれば「安い」積載作業は滞留料と手直しを払う羽目になる。
積み重ねルールがそれを補完する。重いものは軽いものの下に、潰れやすいものは上に、壊れ物は専用ゾーンに。ベテラン作業員なら皆知っている。問題は知識ではない。組合せ爆発だ。重さ・寸法・配送先の違うSKUが数十を超えると、人間の脳は丸め始める。丸めこそ、手直しの発生源だ。
ソフトは簡単な部分だ。難しいのはデータだ
積載最適化ツールは大抵、年間サブスクリプションで売られる——最新のベンダー価格は確認してほしい、動くからだ。ステッカー価格がプロジェクト失敗の理由になることは滅多にない。汚いマスターデータが理由だ。
アルゴリズムはパレットの寸法と重量を食べる。品目マスターから取ってくる。そして多くの倉庫では、品目マスターはフィクションだ。5年前に記録されたケース寸法、その後サプライヤーは梱包を2回変えたのに、誰も更新していない。パレットを受け取った人の目測の重量、普通の日で20パーセントの誤差。1つのSKUに3つのサプライヤー、3通りのケース構成、システム上のレコードは1つ。
それをオプティマイザーに食わせれば、美しい3D積載図が出来上がる——でも作れない。フォークリフトのドライバーは3パレット目までは図通り進めるが、4つ目がスロットに入らず、計画全体が崩壊する。これを私は何度も見てきた。第1四半期に買ったソフトは第2四半期には捨てられ、ベンダーが責められ、原因はデータだ。ベンダーのデモは綺麗なテストデータで動く。あなたのドックはそうではない。
1ドルも使う前に、無料のテストをやろう。パレットを10枚ランダムに抜き取り、測って、重さを量り、システムと照合する。2つ以上合わなければ、まずデータを直せ。ドックドアに床秤を置く——全パレットを量り、自動でシステムに書き戻す——は、あなたが買える最も安い修正だ。正確なデータはベテラン作業員をさらに良くする。汚いデータはどんなソフトも文鎮にする。
営業資料が語らない2つ目の罠。計画は1日持たない。高ミックスの現場では、オーダーは常に追加され、削られる。午前8時に計算した図は、正午に2つの特急パレットが来た時点で陳腐化する。計画を凍結する——出発の2時間前にハードなオーダーカットオフを置く、営業や顧客相手に本当の覚悟が要る——か、ソフトが数秒で再計算して新しい図をドライバーのタブレットやドックの印刷物に送るかだ。オーダーシステムと連動してライブで再計画できなければ、高ミックス向けには半製品だ。
もうひとつ実務的な点。図はドックで読めなければならない。印刷物には番号付きのパレット位置、パレットには対応するラベル。フォークリフトの上で3Dレンダーを解釈する人間はいない。「5番のパレットは左、2列目」と平易な言葉で書いてある必要がある。
計算が合うのはここだ
正直な見立てを書く。比較的固定した路線で1日12台以上のトラックを出しているなら、1〜2ルートでパイロットをやろう。節約できた運賃と消えた手直しで、大抵は数カ月でサブスク代を回収できる。やる価値ありだ。
1日数台、複数ストップ、SKU混載——ソフトは助けになるが、カットオフのルールとデータ基盤を直した後だ。その前に買えば、買うのは授業料だ。
1日2〜3台なら、まずパレットを標準化して重さを量ろう。ソフトの話は後でいい。
積載最適化は、AIのコスチュームを着たデータエンジニアリングだ。データが綺麗なら金のなる木。データが汚ければ飾りだ。問いはアルゴリズムが賢いかどうかではない。あなたのパレット寸法が本当かどうかだ。
明日から使えるチェックリスト
- パレットを10枚ランダムに抜き取る。測って、重さを量る。システムと照合する。2つ以上合わなければ——データを直せ、ソフトは一旦忘れろ。
- 先月の積載記録を引っ張る。トレーラー1台あたりの平均パレット数、「入らなかった」せいで余分に出たトラックの台数、そしてその余分なトラックが要した費用。それが事業計画の根拠だ。
- 複数ストップ路線では、配送順をSOPに固定する。順序が毎日変わるなら、どんなアルゴリズムも助けてくれない。
- まず最も安定した1〜2ルートでパイロットをやる。初日から倉庫全体に展開しない。
- ベンダーに、あなたの実際のオーダーを試算に通させ、その結果をあなたのベストな作業員が実際に組んだものと並べる。勝ったときだけ買え。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
