2024年のブラックフライデー週、アメリカ中西部の3PLのオペレーションディレクターが事後検証で語った言葉が今も印象に残っている。「自分たちのウェーブ計画に負けた」。1日の注文件数は通常の3倍以上。WESは90分ごとに正確にウェーブをリリースし、6つのウェーブがきれいに並んだ。それなのに第3・第4ウェーブでは、ゾーンAの入口でピッカーが行列を作り、検証待ちのトートがput wallの前に積み上がった。後のデータによると歩行距離は10%ほどしか増えていなかった。真の原因はウェーブの重なりと下流の混雑だった。だからこそAIによるウェーブ最適化は倉庫業界の話題に上り続ける。問題は決して「注文をどうグルーピングするか」だけではなく、厳しい制約の下で下される、互いに制約し合う一連の判断だったのだ。

AIウェーブ最適化が重要な理由:お金がかかっているのはピッキングだから

Applied Sciencesに掲載された2025年の倉庫ケーススタディでは、オーダーピッキングが倉庫運営コスト全体の50~75%、全労働時間の約55%を占めるとしている。研究によって数字は異なるが、結論は変わらない。ピッキングは建物の中で最もコストのかかる作業であり、その構造を決めるのがウェーブ計画だ。

言い換えれば、ウェーブ最適化は倉庫コスト構造の中で最大のブロックに作用する。だからこそ主要なWESベンダーのほぼすべてが、ここ3年で「インテリジェント・ウェーブ計画」をロードマップに加えたのだ。だがロードマップと成果の間には、制約の複雑さが横たわる。

AIウェーブ最適化のアルゴリズム的論理:3つの世代

AIがここで実際に何をしているのかを理解するには、ウェーブ計画を最適化問題として言い直せばよい。入力:履行待ちの注文プール。出力:ウェーブの集合。各ウェーブは注文のグループとリリース時刻から成る。目的は通常、キャリアのカットオフに間に合わせつつ、総ピッキング移動距離または労働時間を最小化すること。ただし少なくとも4つの制約ファミリーを満たす必要がある。カットオフと集荷ウィンドウ、ロケーション分布とホットゾーンの混雑、労働力の可用性とスキルミックス、設備のタクトタイムだ。

第1世代はルールエンジンだった。カットオフ時刻による硬直的な切り分け、キャリア別・注文タイプ別・優先度別の積み上げ。2015年以前の標準的なWMSの実務であり、人の経験をコード化したものだった。説明可能で制御しやすく、注文プロファイルが変わるとまったく柔軟性を失う。

第2世代はヒューリスティクスとクラスタリングをもたらした。ピッキング先が近い注文同士をクラスタリングし、ルートは巡回セールスマン問題のヒューリスティクスで近似し、焼きなまし法や遺伝的アルゴリズムでウェーブサイズとリリース間隔のニア最適なバランスを探索する。これが今日の商用WESの主流であり、多くの「AIウェーブ計画」製品の真の中核だ。名前はAIでも、エンジンはたいていオペレーションズ・リサーチである。

第3世代は機械学習と強化学習を使う。履歴から到着パターンや注文ごとのピッキング時間を予測し、今すぐリリースするか10分待つかを動的に判断する。論文は多いが、本番導入は少ない。

AIウェーブ最適化の導入中に倉庫フロアでウェーブ計画ダッシュボードを調整するエンジニアたち

直感に反する発見:グルーピングよりタイミング

AIウェーブ最適化の議論の多くは、注文をより巧みにグルーピングすることに焦点を当てている。より細かいクラスター、より短いルート。だが2024年後半に私が調査した3PL(中西部の約50,000平方メートルの施設で、ホームグッズを扱う)は、異なる結論を示した。

2023年のピークでは90分固定ウェーブだったこの拠点は、2024年に到着予測付きのウェーブモジュールを追加した。最大の改善は「賢いグルーピング」ではなかった。各ウェーブをいつリリースするかにシステムが動的に答えたことだった。モデルが30分以内に同一キャリアの注文が大量に到着すると予測すると、意図的にリリースを遅らせ、2回分のピッキングを1回にまとめたのだ。インタビューしたオペレーションリーダーによると、ピーク時のピッカーの平均歩行距離は約20%減少し、その改善の半分以上はグルーピングの論理ではなく、リリースタイミングの判断によるものだった。

論理はシンプルだ。ウェーブ計画は本質的に時間次元での意思決定であり、あらゆるグルーピングの最適化はその手前の判断に立っている。次のバッチを待つか、待たないか。待てば集約は進むが履行時間は圧縮される。今リリースすればサービスレベルは守れるが、無駄な1往復になるかもしれない。AIの価値は、このトレードオフを勘から計算可能なものに変えることだ。到着予測と残りのキャパシティが与えられたとき、期待コストが最小のリリースポイントを見つける。

もう一つのトレードオフ:速く摘めば摘むほど詰まる

もっと厳しい現実もある。中国東部の越境EC倉庫は2024年のピーク前にバッチングを強化した。ウェーブサイズを2倍にし、ピッカーの生産性は確かに向上した。2週間後、ボトルネックは下流に移動した。put wallの検証待ち行列が40分を超え、ステージング用のトートが通路の借りスペースにはみ出した。この拠点は「ゆるいウェーブ+事前仕分け」に戻し、ドック・ツー・シップのリードタイム全体は積極フェーズより結果的に短くなった。

ベンダーがあまり進んで語らない教訓がある。ピッキング移動距離だけを最小化する目的関数では、システム全体としては劣った解を出しやすいということだ。真の制約は下流にある。検証、梱包、ステージング、出荷積み込みのキャパシティだ。AIバッチングモデルは下流のタクトタイムをハード制約として取り込まなければならない。そうでなければ、ピッキングで節約した1分がステージングエリアで利子付きで取り返される。これこそ第2世代導入で最も多い失敗モードでもある。シミュレーションでは美しく、本番フロアでは待ち行列理論に叩きのめされる。

導入する前に:あなたの倉庫は対象になるか

すべての倉庫がAIウェーブ最適化に値するわけではない。以下のフレームワークはベンダーの事例と公開された研究をまとめたものだ。数字は桁の目安である。

倉庫プロファイル 1日あたりの注文件数 推奨アプローチ 期待効果(桁の目安) データの前提条件
マイクロ倉庫、単一ゾーン、5,000SKU未満 2,000件未満 固定ウェーブ+オペレーターの判断 AI投資は純マイナスの可能性が高い なし
中規模、単一ゾーン 2,000~10,000件 ルールエンジン+シンプルなクラスタリング 移動距離5~15%削減 6か月以上の注文履歴
大規模、複数ゾーン 10,000件超 ヒューリスティクス最適化+動的リリース 移動距離15~25%削減 注文・スロット・労働データがすべて整備
自動化(AMR、ソーター) 任意 設備スケジューリングとの統合最適化 システム全体のスループット向上 設備のリアルタイムデータストリーム

最初の行に注目してほしい。1日あたり数千件未満の注文では、ROIはほぼ間違いなくマイナスになる。アルゴリズムのせいではなく、分母のせいだ。データクレンジング、統合、チューニングには固定コストがかかる一方、小さな注文プールでは改善余地が限られる。ABCスロット配置とウェーブ規律をきちんとやる方がよほど効く。これが、誠実なAI ROI計算の最初の境界線だ。

AIウェーブ最適化のためのデータ整備:3つのデータセット、どれも欠かせない

これは以前の指摘の繰り返しになる。データ整備が倉庫AIの成否を決める。ウェーブ最適化には3つのデータセットが必要であり、1つでも欠ければモデルはルールエンジンに後退する。

第1に、注文履歴。少なくとも6~12か月分の注文レベルの詳細で、タイムスタンプ、注文構成、キャリア、優先度を含む。これが到着予測の燃料になる。ところが多くの倉庫ではOMSとWMSに分かれ、タイムスタンプも不整合で、これが最も多い落とし穴だ。

第2に、スロット配置とベロシティデータ。各SKUのロケーション座標、過去のピッキング頻度、入庫(putaway)記録。正確なロケーションマスタデータがなければ、クラスタリングが作り出す「ホットゾーン」は単に間違っている。ずさんなスロットデータは、ウェーブ最適化プロジェクト失敗の原因ナンバーワンだ。

第3に、労働力とタクトのデータ。工程ステップごとのエンジニアド・スタンダード、過去の実績、作業者のスキルタグ。これがなければ、モデルが作り出す「最適なウェーブ」は、今のチームでは物理的に実行できない計画になるかもしれない。

3つともリアルタイムで、再生可能で、一貫した定義でなければならない。再生可能性が肝心だ。3か月前の実際の注文ストリームを取り、新しいモデルで再実行し、実際に起きたことと比較する。これがなければ、「AIがXをY%改善」という主張はすべて検証不能だ。

トレンド展望、2025~2027年:3つのシフト

今後2~3年の私の読み。

第1に、第2世代の技術——ヒューリスティクス、クラスタリング、動的リリース——は、個別に販売されるAIモジュールではなく、標準的なWES機能になる。ウェーブの知能化は差別化要因から当たり前の機能へ移り、時期はおそらく2026年頃だ。

第2に、動的リリースのための強化学習のような第3世代のアプローチは、大手3PLや自社のECフルフィルメントネットワークで限定的なパイロットが見られるだろうが、本格的な商用利用はデータ基盤の追い上げを待つことになる。もはやボトルネックはアルゴリズムではない。リアルタイムでクリーンで再生可能なデータパイプラインであり、それこそがほとんどの倉庫に欠けているものだ。

第3に、ウェーブ最適化は下流のスケジューリング——検証、梱包、予約制の積み込み——と融合し、より大きな統合最適化問題になっていく。ピッキングを単独で最適化する時代は終わりつつある。システムレベルの最適化が次の10年のテーマだ。

残された問い

だから問うべきは「AIは注文をより良くバッチングできるか」ではないのかもしれない。数学的には、ほぼ確実にイエスだ。問うべきは、あなたの倉庫がウェーブのリリースとバッチングの判断の一つひとつを構造化データに変えているか、ということだ。そうでなければ、アルゴリズムが何世代進もうと、5年後のあなたは同じブラックフライデーに直面する。勘でバッチングし、運でピークを乗り切るのだ。

Dr. Chen(サプライチェーン研究者)著

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