カリフォルニア州オンタリオにクライアントがいた。Eコマースのフルフィルメントを5、6年営む小さな3PLだ。2023年秋、オーナーのChenが私のところに来た。倉庫はぐちゃぐちゃで、誤出荷に苦しめられ、WMSが必要だった。彼の頭にあった問い——小規模倉庫にとってのクラウドWMS vs オンプレミス——は、小規模倉庫のソフトウェア選定における最古のジレンマであり、彼はそれを痛い目に遭いながら学ぶことになった。

予算は厳しかった。ライセンス費用は数万ドル台前半に上限。「Susan、費用対効果が一番のものを探してくれ」。

私は二つの選択肢を持っていった。一つは20年以上続くベンダーのレガシーなオンプレミスWMS——ライセンスは買い切りで、見積もりは3年分のクラウドサブスクリプションより安かった。もう一つは流行のクラウドWMS——年額サブスクリプションで、3週間で稼働。

Chenは迷わずオンプレミスを選んだ。「買えば自分のものだ。レンタルは誰かのために働いている気分になる」。鉄壁のロジック——のようだが。

それから話は横道にそれた。

コンサルタントたちは「標準導入」の作業明細書を携えてやってきて、日単価で請求してきた。ChenにはEDI接続、会計ソフトとの連携、テンプレートに合わないピッキングフローが必要だった——「対象外」の項目が一つ増えるたびにコンサル日数が積み上がる。月が経ち、繁忙期が来て、コンサル会社は人が足りなくなり、プロジェクトは遅れた。最終請求:導入費はライセンス料のおよそ2倍だった。営業担当はピッチでそのことを一言も言わなかった——オンプレミス商談ではライセンスは入場料であり、導入こそ利益の源泉だ。我々はそれを導入ブラックホールと呼ぶ。ベンダー側の人間は皆知っている。

稼働から1年目、サーバーのハードディスクが死んだ。社内ITはいない。外注の担当者が来るのに2日かかった。紙伝票とスプレッドシートの2日間。誤出荷率は昔の悪い頃に戻った。

二つ目の話は短い。2024年初頭、Chinoにいる若い創業者——元Amazon系代理店で、今は自分の小さな倉庫を持つ。彼が欲しかったのはスピードだった。クラウドWMS、3週間で稼働、在庫はスマホで。1年目、彼は皆に「最高の決断だった」と言って回った。

2年目、彼の物量は3倍になった。更新の時、営業担当が付属書を開いた。サブスクリプションは月間受注量で段階制になっており、彼は一段階上がっていた。料金は大きく跳ね上がった。それから夏のある午後、停電で工業団地全体のインターネットが半日止まった——接続なし、クラウドシステムなし、入荷は完全停止。ケーブル回線が死ねば、最高のソフトも役に立たない。

二人のクライアント、二通りの火傷。罠は仕様書にはない——契約書と会計の中にある。私がサインしてきた100件以上の倉庫契約から蒸留した6つの判断ポイント。

判断ポイント1: クラウドWMSのサブスクリプション vs オンプレミスの初期費用——3年分の計算をしよう

1年目の見積もりではオンプレミスが勝つことが多い。買い切りライセンスは、永遠のサブスクリプションより「本物」に感じる。しかしWMSの計算は3〜5年で、内訳はまったく違う。

費用項目 オンプレミス クラウドWMS
ソフトウェア 買い切りライセンス 年額/月額サブスクリプション(ユーザー課金、受注課金、倉庫課金——ベンダーにより異なる)
ハードウェア 自前のサーバー、ラック、ネットワーク機器 不要——ブラウザがあれば十分
導入 高額、最も膨らみやすい項目(日単価) 低め、標準フローはすぐ稼働
保守 年額料金(料率は変動——現行のベンダー方針を確認)+アップグレード 込み、アップグレードは自動
IT人員 社内または外注のITが必要 ほぼ不要
物量増加 通常はソフト費用の追加なし 段階制の跳ね上がりの可能性

オンプレミスは家を買うことだ。頭金は痛いが、長く住むほど得。クラウドは賃貸だ。明日から住めるが、大家は毎年家賃を上げる。1年目で一番安いものが、3年目でも一番安いとは限らない。

業界裏話:オンプレミスの営業はライセンスのページから始める——資料の中で一番きれいなページだ——日単価は後ろの方に隠す。クラウドの営業は1年目の最大割引から始める一方で、更新時の上限は付属書に隠す。鏡写しのピッチ、鏡写しの罠。

判断ポイント2: 導入スケジュール——繁忙期は待ってくれるか

クラウドは数週間で稼働する。オンプレミスは数ヶ月、複雑なものは半年かかる。Chenのプロジェクトはスケジュールで死んだ。

鉄則:繁忙期の3ヶ月前にはすべてを凍結する——システム変更は一切なし。それがすべて。逆算しよう。導入に6ヶ月かかるオンプレミスなら、繁忙期の9ヶ月前にスタートを切ることになる。繁忙期に痛い目を見てから探し始めるオーナーは、必ずこのスケジュールを見て青ざめる。

そして「無料導入」には割引が必要だ。無料なのは標準フローだけ。あなたのEDI、カスタムレポート、特殊なピッキングロジック——すべて日単価の追加だ。「標準」の含むものと含まないものを営業にリストさせて、契約書に添付しよう。「それはサービスします」という口約束は、ほぼ毎回請求書に変わる。

判断ポイント3:「インターネットが落ちたらどうする?」——まず自分のサーバーが最後に壊れたのがいつか聞こう

倉庫の通路に立つサーバーラックと作業中のフォークリフト——多くの小規模倉庫における「サーバールーム」とはこういうもの

クラウドについて最もよく聞かれる質問であり、最もダブルスタンダードな質問だ。

クラウドは障害を恐れる。そうだ。オンプレミスはもっと恐ろしいものを恐れる。停電、死んだディスク、死んだ空調、パッチ未適用のシステム。直感に反する真実:小規模倉庫の「サーバールーム」——たいていは隅のラックだ——は、クラウドベンダーのSLAより回復が遅いのが普通だ。ベンダーには24/7の運用チームがいるが、あなたにはいない。Chenのディスクは2日かかった。クラウドの2日間の障害は全国ニュースになる。

正しい問いは「インターネットが落ちたら」ではなく「どちらの場合も非常時の計画は何か」だ。紙伝票に戻るか。今は受けて後で入力するか。両陣営ともこれに文書で答えるべきだ。

判断ポイント4: データは誰の手に——そして離れるときにどう取り戻すか

オンプレミスのデータは自社サーバーにある——安心に感じる。しかし:バックアップは動いているか。テストしたか。最後に確認したのはいつか。会うオーナーの大半は答えられない。手元にあるデータと安全なデータは別物だ。

クラウドのデータはベンダーの手にある。契約前に三つを詰めよう。契約終了時にどれだけ速くエクスポートできるか。どの形式で(テーブル構造のないCSVは、移行が作り直しを意味する)。そして料金がかかるかどうか——そう、エクスポートに「サービス料」を取るベンダーもいる。黙っているのは了承を意味する。

営業が一番聞かれたくない質問だ。相手がもじもじすればするほど、聞いた甲斐がある。

判断ポイント5: カスタマイズと連携——予算が死ぬ場所

ERP、マーケットプレイス、EDI、運送ラベル——WMSの予算が爆発する場所だが、クラウドかオンプレミスかはほぼ関係ない。問うべきは一つだけ。ベンダーのAPIがどれだけ開いているかだ。

契約前に聞く五つの質問:APIドキュメントは完全か——今見せてくれ。標準に私の連携は含まれるか。EDIは取引ごと課金か年額か。「連携モジュール」のライセンスは別か。ERPを乗り換えたら料金はリセットされるか。

レガシーなオンプレミスはAPIを後付けした——プラットフォームごとに一つの料金。クラウドベンダーの中にはAPIファーストだが、高度なエンドポイントを高額プランに閉じ込める者もいる。この項目は最大級の一つになり得る——別々に交渉し、決して「導入」の中に隠さないこと。

判断ポイント6: 小規模倉庫のWMS選定は未来のこと——成長したときのコスト

最も過小評価されていること:皆が今年だけの見積もりを出す。

クラウド:ユーザー増、倉庫増、物量の段階制——ほぼすべてが値上げを意味する。商売が良くなれば、ベンダーへの支払いも増える。家賃値上げのロジックだ。

オンプレミス:ユーザー増はライセンス追加、倉庫増はサーバー追加の可能性がある——しかし1日1,000〜10,000件の受注では、通常ソフトの請求は動かない。住宅ローンのロジックだ。

直感に反すること:3年以内に拡大する成長の速い倉庫は、クラウドの方がオンプレミスより5年総額が高くつくことがある。安定した小規模倉庫は、オンプレミスの初期費用を回収しきれないかもしれない。問題はどちらの技術が「先進的」かでは決してない——あなたの3年間の物量カーブだ。売上予測をそれに当ててみよう。100ページのホワイトペーパーより効く。

次に交渉するときは、この三つの質問をしよう

一つ目:「導入に上限はあるか。超過分は誰が払うのか」——オンプレミスのブラックホールを潰す。

二つ目:「更新時の値上げ上限はあるか。物量の段階表を文書でくれ」——クラウドの値上げの忍び寄りを潰す。

三つ目:「契約終了時——データはどれだけ速く、どの形式で、いくらで取り戻せるのか」——どちらにも効く。

ベンダー側からの助言:口頭の「大丈夫」は無価値だ。契約書の付属書に、署名入りで。文書にならなかったことは、言われなかったことだ。

あなたが選ぶのは技術ではない。3年分のコスト構造と交渉力だ。この六つを押さえれば、署名の日は火傷しない。

Susan(3PL営業ディレクター)著

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