WMS刷新のフルスクラッチ（オーダーメイド開発）は、初期費用が数千万円から1億円以上、要件定義から稼働まで1年半〜3年以上かかる重い経営判断です。
老朽化した既存WMSの刷新を検討する経営層や物流・情報システム部門の方に向けて、判断の基準、投資規模と頓挫リスク、体制、稟議の要点を整理します。
- 適合性：自社の物流ノウハウが競争優位につながるか
- 投資判断：費用・期間と頓挫リスクをどう評価するか
- 稟議設計：代替案と段階的な予算執行をどう示すか
本テーマの全体像は、以下の記事をご覧ください。
▼全体ガイドの記事
・WMS刷新の完全ガイド
レガシーシステム刷新の種類・工程・費用・会社選定までの全体像については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
WMS刷新におけるフルスクラッチの位置づけ（経営判断軸）
フルスクラッチを経営判断として扱うには、まず、それがどのような性質の投資なのかを、隣接する記事群と切り分けて整理する必要があります。
技術的な実現可否や開発会社の選定は既存の記事群に譲り、本記事では、フルスクラッチを選ぶこと自体が経営にとってどんな意味を持つ意思決定なのかを解説します。
WMS開発・WMSのモダナイゼーションとの違い
WMS刷新の技術面では、同じフルスクラッチという言葉でも、議論の中身が次の2つに分かれます。
- WMS開発でのフルスクラッチ：「自社の倉庫オペレーションにゼロから100%合わせて作る」という、技術的な自由度を議論するものです。
- モダナイズ時のリビルド：複雑なマテハン機器連携や特殊な引当ロジックが標準製品でどこまで対応できないかを見る、技術部門・エンジニア視点の要件適合性の議論です。
本記事が扱うWMS刷新のフルスクラッチは、こうした技術要件が満たされることを前提にします。そのうえで、それでも初期費用数千万円〜数億円、期間1年半〜3年以上という重い投資に踏み切るべきかを、経営会議でどう評価し、どう意思決定するかという、経営判断そのものに重きを置いています。
技術部門は「作れるかどうか」を検討し、経営層は「作るべきかどうか、他の選択肢と比べて本当に最善かどうか」を検討します。この役割分担を明確にしたうえで、経営判断として何を評価すべきかを見ていきます。
フルスクラッチが経営にとって「重い意思決定」である理由
フルスクラッチによるWMS刷新は、金額の大きさに加えて、要件定義から稼働まで1年半〜3年以上の長期間、経営資源を一つのプロジェクトに固定する点で、経営にとって重い意思決定になります。
- 期間中の変化：その間に事業環境や出荷量が変わるリスクがあります。
- 他の投資機会：それを見送ることになる機会費用も生じます。
- 最悪の場合：万が一プロジェクトが頓挫した場合の損失規模は、他の投資案件と比べて突出しています。
そのため経営層は、この投資を単独のシステム更新案件としてではなく、中期経営計画における主要な投資案件の一つとして位置づけるべきです。他の設備投資や事業投資との優先順位を比べながら評価する視点が必要です。
フルスクラッチを選ぶか否かの経営判断基準
フルスクラッチを選ぶべきかどうかは、自社の物流ノウハウの競争優位性と、ベンダーロックインのリスクという観点で評価します。どちらも技術的な実現可否とは別の、経営そのものの問いです。
自社の物流ノウハウの競争優位性評価
フルスクラッチを選ぶかどうかの最大の判断基準は、自社の特殊なピッキングロジック（厳格な温度帯管理や複雑な先入先出など）が、他社に対する競争力の源泉になっているかどうかです。さらに、高度な自動倉庫・AGV等との制御連携も、明確な強みとして効いているかが問われます。
- 強みの喪失：パッケージの標準機能に業務を合わせる（Fit to Standard）と強みが失われるなら、フルスクラッチによる刷新は経営として正当化されます。
- ノウハウが標準的な場合：自社の物流ノウハウが業界標準的で、特に差別化要因になっていないなら、多額の投資をかけてフルスクラッチを選ぶ必要はありません。
- 代替の選択肢：標準製品への刷新（リプレース）や、既存ロジックを維持して環境だけ移すマイグレーション（リホスト・リプラットフォーム）で足りる場合もあります。
経営層は、この評価を情報システム部門やベンダーに任せきりにせず、自社の事業戦略における物流の位置づけそのものを議論したうえで下すべきです。
ベンダーロックインリスクの経営評価
フルスクラッチ開発は、依頼した特定のベンダーへの依存度が高まり、将来の機能追加や改修時に他社へ乗り換えにくくなる「ベンダーロックイン」のリスクを伴います。経営として問われるのは、保守費用の高止まりやベンダーの事業継続リスク（廃業・買収・撤退等）を、どうコントロールするかです。
評価の基準には、次の3点があります。
- 権利の帰属：ソースコードやデータベース設計情報の権利が自社に帰属する契約になっているか
- 保守ベンダーの選択肢：複数の保守ベンダーが対応できる形で仕様書・ドキュメントが整備されているか
- ベンダーの安定性：開発を依頼するベンダー自体の事業安定性・実績をどう評価するか
そのため経営層は、契約段階でこれらのリスクヘッジ条項を盛り込むことを前提に、投資判断を下すべきです。技術的な実現可否だけでなく、契約面のリスク管理も含めて、フルスクラッチという選択の妥当性を評価する必要があります。
投資規模とプロジェクト頓挫リスクの経営会議での評価
フルスクラッチという大きな投資は、費用感の把握と、長期プロジェクトにつきまとう頓挫リスクへの対策を、あわせて検討する必要があります。
費用感・期間の目安と投資規模の妥当性判断
フルスクラッチによるWMS刷新の費用は、規模ごとに次の目安で考えられます。
- 小規模：初期費用300万〜800万円程度で、基本機能に絞ったMVP開発が中心になります。
- 中規模：初期費用800万〜2,500万円程度で、ピッキング管理・棚卸・ハンディ連携・帳票出力・複数権限など、標準的な倉庫運用全般が対象です。
大規模は初期費用2,500万〜5,000万円以上・数億円規模で、複数拠点対応や複雑なロット管理、マテハン機器との自動連携、大規模基幹システムとのAPI連携を伴います。
稼働後の年間運用費は初期費用の10〜20%が目安で、年間数百万円以上を継続的に見込む必要があります。
経営会議でこの投資規模を評価する際は、自社の年間IT予算・設備投資予算に対する比率を確認します。そのうえで、同規模の投資案件と比べた投資対効果（ROI）の水準が妥当かどうかを、他の投資案件と横並びで検討します。
頓挫リスクを下げるAI駆動開発等の判断材料
要件定義から稼働まで1年半〜3年以上かかる長期プロジェクトでは、要件定義の不備や仕様変更による予算超過という頓挫リスクがつきまといます。このため近年は、経営会議でこのリスクを下げる材料として、コード生成にAIを活用する「AI駆動開発」などのアプローチが提示されるケースが増えています。
AI駆動開発などのアプローチは、開発期間を従来比で30〜70%短縮し、パッケージ導入と同等のコスト水準で独自システムを構築・保守できるかどうかが、スクラッチを選ぶ新たな判断材料となっています。
経営層は、開発会社を選ぶ際にこうした最新の開発手法への対応力を確認するとともに、頓挫リスクへの備えを経営会議で事前に合意しておくべきです。その備えとして、要件定義段階でMust/Should/Wantを峻別すること、段階的リリースで早期に効果を検証すること、進捗が計画から大きく逸脱した場合にプロジェクトを見直す撤退基準を定めることが挙げられます。
ステークホルダー合意形成とプロジェクト体制構築
投資規模が大きいフルスクラッチほど、プロジェクト体制と合意形成の質が成否を左右します。ここでは、長期にわたるプロジェクトを頓挫させないための体制づくりを解説します。
長期プロジェクトにおける継続的な合意形成の必要性
1年半〜3年以上の長期プロジェクトでは、開始時に合意した内容が、途中の人事異動や事業環境の変化によって形骸化してしまうリスクがあります。
経営層・物流部門・IT部門・現場作業員の各関係者は、プロジェクト期間中に担当者が交代する可能性が高いものです。そのため、交代のたびに刷新の目的とこれまでの合意事項を、後任者へ丁寧に引き継ぐ必要があります。
PMを中心とした推進ワーキンググループを設けるとともに、四半期ごとなど定期的に経営層へ進捗を報告し、再合意の機会を持つことが大切です。この仕組みで、プロジェクトの目的や優先順位が当初の想定からずれていないかを継続的に確認でき、長期プロジェクトを頓挫させないための実務的な備えになります。
プロジェクトオーナーとしての経営層の役割
フルスクラッチという大規模投資では、プロジェクトオーナーである経営層が、意思決定・予算確保・部門間対立時の優先度の最終判断を、プロジェクト期間中継続して担う必要があります。「ベンダーへの丸投げ」や「担当部門への丸投げ」は、特に頓挫の最大要因になります。
経営層には、PMからの報告を受けるだけにとどまらず、物流部門と現場作業員の意見が対立したときに迅速に優先度を判断して、停滞を防ぐ積極的な関与が求められます。また、フルスクラッチを選ぶ判断は、投資を決めた時点から、プロジェクト完了まで経営層が主体的に関与し続ける覚悟を伴う意思決定です。
経営層への説明・稟議のポイント
PMや情報システム部門が、フルスクラッチという選択肢を経営層に説明して稟議を通すには、技術的な優位性だけでなく、経営が判断できる形に情報を整理する必要があります。
稟議資料における他の選択肢との比較
フルスクラッチの稟議で最も重要なのは、「なぜリプレースやリファクタリングなどの他の選択肢ではなく、フルスクラッチでなければならないのか」を明確に説明することです。そのためには、標準製品では対応できない具体的な業務要件（特殊な温度帯管理、複雑なロット引当、独自のマテハン機器連携など）を挙げ、それらが自社の競争優位性にどう直結しているかを示す必要があります。
経営層は、技術部門から提出された稟議資料に「フルスクラッチが最良の選択である」という結論だけが書かれている場合、他の選択肢との比較検討が十分に行われたかを確認すべきです。
PMや情報システム部門に、リプレースやリファクタリングと比較した費用・期間・リスクの一覧表を稟議資料に含めるよう求めることが、経営として適切な判断につながります。
段階的な予算執行による稟議リスクの分散
1年半〜3年以上の長期プロジェクトの全予算を一度の稟議で承認すると、経営として大きなリスクを抱え込むことになります。そこで、稟議は要件定義完了時点や基本設計完了時点、開発着手時点といったマイルストーンごとに区切るのが望ましいです。各段階で進捗と当初計画からの乖離を確認したうえで、次の予算執行を承認する仕組みにします。
こうした仕組みがあれば、万が一プロジェクトの途中で頓挫の兆候が見えた場合でも、残りの予算執行を止めるという経営判断を機動的に下せます。その結果、損失を最小限に抑えられます。
フルスクラッチという大きな投資を承認する際は、一括承認にせず、こうした段階的な予算執行の仕組みをあらかじめPMに求めておくことが、経営リスクを管理する実務的な手立てになります。
まとめ
本記事では、WMS刷新のフルスクラッチについて、経営判断軸としての位置づけから、選ぶか否かの基準、投資規模と頓挫リスクの評価、体制づくり、経営層への稟議の要点までを整理しました。
フルスクラッチを選ぶかどうかは、自社の物流ノウハウが競争優位性の源泉になっているか、ベンダーロックインのリスクをどう管理するかという2つの基準で判断します。そのうえで、初期費用数千万円〜数億円、期間1年半〜3年以上の投資規模と頓挫リスクを、他の選択肢との比較を踏まえて経営会議にかける必要があります。
段階的な予算執行の仕組みと、プロジェクト期間中も経営層が主体的に関与し続ける体制が、長期プロジェクトを頓挫させないための鍵になります。
技術要件の詳細を知りたい方は、WMSのモダナイゼーションの記事群もあわせてご覧ください。
まずは自社の物流ノウハウが本当に競争優位性の源泉となっているかを、経営会議で率直に議論することから始めることをお勧めします。
▼全体ガイドの記事
・WMS刷新の完全ガイド
▼開発を相談する前に読みたい無料ホワイトペーパー
・レガシーシステム刷新の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。