システムリプレイスの費用と進め方｜刷新の判断

01はじめに｜この記事でわかること

要点： この記事は、社内システムの入れ替えを検討している方に向けたものです。規模別の費用相場、刷新すべきかどうかの判断サイン、4つの移行方式、8つの手順、そして5年間の総額比較までを順にご説明します。

「そろそろシステムを入れ替えたほうがいい、と言われました。いくらかかりますか」。このご相談は毎年増えています。ただ、金額だけを先にお答えするのは難しいところです。同じ「リプレイス」でも、200万円の話と1億円の話が同居しているからです。

もうひとつ、あまり語られない点があります。刷新がいつでも正解とは限りません。ご相談をうかがうと、困っているのはシステム全体ではなく、特定の業務ひとつだけというケースがよくあります。全部を作り直すのは、費用も期間も無駄です。ホームページ制作・システム開発会社のZenWeb Japanでは、まず「どこを、どこまで」を切り分けるところからご一緒しています。

この記事では、費用の目安と進め方に加えて、「作り直さない」選択肢も並べて比べます。次の動画では、基幹システム導入の成功要因が事例で整理されています。

02システムリプレイスとは？改修・移行との違い

要点： システムリプレイスとは、古くなった社内システムの全部または一部を新しいものに置き換えることです。中身を作り直す点で、機能を足す「改修」とも、中身はそのままで置き場所を変える「マイグレーション」とも違います。

言葉が近いので混ざりやすいのですが、中身も費用もまったく違います。まず、この3つを分けて考えてください。

• 改修（部分的な修正・機能追加）。今のシステムを残したまま、必要なところだけ直します。費用は数十万〜数百万円。土台が健全であることが前提です。
• マイグレーション（移行）。プログラムはほぼそのまま、動かす環境だけを新しくします。サーバーの入れ替えやクラウド化がこれにあたります。業務は変わりません。
• リプレイス（刷新）。中身を新しく作り直します。業務のやり方そのものを見直せる代わりに、要件定義からやり直すので費用も期間も一番かかります。

ここで大事なのは、「古い＝リプレイス」ではないという点です。10年前のシステムでも、業務が変わらず、動作も安定していて、メンテナンスしてくれる会社があるなら、急いで作り直す理由はありません。逆に3年前のシステムでも、業務に合わなくなって手作業が増えているなら、検討する価値はあります。

判断の軸は年数ではなく、「そのシステムが今の業務を支えられているか」です。目安として、国税庁が示すソフトウエアの耐用年数は5年とされていますが、これは償却のルールであって、5年で壊れるという意味ではありません。なお、Webサイト側の入れ替えについてはWordPressサイトの移行代行の費用と手順で別に整理しています。CMSそのものを入れ替える場合はWordPress制作・保守の対応範囲もご確認ください。

03システムリプレイスの費用相場｜規模別の目安

要点： システムリプレイスの費用は、1業務だけの部分刷新で200万〜700万円、複数業務をまとめる中規模で700万〜2,000万円、基幹システムの全面刷新では2,000万円から1億円超まで広がります。幅が大きいのは、対象業務の数と拠点数で工数が変わるからです。

まず市場の目安を見てください。次の表は、国内の公開情報と当社にお寄せいただく相談内容をもとにまとめたレンジです。当社の料金表ではなく、市場の相場観としてご覧ください。

この表で注目していただきたいのは、一番下の行です。環境を移すだけなら、刷新の10分の1で済むことがあります。サーバーのメンテナンス期限を理由にご相談いただく場合、マイグレーションで足りることが少なくありません。金額の内訳の読み方はシステム開発の見積もりの見方で詳しく扱っています。開発費そのものの相場はシステム開発の費用相場もあわせてご覧ください。

04なぜ今、刷新の相談が増えているのか

要点： 2025年度にIT予算を増やす理由として「基幹システムの刷新」は44.5%と、2番目に多く挙がっています。老朽化そのものより、値上がりする前に着手したいという判断が背景にあります。

相談が増えているのは、システムが急に壊れ始めたからではありません。企業がどこにお金を使おうとしているかを見ると、事情が見えてきます。

3番目に「円安・人件費高騰・ベンダー価格の上昇」が並んでいる点が重要です。開発の単価そのものが上がっているため、先送りするほど同じ内容が高くつきます。

刷新の相談が増えているのは、システムが古いからではなく、待つほど高くなるとわかってきたからです。

背景として、経済産業省のDXレポートは、21年以上稼働している基幹系システムが2025年には約6割を占め、対応が遅れた場合の経済損失が年間最大12兆円に達すると試算しています。情報処理推進機構（IPA）のDX動向2025でも、主要な論点として扱われています。ただ、こうした国全体の数字は、自社が今動くべきかどうかまでは教えてくれません。

05刷新すべきか、まだ使い続けるか｜7つのサイン

要点： 刷新を検討すべきサインは7つあります。とくに「メンテナンスしてくれる人がいない」「手作業で埋め合わせている」の2つが同時に出ているなら、刷新の優先度は高いと判断できます。1つだけなら改修で足りることが多いです。

次の7項目のうち、いくつ当てはまるか数えてみてください。

1. メンテナンスできる人がいない。作った会社が撤退した、担当者が退職した、社内に読める人がいない。これが一番重いサインです。
2. 手作業で埋め合わせている。システムから出したデータをExcelで加工し直す作業が常態化しているなら、業務に追いついていません。
3. サポート期限が切れている。OSやデータベースのサポートが終わっていると、不具合が出ても直す手段がありません。
4. 小さな修正に見積りが跳ね上がる。「1項目足すのに200万円」と言われるなら、中身が複雑になりすぎています。
5. 他システムとつながらない。会計や販売と連携できず、二重入力が起きている状態です。
6. 法改正に追従できない。インボイス制度や電子帳簿保存法のような制度変更のたびに、多額の改修費がかかります。
7. 事業のやり方が変わった。拠点が増えた、取引形態が変わったといった変化に、システムが合っていません。

目安として、1〜2個なら改修、3個以上なら部分刷新、5個以上かつ1番と2番を含むなら全面刷新の検討という順で考えます。Excel業務をWebシステム化すべきサインもあわせて確認すると、2番目の項目の重さが判断しやすくなります。

逆に、当てはまらないのに刷新を勧められているなら、いったん立ち止まってください。「古いから」だけを理由にした提案は、費用の根拠が弱いことがあります。社内で抱えるか外に出すかは、システム開発の外注と内製の判断基準が参考になります。

06移行方式4種の比較｜一括・段階・並行・環境移行

要点： 切り替え方には一括移行・段階移行・並行稼働・環境移行の4つがあります。費用が一番安いのは一括移行ですが、失敗したときに戻れません。中小企業では、業務単位で切り替える段階移行が現実的な選択になりやすいです。

どの方式を選ぶかで、費用も止まったときの被害も変わります。次の表で比べてください。

選び方はシンプルです。止まると売上が直接止まる業務があるなら、並行稼働か段階移行。止まっても数日耐えられるなら、一括移行で費用を抑えられます。受注や出荷を扱う業務は前者、社内向けの管理業務は後者にあたることが多いです。通販サイトのように売上が直結する仕組みの入れ替えは、ECサイト構築と同じ考え方で慎重に組み立てます。

並行稼働を選ぶなら、期間を短く削りすぎないでください。1週間に縮めた結果、切り替え後に不具合が続き、やり直しになる例があります。最低でも1か月、決算をまたぐ業務なら1四半期を見ておくと安心です。

07システムリプレイスの進め方｜8ステップ

要点： システムリプレイスは、現状把握から始めて、要件定義・移行方式の決定・開発・データ移行リハーサル・テスト・切り替え・定着支援の順に進めます。全体の成否は、最初の2ステップでほぼ決まります。

リプレイスを進める8つのステップ

以下の順で進めると手直しが少なくなります。順番は入れ替えないでください。

1. 現状の棚卸し。今のシステムで何をしているか、どのデータがどこにあるかを一覧にします。使っていない機能も洗い出します。
2. 困りごとの言語化。「使いにくい」ではなく「月末の締めに3人×2日かかっている」まで具体化します。ここが甘いと、作り直しても同じ不満が残ります。
3. 範囲と方式の決定。どの業務を刷新するか、どの方式で切り替えるかを決めます。予算の上限もこの段階で確定させます。
4. 要件定義。新システムで何ができるかを文書にします。業務部門の担当者が必ず参加してください。
5. 設計と開発。画面やデータの構造を決めて作ります。途中で動くものを見せてもらい、認識のずれを早めに潰します。
6. データ移行のリハーサル。本番と同じ量のデータで、実際に移してみます。ここを省略した案件は、ほぼ確実に切り替え当日に問題が出ます。
7. 受け入れテストと切り替え。現場の担当者が実際の業務手順で試します。戻す判断の基準も決めておきます。
8. 定着支援。稼働して終わりではありません。最初の1か月は問い合わせが集中するので、対応体制を用意します。

2番目の「困りごとの言語化」は、社内で進めたほうが精度が上がります。4番目の要件定義については、要件定義の進め方で手順を細かく解説しています。発注前に整理しておくべき内容は、RFPの書き方もあわせてご確認ください。

085年総額で比べる｜現行維持とリプレイスのコスト

要点： 中規模の業務システムを想定した試算では、5年間の累計コストは現行維持が約1,680万円、部分改修が約1,530万円、全面刷新が約2,700万円です。5年では全面刷新は回収できません。差が逆転するのは8年目以降です。

刷新の提案では「今のままだとメンテナンス費がかさみます」と説明されます。事実ですが、いくらかさむのかを並べないと判断できません。次は中規模の業務システムを想定した試算です。

この表が示していることは1つです。全面刷新が金額で有利になるのは、10年使い続ける前提のときだけです。3年後に事業のかたちが変わる可能性があるなら、いま1,800万円をかける判断は慎重にすべきです。

一方で、現行維持の増え方が年々急になる点も見てください。障害対応と手作業の人件費は、放っておくと増え続けます。残業や離職まで含めれば、実際の差はもっと縮まります。システム開発の費用相場の考え方と合わせて、自社の数字に置き換えてみてください。

09見積書で費用が膨らむ5つの場所

要点： 見積りが後から膨らむのは、データ移行・他システム連携・帳票・権限設定・並行稼働の5か所です。いずれも初回の見積書では「別途お見積り」と書かれがちな項目なので、最初に金額を確認してください。

提示された金額が最終額とは限りません。次の5つは、契約後に追加費用として出やすい場所です。

• データ移行。過去データをどこまで移すかで工数が変わります。「全部」が一番高くつきます。何年分が本当に必要か、先に決めてください。
• 他システムとの連携。会計ソフトなどとつなぐ処理は、相手側の仕様に左右されます。連携の本数と方式を見積書に明記してもらいましょう。
• 帳票の作り込み。請求書や納品書の様式は会社ごとに違います。標準で足りるのか専用に作るのかで、数十万円の差が出ます。
• 権限とアカウント設定。部署や役職ごとに見える範囲を分ける要件は、後出しになりがちです。組織図を先に渡しておきましょう。
• 並行稼働の期間。1か月延びるごとに運用とメンテナンスの費用が上乗せされます。期間と月額を最初に確認してください。

この5項目を先に質問するだけで、見積りの精度は上がります。質問しても具体的に答えられない会社は、見積り自体が概算のままかもしれません。読み方の詳細はシステム開発の見積もりの見方で扱っています。

10よくある失敗と、その防ぎ方

要点： 失敗の多くは技術ではなく段取りで起きます。要件定義をベンダー任せにする、データ移行を軽く見る、並行稼働を削る、現場を巻き込まない。この4つを避けるだけで、事故の大半は防げます。

よくある失敗を、原因と対策の形で並べます。

とくに最後の項目は見落とされがちです。新システムを動かしたのに旧システムを止められず、メンテナンス費を二重に払い続けている会社は実際にあります。「いつ、どうなったら旧システムを止めるか」を、契約前に文書で決めてください。

11依頼先の選び方｜確認したい6項目

要点： リプレイスの依頼先は、開発力より「引き継ぐ力」で選びます。旧システムの調査をきちんと行うか、データ移行の実績があるか、切り替え後もメンテナンスを続けてくれるか。この3点が満たされていれば、大きな失敗は避けられます。

新規開発と刷新では、求められる力が違います。刷新は、他社が作ったものを読み解く作業から始まるからです。次の6項目を確認してください。

1. 旧システムの調査工程があるか。いきなり見積りを出す会社より、まず調査させてほしいと言う会社を選びます。
2. データ移行の実績があるか。どんな形式から移した経験があるか、具体例を聞きます。
3. 切替後のメンテナンスを担当するか。作って終わりの会社だと、不具合の相談先がなくなります。
4. 誰が担当するかが明示されるか。開発者に一度も会えない体制は避けたいところです。
5. 止まったときの手順を説明できるか。切り戻しの基準と手順を、契約前に確認します。
6. 費用の内訳が分かれているか。「システム開発一式」の1行見積りは、比較にも交渉にも使えません。

会社かフリーランスかで迷うなら、刷新案件では会社をおすすめします。期間が長く、担当者が抜けたときの代替が必要になるためです。判断の考え方は制作会社とフリーランスの比較で整理しています。会社を比べる観点はシステム開発会社の選び方もご覧ください。開発費を抑えたい場合はオフショア開発の進め方という選択肢もありますが、刷新案件では日本側の窓口体制があるかどうかを必ず確認してください。ZenWeb Japanではベトナムオフショア開発も日本人窓口を前提に運営しています。

12まとめ｜刷新を決める前に整理すること

要点： 決めるべきは3つです。何年使うか、どの業務を対象にするか、止まったらいくら損するか。この3つが決まれば、費用も方式も自然に絞られます。

システムリプレイスは、金額の大きさに気を取られやすい話です。見積りを比べる前に、社内で決めておくことがあります。

• 使う年数。10年使うなら刷新、3年で見直すなら改修。ここが起点になります。
• 対象業務。困っている業務だけに絞れないか、もう一度確かめます。
• 停止時の損害。1日止まった場合の影響額が、移行方式を決めます。

この3つを持って相談すれば、話が具体的になります。ZenWeb JapanのWebシステム開発は、2000年の創業以来、業務システムやECサイトの構築を手がけてきました。お見積りは案件ごとにご提示します。まずは現状をお聞かせください。

13よくある質問

1. システムリプレイスの費用は最低いくらからですか

業務ひとつだけを対象にした部分刷新なら、200万円前後から検討できます。ただし対象業務の数、拠点数、連携本数で大きく変わります。環境だけを新しくするマイグレーションなら、さらに低い金額で収まることもあります。

2. リプレイスにはどれくらいの期間がかかりますか

部分刷新で3〜6か月、中規模で6〜12か月、全面刷新では1〜2年が目安です。このうち要件定義に全体の2〜3割を使います。期間を短くしたいなら、対象範囲を絞るのが最も確実です。

3. 今のシステムを作った会社に頼むべきですか

中身を知っている点は有利ですが、必須ではありません。他社に依頼して、現行の設計を客観的に見直したほうが良い場合もあります。判断材料として、設計書とデータ構造を開示してもらえるか確認してください。

4. データはすべて移行できますか

技術的にはほぼ可能ですが、費用対効果の問題があります。10年分すべてを移すより、直近3年分を移して残りは参照用に保管するほうが安く済みます。何年分を日常業務で使っているか、先に確認してください。

5. リプレイスの相談時に何を準備すればいいですか

現行システムの導入時期、作った会社名、対象業務の一覧、月次で困っている点、希望の稼働時期です。設計書やマニュアルが残っていれば、あわせてご用意ください。資料がなくても調査から対応できます。