倉庫AIプロジェクト予算：パイロット、展開、保守のコストを分けて予算を通す方法

中国南部にあるサードパーティ・ロジスティクス企業のゼネラルマネージャーであるクライアントが、倉庫AIプロジェクトの予算について相談に来た。彼は 2024年の後半に仕分けラインへ目視検査を追加し、出荷ミスを出荷前に捉えたいと考えていた。彼は1ページに合計額だけが書かれたサプライヤーの見積書を持ってきた。金額自体は不合理には見えず、彼は署名するつもりだった。私は待つよう求め、三つの質問でその合計を分けるよう促した。パイロットはどの拠点をカバーするのか、本格展開には新しいハードウェアが必要か、翌年の保守は別途請求されるのか、である。これらの質問の後、サプライヤーは合計を変えずに説明を修正した。パイロットは2拠点のみをカバーし、本格展開にはハードウェアの追加費用が必要で、保守は年間で別途請求されるという内容だった。合計は動いていなかったのに、その意味は完全に変わった。これが予算を分ける第一の教訓である。混ざった数字は自信を持って承認できず、精密に交渉することもできない。

倉庫AIプロジェクト予算を三つの予算に分けなければならない理由

このような予算は、パイロット、展開、保守に分けなければならない。なぜなら三つの金額が買うものは異なるからである。パイロットのお金が買うのは答えである。このソリューションが自社の商品、自社の照明、自社のペースで機能するかどうか、である。展開のお金が買うのは再現である。1拠点での結果を倉庫全体で安定した能力に変えることであり、そこではパイロットが触れなかったハードウェア、ネットワーク、プロセスの変更がしばしば明らかになる。保守のお金が買うのは継続的な精度である。商品が変わり、物量が変動し、季節が巡った後もシステムを正しく保ち、モデルの再学習とルール調整に責任を持つ人を確保することである。

中国東部のEC倉庫である二番目のクライアントは、2025年初頭にこの分割を省いたことで学んだ。パイロットは優れているように見え、パイロット拠点での検査精度は高く、上司はパイロットの単価に拠点数を掛けて全倉庫分の予算を承認した。展開の最中、チームはパイロット拠点が最も照明が良く、最も規則的な段ボールばかりだったのに対し、残りの拠点のほぼ3分の1は照明の追加、カメラ角度の変更、コンベアのタイミング調整が必要だと気づいた。展開予算は当初の見積もりより約40パーセント増加し、プロジェクトは途中で停滞し、双方とも相手が取引を変えたと感じた。誰も取引を変えてはいなかった。パイロットの数字が、そもそも倉庫全体の有効な単価ではなかったのである。

段階別倉庫AIプロジェクト予算：パイロット、展開、保守の見積もり方

倉庫AIプロジェクトの予算を分けるのは、各段階が何を含み、何を除外し、何が価格を変えるかを明記するときに最もうまくいく。長い説明よりもシンプルな表の方が予算会議では役に立つ。決裁者は一目でお金がどこにあるかを見ることができるからである。

パイロット段階には直感に反する点がある。パイロットが安ければ安いほど、展開は高くつく可能性がある。最も簡単な拠点と最も規則的な商品だけを試すパイロットは、魅力的な数字と弱い結論を生む。価値のあるパイロットは、照明不良、不規則な形状、繁忙期のペースといった難しいケースを1つか2つ意図的に含め、条件が不利なときにもシステムが持ちこたえるかを試す。パイロットで正直な検証に少し多く使うことは、展開でのずっと大きな驚きを防ぐことが多く、その比較は、主張するのではなく示せば上司にも理解できる。

保守は、サプライヤーが最も説明したがらず、買い手が最も忘れやすい予算項目である。モデルはひとりでに正確さを保つわけではない。商品構成が変わり、包装が変わり、ピーク時の物量急増が精度を下げることがある。契約前に、買い手はデータが変わったときに誰がシステムを再調整するのか、調整のたびに別途請求されるのか、夜間にどれだけ早く対応するのか、予備品は現地に置かれるのか必要に応じて発注されるのかを知っておくべきである。契約前に口頭で交わされた約束はコストではない。同じ約束が契約書に書かれれば、管理可能なコストになる。多くのオペレーション責任者を眠れなくさせる恐れは、初年度の価格ではなく、2年目になってシステムに所有者がおらず、救済予算が必要だと気づくことである。

上司やクライアントへの予算の提示方法

予算を提示するときは、合計から始めない。構造から始めよ、一文でこうである。パイロットのお金は結論を買い、展開のお金はその結論を倉庫全体に広げ、保守のお金はその結果を年々守る。合計は最後に、構造は最初に置く。上司が数字だけを承認することはめったにない。上司が承認するのは、上へ説明できる論理である。段階ごとにお金が解放され、各段階が目に見える結果を生み、次の資金要求は前の段階が実証された後にだけ届く、という論理である。

サプライヤーとの交渉では、三つの質問がほとんどの仕事をする。パイロットの範囲を契約書に書き込めるか、商品構成の変更は追加料金になるか。ハードウェア、現場作業、研修は展開価格の中で別々に明細化されているか、それとも混ざった単価の中に隠れているか。保守は年間パッケージで請求されるのか都度請求なのか、対応時間と調整回数に上限はあるか。サプライヤーがこれらの質問に躊躇しても、必ずしも悪意があるわけではない。サプライヤー自身も三つの予算を分けていないことが多く、三つの予算を分けていないサプライヤーこそ、展開中に料金を追加する可能性が最も高い。

名指しする価値のある裏の型もある。多くの低い見出し価格は、初年度の保守を展開の中に隠したり、展開の現場作業をパイロットの見積書の外に置いたりして、その見た目を実現している。初年度の合計だけで判断すれば、最も安い提案が勝つ。3年間で判断すれば、同じ提案がより高くつくことがある。交渉で役立つ動きは、すべてのサプライヤーに3年間の合計を求めることである。1年目のパイロットと展開、2年目と3年目の保守、そして3年間の合計である。期間を3年に伸ばせば、前半の割引の後に後半の料金が続く構図が見えるようになり、比較は正直になる。

金額については、この記事は例示的な規模と構造についてのみ述べており、特定のベンダーの価格を約束するものではない。パイロットは通常、桁として数万ドルの範囲の小規模な投資であり、展開は倉庫の規模に応じて拡大し、保守は年額である。これらの規模は、決裁者が期待値を調整する助けとなる例であり、実際の価格は実際の見積書による。例示的な規模を使ってサプライヤーの実際の価格を押し下げようとすれば、交渉を前進させるのではなく停滞させる。

次に倉庫AIプロジェクトの予算を交渉するときは、この三つの質問を思い出してほしい。パイロットは実際にどの難しいケースを実証するのか、展開のハードウェアと現場作業は別々に明細化されているか、保守は年間パッケージか都度請求か、である。これら三つの質問に書面で答えられれば、予算は精査に耐え、承認者は各段階が何を買い、何を買わないのかを明確に把握した上で承認できる。

Susan（3PL営業ディレクター）著

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