基幹システムのリプレイス費用｜相場と特有コスト・見積もりがブレる構造【2026年】

執筆：Swooo編集部／監修：諸藤 哲耀（株式会社アイビス Swooo）

基幹システムのリプレイス費用は、同じ内容の依頼でも、会社によって見積もりが2〜3倍開くことが珍しくありません。開発会社各社が公表している相場レンジ自体、同じ規模帯で数倍の開きがあるのが実情です。規模別の相場を知るだけでは予算は立てられず、なぜそれほどブレるのかという構造と、新規導入にはないリプレイス特有のコストを理解して初めて、提示された金額の妥当性を判断できるようになります。

この記事では、複数の公開情報のレンジを重ね合わせた規模別の目安を示したうえで、リプレイスならではの3つのコスト（現行システムの解析、データ移行と新旧突合、並行稼働の二重運用）、見積もりの金額差が生まれる構造、TCO（総保有コスト）での比較の仕方、そしてAI駆動開発でどの費目が変わりつつあるかを、発注側の視点で整理します。刷新方式の選び方や失敗パターンを含む全体像は基幹システムのリプレイス完全ガイドにまとめています。

規模別の費用相場：公表レンジの「重なり」で読む

開発会社や調査会社が公表する相場は、調査の母集団も「どこまでを費用に含めるか」の定義も異なるため、1つのソースの数字をそのまま予算の根拠にすると判断を誤ります。複数の公表値を突き合わせ、レンジが重なる帯を目安として整理すると、次のようになります。

幅が広いのは調査が粗いからではなく、幅そのものが実態です。同じ従業員規模でも、下限側は「業務をパッケージの標準に合わせて対象を絞った場合」、上限側は「個別開発の比重が高く、データ移行や並行稼働まで含めた場合」の金額になります。つまりレンジ内のどこに落ちるかを決めるのは企業規模ではなく、設計判断です。

費用の内訳は、個別開発を含む場合の工程別の目安として、要件定義が全体の10〜15%、設計・開発が30〜40%、テストが15〜20%、残りをデータ移行・環境構築・教育などが占めるのが一般的です。パッケージ主体の構成では、これとは別にライセンス費が大きな比率を占めます。また稼働後には、初期構築費の年15〜20%程度の保守費が毎年かかります。この「毎年の15〜20%」が、後述するTCOの主役になります。

リプレイス特有の3つのコスト：新規導入との違い

リプレイスの見積もりが新規導入の相場観で読めない理由は、「動いているシステムから引っ越す」ための費用が上乗せされるからです。見積書では「移行支援一式」のような1行に圧縮されがちですが、実際には性質の異なる3つのコストが含まれています。この内訳を分解して確認することが、金額の妥当性を判断する第一歩です。

1. 現行システムの解析・仕様復元

長年稼働した基幹システムは、仕様書が現物と一致していない、あるいはそもそも残っていないことが珍しくありません。現行の処理内容が分からなければ、新システムの要件も、何をもって移行成功とするかの基準も定まらないため、コードや帳票から仕様を復元する調査工程が必要になります。人手でコードを読み解く従来のやり方では、この工程だけでまとまった費用がかかることもあり、相見積もりの際に削られやすい費目でもあります。ただし、ここを薄くした見積もりは安く見えるだけで、把握漏れは設計変更や手戻りとして、後工程でより大きな金額になって戻ってきます。

2. データ移行と新旧突合

データ移行の費用は、データの量ではなく「汚れ具合」で決まります。長年の運用で蓄積した重複・欠損・部署ごとの独自コード体系を洗い出して整えるクレンジング、新旧システム間でのコード体系の変換、移行リハーサルと結果の突合。この一連の作業は実データを調査するまで工数が確定しないため、見積もり段階では仮置きの金額が入っています。契約時に確認すべきは金額そのものより、実データ調査の実施時期（早いほどよい）と、クレンジング作業の責任分担が自社とベンダーのどちらにあるかです。ここが曖昧なまま進むと、終盤に追加費用と期間延長が同時に発生します。

3. 並行稼働期間の二重コスト

切替の前後には、新旧2つのシステムを同時に動かす期間が生じます。この間、旧システムの保守費・ライセンス費と新システムの運用費が二重にかかり、さらに両者の処理結果を突き合わせて検証する現場の人件費が乗ります。段階的に切り替える進め方では併存期間が数ヶ月から年単位に及ぶこともあり、期間が延びた分だけ費用は積み上がります。予算計画の失敗で多いのは、開発費は見ていたのに二重運用の費用を見ていなかった、というパターンです。並行稼働は移行品質を担保する工程なので削るべきではありませんが、「いつまで続けるか」の完了条件を先に決めておけば、費用の上限は設計できます。

同じ依頼で見積もりが3倍変わる構造

相見積もりを取ると、同じ依頼のつもりでも金額が2〜3倍開くことがあります。これは各社の「高い・安い」の差である以上に、次の3つの前提の差を映しています。

• 不確実性の値付けの差：現行仕様が分からない部分を、リスクとして金額に織り込む会社と、楽観的な仮定を置いて薄く見積もる会社があります。後者は安く見えますが、不確実性が消えたわけではなく、追加費用や品質問題として後から顕在化します
• 方式の前提の差：パッケージ導入を前提にした提案と、個別開発を前提にした提案では、費用の内訳も金額の山の位置も別物です。方式がそろっていない見積もりを金額だけで並べても、比較になりません
• 含まれる範囲の差：データ移行・並行稼働・教育・稼働直後のサポートをどこまで本体に含めるかは会社によって異なります。範囲外に置かれた費目は、プロジェクト後半に追加請求という形で現れます

発注側で打てる対策は3つあります。第一に、各社に渡す前提資料（現行システムの資料・対象業務の範囲・データの概要）を同一にすること。第二に、金額ではなく「幅の根拠」を質問すること。この段階で確定できるのはどこまでで、どの条件次第でどう変動するのかを説明できる会社は、見積もりの構造を自分の言葉で理解しています。第三に、契約を分けること。不確実性の大きい調査・現状分析のフェーズを準委任で先行させ、要件が固まってから本開発を請負で契約すれば、「分からないものに確定金額を付ける」という無理そのものを解消できます。発注先の見極め方はリプレイス完全ガイドの発注先選定の章で解説しています。

契約を分ける進め方は、社内の予算計画とも相性がよい方法です。調査・現状分析の費用を本体予算と切り離して先行確保しておけば、調査結果という根拠を持った状態で本体の予算規模を確定でき、「概算のまま大枠の予算を取り、後から実態に合わせて増額を求める」という苦しい展開を避けられます。調査フェーズの成果物（現状分析書・移行対象の一覧・確度の上がった概算）は、そのまま次フェーズの意思決定資料になります。

初期費用ではなくTCOで比較する

見積もりの比較では初期費用に目が行きがちですが、基幹システムは10年前後使う資産です。保守費が初期構築費の年15〜20%だとすると、10年間の単純合計は初期費の1.5〜2倍。運用期間全体では、初期費用よりも継続費用のほうが大きくなる計算です。比較すべきは初期費用ではなく、TCO（総保有コスト）になります。

手法によって費用の重心が違う点も、TCOで見ると評価が変わります。ERPやSaaSは、ユーザー数に応じた利用料が毎年積み上がるため、利用人数が多いほど累積額が効いてきます。個別開発（スクラッチ）は初期費用が重い代わりに継続費用は保守が中心で、利用者が増えても費用が比例して増えるわけではありません。初期の軽い月額型が10年総額では高くつくことも、初期の重い個別開発が総額で逆転することもあり、どちらが有利かは利用人数と利用年数で決まります。

見落とされやすいのが表の3行目、次回更改の費用です。今回のリプレイスで仕様書・設計書を整備し、保守の中で更新し続ける体制を作れば、10年後の調査・解析コストは大きく下がります。逆にドキュメントが陳腐化すれば、次回もまた「仕様の分からないシステム」の解析から始めることになります。TCOの最後の項目を決めるのは、今回のプロジェクトのドキュメント品質そのものです。

AI駆動開発で下がる費目、下がらない費目

生成AIを開発工程に組み込むAI駆動開発は、リプレイスの費用を一律に下げるのではなく、特定の費目に効きます。どこが下がり、どこが下がらないのかを分けて理解しておくと、「AI活用でコストを抑えられます」という提案の中身を検証できます。下がる方向に働くのは、主に次の3つの費目です。

• 現行コードの解析・仕様復元：大量のソースコードを読んで処理の流れや依存関係を整理する作業は、生成AIの適性が高い領域です。従来は範囲を絞って人手で行うしかなかった現行調査を、広い範囲に適用できるようになりました。前述したリプレイス特有コストの1つ目に直接効きます
• テストの整備：現行システムの挙動を固定するテストコードを生成し、新システムが同じ入力に同じ結果を返すことを機械的に検証しやすくなりました。全体の15〜20%を占めるテスト工程の効率と、移行品質の両方に働きます
• 新旧突合の補助：並行稼働期間中のデータ突合や差異の洗い出しといった検証作業を補助し、二重運用コストの中の人件費部分を軽くする方向に働きます

一方で、下がらない費目もはっきりしています。どの業務を残し何を変えるかという業務要件の判断、部門間の合意形成、移行するデータの業務上の取捨選択、業務部門による受け入れ検証。これらはAIでは代替できず、費用の中で「人と時間を確保すべき費目」として残ります。また、AIの出力には人の検証が必須であり、解析結果や生成されたテストを誰がどの手順で確認するのかという体制まで含めて、初めて費目の圧縮が成立します。AI駆動開発の全体像はAI駆動開発とは：発注側が知っておくべき変化に、発注時にAI活用の実態を確かめる質問の仕方はリプレイス完全ガイドのAI章にまとめています。

よくある質問

Q. 見積もりを依頼する前に、社内で何を準備すればよいですか？

3点です。現行システムの資料（設計書・帳票・画面一覧など、残っているものすべて）の棚卸し、対象業務の範囲の明文化、移行したいデータの種類と量の概要。各社に同じ内容を渡すことで、返ってくる金額が初めて比較可能になります。資料がほとんど残っていない場合は、その事実自体が重要な前提情報です。正直に伝えたうえで、現状調査の進め方から提案を受けてください。

Q. 費用を抑えたい場合、何を削ってよくて、何を削ってはいけませんか？

削ってよいのは「範囲」、削ってはいけないのは「工程」です。対象業務を絞る、移行する過去データの期間を限定する、使われていない機能や帳票を移行対象から外す。こうした範囲の絞り込みは費用に確実に効きます。一方、現行調査・移行リハーサル・並行稼働といった工程の圧縮は、費用が消えるのではなく、後工程のリスクに形を変えるだけです。

Q. 保守費用の相場はどのくらいですか？

初期構築費の年15〜20%程度が目安です。ただし金額より先に、範囲を確認してください。監視・障害対応・問い合わせ対応・軽微な改修・法改正対応のどこまでが月額に含まれ、どこからが都度見積もりなのか。同じ「年15%」でも、含まれる範囲次第で実質の負担は大きく変わります。

Q. 業務を変えずに基盤だけ新しくすれば、費用は安く済みますか？

現行の仕様を維持したまま言語やインフラだけを刷新するマイグレーションは、要件定義と業務側の負担が小さいぶん、初期費用を抑えやすい選択です。ただし、リプレイス特有の3コストのうち現行解析と新旧突合はマイグレーションでも同じように発生します。仕様が分からないシステムは「同じに作る」こと自体が難しいためです。また、古い業務プロセスの課題は次のシステムにそのまま持ち越されるため、業務側の見直しをいずれ行うなら、その費用は消えたのではなく先送りされたことになります。方式ごとの特徴の比較はリプレイス完全ガイドの方式3分類の章を参照してください。

Q. クラウド型（月額制）なら初期費用はかかりませんか？

かかります。月額制のクラウドERPでも、初期設定・自社業務との適合検証・データ移行・教育の費用は発生し、中堅企業の導入ではまとまった初期投資になることも珍しくありません。月額の手軽さは初期費用の不在を意味しません。比較はあくまで「ユーザー数×月額×利用年数＋初期費用」のTCOで行ってください。

まとめ：金額の大小より、内訳の解像度で選ぶ

本記事の要点を整理します。

• 規模別の目安は、小規模で数百万〜2,000万円、中堅で2,000万〜8,000万円（個別開発の比重次第で1億円規模）、大企業で8,000万〜数億円。レンジ内の位置は企業規模ではなく設計判断で決まる
• リプレイス特有のコストは、現行システムの解析・仕様復元、データ移行と新旧突合、並行稼働の二重運用の3つ。見積書の「一式」を分解して確認する
• 見積もりの2〜3倍差は、不確実性の値付け・方式の前提・含まれる範囲の差から生まれる。前提資料を統一し、幅の根拠を質問し、調査フェーズと開発フェーズで契約を分ける
• 比較は初期費用ではなくTCOで。保守費は年15〜20%が目安で、10年の累計は初期費を上回る。ドキュメント整備の品質が次回更改のコストまで左右する
• AI駆動開発が効くのは解析・テスト・突合の費目。業務判断と合意形成は、人と時間を確保すべき費目として残る

保守期限を起点とする刷新、とくに大規模ERP移行の費用実データ（過半数が5億円超）についてはSAP 2027年問題の記事で扱っています。刷新方式の選び方・移行戦略・失敗パターンを含む全体像は基幹システムのリプレイス完全ガイドを参照してください。

本メディアを運営するSwooo（東証グロース上場・株式会社アイビス、証券コード9343）は、AI駆動開発とノーコード開発による受託開発を累計50件以上手がけてきました。「概算の妥当性を確かめたい」「見積もりの内訳や幅の根拠をどう質問すればよいか知りたい」という段階からご相談いただけます。

→ リプレイス費用の考え方を相談する（無料）

あわせて読む：基幹システムのリプレイス完全ガイド／SAP 2027年問題とは：期限の整理と4つの選択肢／システム開発の費用相場と見積もりガイド／AI駆動開発とは：発注側が知っておくべき変化