WMSリプレイスの選定は、製品一覧を見る前に既存WMSの限界工程を特定し、ビルド・バイ・ハイブリッドを評価軸に沿って比べることから始まります。
情報システム部門と物流部門の担当者が根拠をもって候補を絞れるよう、自社課題から評価軸、RFP・PoCまでを実務の流れに沿って説明します。全体像は次の記事にまとめています。
▼全体ガイドの記事
・WMSリプレイスの完全ガイド
レガシーシステム刷新を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
WMSリプレイス選定前に整理すべき自社の課題
乗り換え候補を集める前に、担当者が既存WMSの問題を洗い出します。コスト、体制、現場端末のうちどこに課題が集中しているかを、一文で説明できる状態にしておきます。課題が特定できれば、比較対象に含める方向性と、不要な検討範囲を自然に絞れます。
保守費用の増大とブラックボックス化
自社スクラッチ開発のWMSを長年運用している場合、保守運用費用は初期開発費用の年間10〜20％程度が目安です。たとえば1,000万円で開発したシステムなら、年間100万〜200万円になります。月額では8万〜17万円程度が一つの相場です。
この目安を大きく超える場合や、改修のたびに見積もりが読みにくくなる場合は、乗り換えを検討する材料になります。加えて、開発担当者の退職・異動でソースコードの意図が分からなくなると、ブラックボックス化が進みます。放置すれば、リスクと工数が改修ごとに積み上がります。
保守費用とブラックボックス化は、別々の指標として記録します。両者のどちらが深刻かを整理しておくと、後の方向性選びで判断がぶれにくくなります。
現場端末やOSサポート終了というサイン
ハンディターミナルがWindows CEなどの旧OSで動き、メーカーサポートの終了が近い場合も、重要なサインです。旧OSの端末はクラウド型WMSに対応しないことが多く、Android端末などへの買い替えが必要になります。
買い替え費用は、1台十数万円程度からです。SaaS型WMSでは、端末1台ごとにデバイス接続ライセンスが加算される料金体系も多くあります。端末台数が多い倉庫ほど、ランニングコストへの影響が大きくなるため、あらかじめ確認しておきます。
WMSリプレイスの3つの方向性
WMSリプレイスの方向性は、どれか一つに決め打ちせず、自社業務のどこまでを標準化できるかで見極めます。
- クラウド型WMSパッケージ・SaaS：標準化できる業務を移す先です。
- 自社スクラッチ開発：自社の物流オペレーションに合わせて、維持または再構築します。
- ハイブリッド：標準化できる業務と独自の判断ロジックを分けて、両方を組み合わせます。
クラウド型WMSパッケージ・SaaSへの乗り換え
クラウド型WMSパッケージ・SaaSは、Fit to Standardを徹底できれば、全体で1〜6ヶ月で移行できることが多いとされます。ただし、業務範囲が広い中規模案件では、6〜12ヶ月程度が目安です。
月額5万〜30万円程度の利用料に、インフラ維持やセキュリティパッチ、バージョンアップ費用が含まれる場合も多くあります。短期間で始めやすいのも、この方向性の特徴です。
自社スクラッチ再構築とハイブリッドという選択肢
自社スクラッチ開発の開発期間は、規模によって大きく変わります。50名規模の組織では半年程度、500名規模の基幹システムでは18ヶ月程度です。さらに大規模なケースでは、12〜36ヶ月に及ぶこともあります。
自社スクラッチ開発は、自社の物流オペレーションへ完全に適合させられる一方、開発期間と初期コストの負担は大きくなります。ハイブリッドは、標準化できる業務をクラウド型WMSへ移し、独自の出荷ロジックなど競争力に直結する部分だけを自社開発に残す折衷案です。
どの方向性でも、現在のWMSが担う機能を洗い出し、標準機能で代替できる範囲と、自社独自の判断ロジックが残る範囲に分けます。この整理によって、後工程の評価軸とRFPの精度が高まります。また、複数拠点や複数荷主を抱える企業では、拠点ごとの運用差も確認します。
製品選定で比較すべき評価軸
候補となる方向性と製品は、まず業務範囲と現場端末との互換性で比べます。料金体系とTCOに加え、データ移行性とベンダーロックイン耐性も評価軸にします。また、同じ質問を各候補に当てはめると、営業説明の分かりやすさに評価が引っ張られにくくなります。
業務範囲・現場端末との互換性
入荷・保管・ピッキングについては、標準機能でどこまでカバーできるかを確認します。検品・出荷・在庫管理も含め、追加開発になる範囲を候補ごとに確かめます。荷主やSKUの追加、出荷量の季節変動にも、料金と機能面で柔軟に対応できるかを見ます。
現在のハンディターミナルをそのまま使えるか、買い替えが必要かを、早い段階で確認します。そうしておくと、後工程の予算感が大きくぶれにくくなります。Wi-Fi環境下の実機動作は、資料上の対応可否に頼らず、実際の現場に近い条件で確かめます。
将来的な業務量の増減も評価対象です。導入時点の業務量だけで評価すると、拠点拡大や取扱品目の増加で追加費用が発生することがあります。機能不足に直面する可能性も確認します。
料金体系・TCO・データ移行性
投資判断は、初期費用に加えて、5〜10年程度のライフサイクルで見たTCOで比べます。クラウド型WMS・SaaSは、ROIの回収に1.5年から4年程度を見込むケースが多いとされます。
Fit to Standardが前提のため、カスタマイズ率が50％を超えると費用が2〜3倍に膨らむリスクがあります。このリスクを軽く見ると、当初の想定より費用がかさみます。
将来の製品変更に備え、CSVエクスポートやAPI連携によるデータポータビリティを確かめます。SLAや保守範囲が契約時に明文化されているかも見ておきます。
ビルド・バイ・ハイブリッドの選び分け
標準的な入出荷・在庫管理と継続的な機能更新を重視するなら、バイが第一候補になります。一方で、特殊なピッキングロジックや荷主ごとの検品・梱包フローが競争力に直結するなら、ビルドが適しています。標準化する部分と独自に残す部分を切り分けられるなら、ハイブリッドも選択肢になります。
競争優位性の見極めが判断の前提
判断の基準は、倉庫オペレーションが競争優位性の源泉か、業界共通で標準化できる業務かです。ビルドは、自社業務への100％適合と自由な拡張性がメリットです。
一方で、開発期間が長期化しやすく、初期費用は数千万円から数億円に及びます。さらに、担当者交代によるブラックボックス化・属人化もリスクです。
バイは、短期間かつ低コストで導入でき、ベンダーの継続的なアップデートも受けられます。ただし、Fit to Standardが前提のため、自社業務を標準機能へ合わせる調整は必要です。
ハイブリッドでの責任分界の明確化
複数拠点や複数荷主を抱える企業では、コア・サテライト型という組み方も選べます。標準化しやすい入出荷・在庫管理はクラウド型WMSに任せ、独自の出荷ロジックは自社開発として残します。
クラウド型WMSと自社開発システムのどちらを正のデータとするかを、あらかじめ定めます。さらに、エラー発生時の再送や取消処理を、どちらが担うかも比較の段階で決めます。
API連携の工数は、対象システムや連携項目の数で変わります。そのため、一般的な相場を前提にせず、入出力項目と例外処理を示して個別に見積もります。
RFP・Fit&Gap検証・PoCの進め方
比較検討を感覚で進めないために、RFI・RFPの作成とPoCによる検証を工程として踏みます。資料上の機能一覧に頼らず、実際の業務シナリオで合格条件を確認します。
RFPに盛り込む業務シナリオと非機能要件
情報提供依頼（RFI）は1〜2週間程度で行い、その後、1〜3ヶ月かけて提案依頼書（RFP）を作成します。各社からは2〜3週間で提案を受領する流れが一般的です。RFI・RFP・Fit&Gap検証の全体では、おおむね3〜4ヶ月程度を見込みます。
RFPには、自社固有の業務シナリオを示します。たとえば、ロケーション別のピッキング動線、荷主ごとの検品例外、繁忙期の処理件数などが該当します。
非機能要件では、権限管理と操作ログを扱います。バックアップや障害時対応も、あわせて記載します。
PoCで検証すべき現場ハードウェアとの連携
RFPで数社に絞った後は、2〜4週間程度のスプリントでサンドボックスPoCを実施し、Fit to Standardを確認します。特に現場ハードウェアとの連携は、Wi-Fi環境下でハンディターミナルとラベルプリンタを実機で動かして検証します。スキャンからデータベース反映、次指示表示までのレスポンスタイムも確かめます。
月末締め日など繁忙期の大量伝票と多数端末の同時アクセスを再現し、レスポンス低下やタイムアウトの有無を、ピーク時の実測で確認します。上位ERPやOMSとの連携も検証します。Wi-Fi瞬断時の挙動など、異常系テストも欠かせません。
ピッキング・検品担当者にもデモへ参加してもらい、画面の文字・ボタンサイズと、手袋着用時の操作性を評価します。こうした現場での操作性の確認が、導入後の定着を左右します。
WMSリプレイス選定の失敗を避ける方法
よくある失敗は、機能一覧やベンダーの説明だけで比べてしまうことです。データ移行の難度や並行稼働期間のコストも、重く見る必要があります。
導入目的と責任者を明確にしたうえで、情報システム、物流現場、経理の視点を選定プロセスに反映します。
データ移行とスケジュール見積もりの不足
WMSリプレイスでは、既存のロケーションマスタや在庫データの移行が難所になりやすいです。事例では、データの統合とクレンジングだけで4ヶ月を要したケースもあります。単純なコピーでは済まないため、サンプル移行、全件移行、移行リハーサルの3段階でテストします。
全体スケジュールの10〜30％程度をリスクバッファとして確保します。そのうえで、パイロット移行や並行移行を使って段階的に切り替える進め方が安全です。
具体的な製品候補を検討する場合は、WMSリプレイスのパッケージ・クラウド製品一覧も参照できます。比較の材料をそろえる際に役立ちます。
ベンダーロックインと並行稼働コストの見落とし
新旧WMSを一定期間並行稼働させると、ライセンスやサーバー費用が二重にかかります。加えて、二重入力の人件費も発生するため、移行方式のなかでも特にコストがかさみます。それでも、業務停止による機会損失を避けるための安全投資と位置づけ、期間をできるだけ短く設計します。
契約前には、データポータビリティとSLA・保守範囲の明文化を確認します。確認しないまま契約すると、次の見直し時の負担がさらに大きくなります。
WMSリプレイス導入前に確認しておきたいポイント
候補を絞ったあとも、拠点規模、セキュリティ、PoCの確認範囲を詰めておきます。導入後に運用が止まるリスクを抑えるため、判断が分かれやすい論点を確認します。
拠点や取扱アイテムが少ない場合の検討価値
規模の大小よりも、保守費用の増大やハンディターミナルのOSサポート終了が重なっているかで判断します。ただし、小規模拠点でも、端末更新のタイミングが近いなら、乗り換えを比較検討する価値があります。
クラウド型へ乗り換える場合のセキュリティ確認
クラウド型へ乗り換えても、セキュリティ確認は必要です。権限管理と操作ログを確認するとともに、バックアップと障害時の復旧体制も見ておきます。
在庫データや取引先情報の保管場所は、契約書で確かめます。契約が終わったときのデータの返却と削除の条件も、あわせて確認しておく必要があります。ベンダーに任せられる範囲と、自社が担うべき範囲を切り分けておくことが大切です。
PoCで検証する範囲
正常系の入出荷処理に加えて、繁忙期を想定したピーク時の負荷も試します。Wi-Fi瞬断からの復旧や、上位システムとの連携エラー時の挙動も確認します。
現場担当者に端末を操作してもらい、教育時間の目安まで確かめます。そうすることで、導入後のギャップを減らしやすくなります。
まとめ
WMSリプレイスでは、保守費用、ブラックボックス化、現場端末のOSサポート終了を課題として特定します。そのうえで、クラウド型WMSパッケージ・SaaS、自社スクラッチ開発、ハイブリッドを比べます。
比べる際は、業務範囲と現場端末との互換性、料金体系とTCOを評価します。さらに、データ移行性とベンダーロックイン耐性も確認します。
RFI・RFPを経たPoCで、現場ハードウェアとの連携まで確認することが重要です。
判断の基準となる競争優位性の見極めとTCOの把握
ビルドかバイかは、倉庫オペレーションが自社の競争優位性の源泉かどうかで見極めます。コストは、5〜10年単位のTCOで比べます。
データ移行と並行稼働にかかる期間やコストを甘く見積もらないことは、計画倒れを防ぐうえで欠かせません。
自社の課題整理から始める比較検討
まず、現在のWMSの保守費用と現場の課題を洗い出します。次に、標準化できる業務と自社独自に残す業務を切り分けてください。
既製のクラウド型WMSで吸収しきれない出荷ロジックや基幹システム連携には、個別開発やハイブリッド構成も使えます。
riplaは、フルスクラッチ開発の立場から、製品選定前の要件整理を支援します。既製クラウド型WMSと基幹システムの連携、独自業務に合わせた個別開発にも対応します。
▼全体ガイドの記事
・WMSリプレイスの完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・レガシーシステム刷新の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。