レガシーシステムリプレイスの見積相場や費用/コスト/値段について

レガシーシステムリプレイスの費用は、100万円から数億円規模まで幅があります。金額を左右するのは、企業規模、システムの複雑さ、移行方式です。

費用を比べるときは、企業規模と移行方式を先にそろえて見ることが大切です。全体像は、レガシーシステムリプレイスの完全ガイドもあわせてご覧ください。

▼全体ガイドの記事
・レガシーシステムリプレイスの完全ガイド

レガシーシステムリプレイスの費用相場一覧

小規模企業、中小・中堅企業、大企業・グループ企業の従業員規模と費用目安を並べた図。
規模が上がるにつれて費用帯も広がります。

企業規模や移行方式が違う見積もりを並べると、金額の差がどこから来ているのか分かりにくくなります。そのため、費用を比べるときは、企業規模と移行方式を先にそろえて確認します。

規模別の費用目安(中小企業 vs 中堅・大企業)

企業規模ごとの費用帯を見ると、見積もりの最初の見当をつけられます。

  • 小規模企業:従業員50名以下で100万〜500万円程度
  • 中小・中堅企業:従業員51〜300名で500万〜3,000万円程度
  • 大企業・グループ企業:従業員300名超で3,000万円〜1億円以上

小規模企業では、クラウドSaaSへの移行や限定的な領域であれば収まりやすい傾向があります。中小・中堅企業では、業務システムの統合やオンプレミスからの移行が中心になります。大企業では、SAP等の大規模ERP導入により、数億円規模になることもあります。

費用は、同じ規模でも、カスタマイズの度合い、データ移行の複雑さ、外部連携の数によって変わります。

開発工程別の費用内訳(要件定義・設計・開発・テスト・保守)

工程別の比率を見ておくと、見積書の費用配分に抜けがないかを確認できます。

  • 要件定義:全体の10〜15%が目安
  • 設計:全体の10〜25%が目安
  • 開発・実装:全体の50〜60%が目安
  • テスト:全体の5〜10%が目安
  • 運用保守:全体の15〜20%が目安

開発費に要件定義や設計を含めるかは、ベンダーによって異なります。プロジェクトマネジメント費を別に請求されるケースもあるため、見積書で内訳を確かめておく必要があります。

データ移行費、ユーザー教育費、ドキュメント作成費も、見積もりに含まれる範囲を確かめておきます。これらが別途になっていると、後から数百万円単位の追加費用が発生することがあります。また、要件定義が全体の5%以下の見積もりは、手戻りのリスクが高く要注意です。

エンジニアの人月単価目安(新人〜上級)

人月単価は、1名のエンジニアが1ヶ月稼働した場合の費用です。システム開発費用の大部分は、エンジニアの人件費で構成されます。

  • 新人・ジュニア:月額80万円以下が目安
  • 一般的なエンジニア:月額80〜140万円が目安
  • 上級・アーキテクト:月額140〜250万円が目安

単価が低くても、習熟に時間がかかれば人月数が増える可能性があります。たとえば、単価50万円で10人月の場合と、単価120万円で4人月の場合を比べてみます。

後者は総額が同等か、安くなることもあります。そのため、単価だけで判断せず、単価×人月数で比べることが重要です。

コンサルタントやPMクラスは、月額200〜350万円を超えることもあります。上流工程の質は成否を左右するため、経験豊富な人材への費用を確保しておく必要があります。

ポイント

費用相場は企業規模で大きく変わるため、規模と移行方式をそろえた見積もり同士で比べるのが判断の基本です。工程別の比率と人月単価も、同じ条件で並べたときに意味が出ます。

費用の見積もり手法

超概算、概算、確定見積もりの順に、誤差の目安が示された図。
要件が具体化するにつれて誤差の幅が小さくなります。

見積もり手法の違いを知っておくと、提示額の精度と前提条件を比べられます。

5つの見積もり手法(類推法・係数法・FP法・ボトムアップ法・三点見積もり法)

5つの手法は、使える情報量と求められる精度によって使い分けます。

  • 類推法:類似実績をもとに、初期の概算に用いる
  • 係数法:規模や複雑性に係数をかけ、早く算出する
  • FP法(ファンクションポイント法):機能数と複雑さを換算する
  • ボトムアップ法:タスク分解で積み上げ、精度が高い
  • 三点見積もり法:楽観・最頻・悲観値から期待値を出す

類推法は精度が低く、±50%程度の誤差が生じることもあります。係数法には、コード規模などを使うCOCOMO法が含まれます。

FP法は要件定義後に精度を高めやすい一方、ボトムアップ法は作成に時間がかかります。三点見積もり法は、不確実性が高いプロジェクトに有効です。

超概算見積もりは、類推法や係数法が使われることが多く、確定見積もりと数倍の差が出ることもあります。

見積もりは「構造的に変動する」——超概算・概算・確定の違い

見積もりの増額は、要件が具体化する過程で構造的に起こり得ます。

  • 超概算:検討初期に算出し、誤差は±50%以上が目安
  • 概算:要件定義後に算出し、誤差は±20〜30%が目安
  • 確定見積もり:基本設計後に算出し、誤差は±10%以内を目指す

進行後に非機能要件や既存連携の複雑さが判明すると、金額は変わります。これは前提条件が変わった結果で、必ずしも契約後の不誠実さを意味するものではありません。

見積もりは段階によって誤差が大きく違うため、発注側は、比べる見積もりの段階をそろえて価格交渉を進めます。

コストが膨らむ5つの要因と対策

予算超過につながる要因として、カスタマイズ、データ移行、非機能要件、追加費用請求、維持コストを示す図。
導入前に洗い出したい費用の発生源です。

予算超過の要因は、多くの場合、プロジェクトを始める前からすでに含まれています。

カスタマイズの代償——製造業D社「70%カスタマイズで費用2.5倍」の実例

パッケージやERPでは、カスタマイズが費用を押し上げやすい項目です。

  • カスタマイズ率:製造業D社では70%
  • 費用:当初予算の2.5倍に膨張
  • 生産性:自社業務への適合で30%向上

大切なのは、カスタマイズの有無そのものより、その費用と効果を見積もっておくことです。Fit to Standardか業務適合かを比べ、選択によるトレードオフを明らかにします。

カスタマイズ率が30%を超える場合は、費用が倍以上になる可能性があります。さらに、カスタマイズが多いほど、将来のバージョンアップ費用も増えていきます。

データ移行の隠れコスト——商社E社「クレンジングだけで4ヶ月」の教訓

データ移行とクレンジングの費用は、見積もりから漏れやすいものです。従業員200名規模の商社E社では、20年分の顧客データが分散していました。

3つのシステムを統合した際は、クレンジングだけで4ヶ月を要しました。作業には、名寄せや表記正規化、重複排除のほか、欠損値の補完も含まれていました。移行元のデータの状態は、次のとおりでした。

  • データ分散:複数システムにデータが分かれている
  • 入力ルール:長年にわたり統一されていない
  • 表記ゆれ:「株式会社」と「(株)」が混在
  • 特殊文字:外字や特殊文字が含まれる

この4ヶ月は、開発費に含まれない隠れコストです。そのため、追加費用が数百万円規模になることもあります。また、データ移行の工数は、データの品質や量、システム間の形式差異で指数関数的に増えます。

計画の段階でデータ品質を調べ、クレンジング費用を別に計上しておきます。

非機能要件の後出しによるコスト増

パフォーマンス(性能)やセキュリティは、開発の前に定めておきます。可用性や拡張性も、開発前に定義しておく項目です。

  • バッチ処理:月次処理を3時間以内に完了
  • 同時接続:500名のユーザーに対応
  • 停止時間:年間4時間以内に抑える

要件が曖昧なままだと、完成後に夜間バッチが12時間かかる問題が発覚します。非機能要件の変更は、インフラや設計からの手戻りにつながります。

非機能要件は、IPA(情報処理推進機構)の「非機能要求グレード」などを使って、網羅的に定めます。

ベンダーの追加費用請求への対処法

ベンダーから追加費用を求められたら、それが仕様外だとする根拠を確かめます。

  • 契約範囲:契約書、仕様書、議事録で確かめる
  • 根拠の書面化:要件定義書などの該当箇所を示してもらう
  • 変更管理:Change Request(CR)で起票し、承認する

交渉の前提をそろえるには、「仕様外」とする理由を書面で受け取っておくことが欠かせません。さらに、追加費用を認めるときも、正式な承認記録を残してから対応を進めます。

レガシーシステムの維持コストという「もうひとつの費用」

リプレイスをしない場合の維持費も、新システムの導入費と並べて比べます。

  • 旧技術の人材:COBOL・AS/400対応者の確保費が上昇
  • 設備維持:交換費と空調・電力の費用、ラック賃料が続く
  • 保守対応:パッチやOSサポート延長に費用がかかる

多くの企業では、IT予算の8割がシステムの維持管理費に使われています。経済産業省のDXレポートも、IT予算の8割以上が維持管理に充てられていると指摘しています。

また、夜間・休日の対応や、年間数百万円規模のパッチ費用が必要になることもあります。維持費を5〜10年分で積み上げ、リプレイスの投資額と比べると、判断の材料になります。

ポイント

コストが膨らむ要因は、カスタマイズ、データ移行、非機能要件、追加費用請求、維持コストの5つです。見積もりに何が含まれているかを先に確かめておくことが、増額への備えになります。

ROI(投資対効果)の算出方法

業務の利便性向上やリスク低減は、数字にしにくい効果です。一方で、ROI(投資利益率)を算出すると、リプレイスの回収年数を定量的に示せます。

人件費削減の計算(基本給の2倍)

人件費削減額は、基本給だけでなく、実際の雇用コストをもとに計算します。

  • 社会保険料:健康保険、厚生年金、雇用保険、労災保険
  • 通勤交通費:通勤に必要な交通費
  • 福利厚生費:従業員の福利厚生にかかる費用
  • 賞与・退職金引当:将来分を含む人件費
  • オフィスコスト:一人当たりの光熱費やスペース賃料

これらを合算すると、実際の雇用コストは基本給の約2倍になります。月次決算作業では、3人が各2日を要し、合計6人日でした。

リプレイス後は1日(1人日)に短縮され、年間の削減工数は60人日になります。この工数は、(6-1)人日×12ヶ月の式で算出します。

月給40万円のスタッフの場合、実コストは80万円となり、1人日あたり約3.5万円です。60人日に3.5万円を掛けると、年間削減額は210万円になります。5年では1,050万円の削減効果です。

経営層を説得するROI説明の型

経営層には、投資と効果の流れが一つの資料で追えるように示します。

  • 投資額:初期投資に必要な金額
  • 年間削減効果:人件費と運用コストの削減額
  • 回収期間:投資額を純年間効果で回収するまでの年数

ROIは、(年間削減効果−年間維持費)÷初期投資額×100%で求めます。

たとえば、初期投資3,000万円、維持費300万円、削減効果800万円の場合、純効果は500万円です。この場合の回収期間は6年になります。

維持しない場合のリスクも、あわせて示します。障害時の停止損失は、1時間あたりの売上損失に復旧時間を掛けて算出します。さらに、セキュリティ事故の対応費や信用損失、旧システムの人件費上昇も含めます。

従業員100名規模の製造業A社では、月次決算が3週間から1週間に短縮されました。その短縮は、人件費に換算すると年間数百万円規模の削減効果になり、稟議の根拠にもなります。

ポイント

ROIは、人件費を基本給の2倍で計算し、維持費を差し引いた純効果で回収年数を求めるのが基本です。維持しない場合のリスクも損失として並べると、経営層の判断材料になります。

財務・会計処理のポイント

費用の会計処理は、稟議が通るかどうかや税務上の扱いに関わります。

ソフトウェア資産計上と減価償却(耐用年数5年)

自社利用目的の開発費や購入費は、国税庁の基準にもとづいて無形固定資産に計上します。

  • 耐用年数:法定耐用年数は5年で、定額法を適用
  • 計上例:3,000万円なら毎年600万円を償却
  • 費用処理:研究開発、維持保守、移行、教育は費用処理が一般的

研究開発には、市場調査やプロトタイプ開発が含まれます。また、既存機能の追加ではなく、単なる維持・保守の費用も費用処理の対象です。

資産にするか費用にするかは、開始前に経理部門や税理士と方針を確かめておきます。資産計上は初年度の負担を分散できる一方で、毎年の償却が必要になります。

SaaS移行によるCAPEX→OPEX化の財務諸表への影響

クラウドSaaSへの移行では、支出の中心が初期投資から利用料へと変わります。

  • CAPEX:オンプレミス開発費を資産計上し、償却
  • OPEX:SaaSの月額・年額利用料を毎年費用計上
  • 貸借対照表:固定資産が減り、資産効率が改善
  • 損益・資金:定額費用になり、初期の資金流出を抑える
  • M&A・事業売却:システムが自社資産として計上されなくなる

CAPEXは設備投資、OPEXは運営費を指す言葉です。B/S(貸借対照表)では固定資産が減り、P/L(損益計算書)では利用料を計上します。稟議では、「SaaS移行により年間XXX万円の投資が不要になる」と示すだけでなく、資産効率や自己資本比率の改善も説明します。

ポイント

自社利用のソフトウェアを資産計上にするか費用処理にするかは、開始前に経理部門や税理士と決めておくことが大切です。資産計上では毎年の償却が必要になる点も踏まえて判断します。

見積もりを取る際のポイント

精度の高い見積もりを得るには、発注側が正確な情報を用意しておく必要があります。

要件明確化と仕様書の準備

現行システムを整理し、RFP(提案依頼書)で、引き継ぎの範囲をはっきりさせます。まず、機能一覧と業務フローを整理し、引き継ぐ対象を決めます。画面一覧と帳票一覧も、同じように洗い出します。そのうえで、廃止する機能と新たに追加する機能も、RFPに明記します。

RFPには、次の内容を記載します。

  • 背景と目的:プロジェクトの背景と目的
  • 現行概要:規模、機能、データ量
  • 新要件:機能要件と非機能要件
  • 計画・評価:スケジュール、予算、評価基準、選定プロセス
  • 提案形式:費用内訳の明示と工程別内訳の要求

依頼の内容をそろえておくと、各社の提案を同じ基準で読み比べられます。提案形式に工程別の費用内訳を明記しておくと、一括提示された見積もりでも各社の金額を比較しやすくなります。

複数社比較と発注先の選び方

複数社の価格差は、金額だけでなく見積もりの範囲と体制を並べて比べます。

  • A社:500万円を提示
  • B社:1,500万円を提示
  • C社:1,200万円を提示

見積もりは最低3社から取り、教育費や移行費が含まれるか、前提となる工数を確かめます。たとえば、A社は教育費やデータ移行費を含んでいないなど、対象範囲に違いがあります。

さらに、人月単価と工数の前提、品質やサポート体制の差も比べます。発注先は、同業種・同規模の支援実績があり、業界固有の規制を理解しているベンダーを優先します。また、提案書に、匿名でもよいので業種・規模・課題・効果が載った事例があるかも確かめます。

注意すべきリスクと予算確保の考え方

予算超過に備えて、開始前に予算の余力を決めておきます。

  • 失敗リスク:ERP導入の75%が何らかの失敗を経験
  • 予備費:当初予算の15〜20%程度を確保
  • 安定稼働:Go-Live後3〜6ヶ月の費用を見込む

予算超過や遅延、品質問題を想定しておくと、追加予算の承認遅れを防げます。予算どおりに終わるという前提で始めると、問題が起きたときに停滞しやすくなります。

稼働直後は、不具合や問い合わせ、運用手順の調整が集中します。そのため、ポストGo-Liveサポートの体制と費用を契約に含めるかどうか、確かめておきます。ベンダーによっては、この費用を見積もりから省くこともあるため、契約交渉の段階で確認しておく必要があります。

ポイント

見積もりを比べるには、要件を具体的な資料にそろえたうえで、最低3社から取ることが前提になります。教育費や移行費、人月単価、工数の前提を見ると、金額の差の理由を読み取りやすくなります。

まとめ

レガシーシステムリプレイスの費用相場は、企業規模により100万〜1億円超です。工程別では、開発・実装が50〜60%を占めます。人月単価は、新人80万円以下、一般80〜140万円、上級140〜250万円が目安です。

コスト膨張には、カスタマイズ、データ移行、非機能要件の後出しがあります。たとえば、製造業D社は70%のカスタマイズで費用が2.5倍になり、商社E社はデータクレンジングだけで4ヶ月を要しました。

さらに、追加費用請求への対処とレガシーシステムの維持費も確認が必要です。ROIでは、人件費を基本給の2倍で計算し、SaaS移行の財務効果も示します。費用が高く見えても、維持費とROIを比べて判断することが重要です。

riplaでは、コンサルティングから開発まで費用の透明化を支援しています。ROI試算とベンダー選定支援も含めて、一気通貫で対応します。まずはお気軽にご相談ください。

▼全体ガイドの記事
・レガシーシステムリプレイスの完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。