私は5年間オンライン販売をしてきましたが、繰り返し学ぶ教訓があります。最も高くつく倉庫の失敗は、悪いロボットを買うことではありません。誰が統括するのか明確でないまま、たくさんのロボットを買うことです。

友人の一人は昨年のセールスのピーク時にこれを学びました。彼の倉庫には二ブランドのAMRが20台ありました。あるブランドのロボットが通路の交差点に到着して待ちました。もう一方のブランドのロボットも同じ交差点に到着して待ちました。どちらも先に動こうとしませんでした。通路は40分間塞がれたままで、その間ピッキングでは注文が積み上がり、私たちのチャットグループでは顧客からのメッセージが積み上がりました。彼は後になって、ロボットを一台買う前にスケジューリング層を決めておけばよかったと私に言いました。

RCSフリートマネージャーの選定が答えるのは、ひとつの素朴な問いです。すべてのロボットに何を、どの順番でやらせるのか、そして計画が崩れたときに誰が修正するのか、ということです。この答えを間違えると、ロボットを増やすたびに倉庫は楽になるどころか運営が難しくなります。

RCSフリートマネージャー選定の選択肢その一：ベンダー製スケジューリング

ベンダー製スケジューリングは手軽な出発点です。ロボットを買い、ベンダーのスケジューラを使えば、インターフェースはすでに一致しており、何か壊れたら一社に連絡すれば済みます。

私は2024年に東莞でこの道を選んだ日用品の売り手を知っています。彼は単一ブランドのAMRを12台導入し、すべてベンダーのスケジューラで動かしました。三か月以内に運用はスムーズになり、出荷ピッキングは手作業のピッキングより明らかに速くなりました。その時点では、この取引は成功に見えました。

落とし穴は二年目に現れました。彼はさらに八台のロボットを追加したくなりました。別のブランドは約20 percent安く、彼のテストでは同等に性能が良かったのです。しかしベンダーのスケジューラは他社のロボットを管理しませんでした。彼の選択肢は、元のブランドだけを買い続けるか、最初のスケジューラの横でもう一つのスケジューラを動かしてタスクを手作業で振り分けるかのどちらかでした。二つ目の選択肢は、単に値札のついた新しい頭痛の種でした。

ベンダー製スケジューリングに合う買い手は一種類です。小規模なロボットフリートで、近いうちにブランドを混ぜる計画がなく、早く稼働させたいという強いニーズがある場合です。本当のコストは初年度の価格ではありません。拡張やブランド切替のたびに失う交渉力です。

RCSフリートマネージャー選定の選択肢その二：サードパーティ製RCS

サードパーティ製RCSは中立なディスパッチャーです。どのブランドがロボットを作ったかに関わらず、一つのシステムがタスクを割り当て、交差点を管理し、優先順位を決めます。

別の友人は2025年初頭にこの道を選びました。彼の倉庫には二ブランドのロボットが18台ありました。サードパーティ製RCSの稼働開始には二か月以上かかり、インターフェースの調整は三回の修正を経ました。書面上では、初年度のコストはベンダー製スケジューリングより明らかに高く、彼は途中でやめかけました。

ピークシーズンは別の物語を語りました。ブランド混合のロボットは交差点で互いにブロックしなくなりました。システムはブランド別ではなく注文の優先度で作業を割り当てました。最も忙しい時間帯の渋滞は目に見えて減りました。彼にとってさらに重要だったのは、後のロボット購入がブランドへの忠誠心に左右されなくなったことです。スケジューリング層を作り直す必要がなかったため、最も価値の高いロボットを自由に買えたのです。

売り手からどの道を選ぶべきか聞かれたときに私が使う比較がこちらです。

RCSの選択肢 初期の手間 ブランド混合の自由度 障害の責任者 最適な用途
ベンダー製スケジューリング 低い 低い ロボットのベンダー 単一ブランド、小規模フリート
サードパーティ製RCS 中〜高 高い 主にRCSプロバイダー ブランド混合、計画的な成長
自社開発スケジューリング 最も高い 最も高い 自社チーム 大規模、強力な技術チーム

RCSを初年度の見積もりだけで判断してはいけません。スケジューリング層の置き換えは、ロボット一台の置き換えよりはるかに高くつきます。ロボットは一台ずつ交換できます。しかし倉庫全体の頭脳は、作業を止めずに交換することはできません。

RCSフリートマネージャー選定の選択肢その三：自社開発

自社開発のスケジューリングはかっこよく聞こえますし、私はそれがうまくいったのを一度見たことがあります。しかし失敗したのを目にする回数のほうが多いのです。

ある大口の売り手は2023年に自社スケジューラを構築しました。市販の製品がどれも自分のワークフローに合わなかったからです。約六か月後、システムは彼の望みどおりに動きました。タスク割り当てと経路計画はベンダーのテンプレートではなく、彼のプロセスに従ったのです。

しかし請求書は開発後も止まりませんでした。ロボットのファームウェア更新のたびにインターフェースが変わる可能性がありました。変更のたびにチームのフォローアップ作業が発生しました。中心的なエンジニアが辞めたとき、トラブルシューティングはすぐさま遅くなりました。彼は後に、その小さなチームの維持費が毎年サードパーティ製RCSの購入費を上回り、しかも本業ではないシステムの管理に自分の時間も奪われていると計算しました。

売り手が見落としがちな直感に反するポイントがこちらです。ロボットが多ければ多いほど、スケジューラを無料のおまけとして扱うべきではありません。多くの買い手はロボット購入時にスケジューラをただの品として交渉し、お金を節約できたと賢く感じます。フリートが30台や50台に増えると、スケジューラが倉庫を運営できるかどうかを決めます。ロボットは手足です。スケジューラは頭脳です。手はいくらでも増やせますが、倉庫の頭脳は一つだけです。

RCSフリートマネージャー選定の意思決定フレームワーク：三つの問い

私自身の意思決定フレームワークには三つの問いしかありません。何かに署名する前に答えてください。

第一に、三年以内にロボットのブランドを混ぜますか。答えがイエスなら、ベンダー製スケジューリングを選んではいけません。第二に、フリートは20台を超えて増えますか。答えがイエスなら、競い合う二つの頭脳ではなく、フリート全体のための一つのスケジューリング層が必要です。第三に、立ち上げ時だけでなく何年にもわたって本物の自社チームを維持できますか。できないなら、自社で作ってはいけません。サードパーティ製RCSを買い、自分の時間は販売に使ってください。

二つの契約上の落とし穴には注意が必要です。どちらも実際にお金がかかるからです。第一に、新しいロボットブランドを追加したときに誰が責任を負うのか、その統合をどれだけ速く行わなければならないのかを契約に明記すべきです。第二に、スケジューラがダウンしたときに何が起きるのかを明記すべきです。手動ディスパッチはすぐに引き継げますか。スケジューラの停止ですべてのロボットが止まるのであれば、そのリスクはピークシーズン中に発見するのではなく、ピークシーズン前に意思決定に織り込むべきです。

このアプローチは実際に私にもうまくいきました。まずスケジューリング層を決め、次にロボットのブランドと台数について話すのです。順序を逆にすると、購入時に節約したお金が、渋滞、拡張のトラブル、ブランドの囲い込みとして戻ってきます。たいていはより高い価格で。

Ah K（EC販売者（5年））著

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