レガシーシステム改修の保守・運用費用・ランニングコストについて

レガシーシステム改修後の保守・運用費用は、月額数万円〜50万円程度が目安です。金額を左右するのは、システムの規模、対応できる技術者の希少性、保守に含める範囲です。

月額の相場に加えて、追加費用が膨らむ仕組みと、それを抑える契約の工夫もあわせて見ていきます。

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

レガシーシステム改修後の保守・運用費用の全体像(部分修正だからこその費用構造)

レガシーシステム改修を選ぶ企業には、全面刷新の予算を確保できない事情があります。そのため、改修後の保守・運用費用は、月額数万円〜数十万円で予算化されるのが一般的です。

一般的なシステム保守費用は、初期開発費の年間15〜20%が目安です。たとえば、500万〜2,000万円規模の小規模改修であれば、年間の保守費用は数十万〜数百万円程度になります。ただし、費用が小さいほど、追加費用が発生した際の負担感は相対的に大きくなります。

6記事との違いと、「低予算・最小限」というコスト観

まず、関連する6記事(「モダナイゼーション」「刷新」「更改」「リニューアル」「リアーキテクチャ」「リプレイス」)との違いを見ておきます。この改修は、対象範囲と保守範囲を絞って運用を続ける選択です。大規模投資を前提にしたものとは、費用の考え方が違います。

  • 投資規模:刷新やリプレイスは、数千万円〜数億円規模になります。
  • 改修の狙い:最小限の予算で、改修後の運用を続けることです。
  • 見積もりの起点:保守に含める範囲の線引きです。

「レガシーシステムのモダナイゼーション」は、5つの技術手法を扱います。対象は、リホスト、リプラットフォーム、リファクタリングのほか、リビルドとリプレースです。

「レガシーシステム刷新」は、経営層の投資判断と稟議承認が中心です。さらに、TCO比較や数千万円〜数億円規模の投資判断も扱います。

「レガシーシステム更改」は、ベンダー保守契約の満了やEOS/EOLが焦点で、外部から期限を強制される場面への対応を扱う記事です。

「レガシーシステムリニューアル」は、ユーザーの見た目や使い勝手を扱います。「レガシーシステムリアーキテクチャ」は、アーキテクチャ構造を深掘りする記事で、クラウドネイティブ基盤への移行に伴う新たなインフラコストも扱います。「レガシーシステムリプレイス」は、製品やベンダーの乗り換えを扱います。

ここで取り上げるのは、大規模投資の議論に乗らない企業の費用感です。対象範囲を絞ることで初期費用を抑え、必要最低限のサポートで運用を続けます。

開発期間の見積もりと同じく、保守・運用費用も範囲の線引きから見積もります。範囲によって費用の前提が変わるため、比べる前に線を引いておく必要があります。

規模別の月額保守費用相場(小規模・中規模)

月額費用は、システム規模と対応範囲を合わせて見ると、相場の位置が分かります。

  • 小規模システム:月額数万円〜10万円前後
  • 中規模システム:月額10万〜50万円程度

小規模では、障害対応や軽微な修正などに範囲を限ることで、月額費用を低く抑えます。中規模では、対応範囲や監視体制を手厚くするほど、費用が上がります。

全面刷新後の大規模な基幹システムでは、月額数十万〜数百万円になることもあります。部分改修後の費用は小さいものの、追加費用を含めると相場を超えるリスクがあります。

ポイント

予算を組むときは、保守に含める範囲と追加対応の条件をそろえて比べる必要があります。費用が小さい改修ほど、追加費用が発生した際の負担が相対的に大きく感じられる点も、あわせて見ておきます。

レガシーシステム特有のコスト増要因

資料不足や属人化、調査工数、価格の硬直化を保守費用の要因として並べた図
資料と人材の制約が、保守の負担に重なります。

COBOLや汎用機を使う小規模改修は、一般的な保守費用より高くなりやすい傾向があります。

ドキュメント不足と属人化による調査工数の増加

古い技術や独自仕様のレガシーシステムは、設計書や仕様書が不足しがちです。

  • 資料不足:設計書や仕様書が未更新、または存在しない状態
  • 属人化:システム知識が特定の担当者に依存している状態
  • 調査工数:不具合や問い合わせのたびに発生する切り分け作業

資料が足りない分は、調べ直しの時間で埋めることになります。その手間が保守費用に転嫁され、モダンな技術のシステムより対応時間が長くなるため、月額費用も上がりがちです。そこで、改修時に最低限のドキュメントを整備しておくことが、保守費用を抑える先行投資になります。

対応できる技術者の希少性がもたらす価格の高止まり

COBOLや汎用機に対応できる技術者は、年々希少になっています。

  • 人材の制約:対応人材の高齢化や退職が進んでいることは、多くの調査で指摘されています。
  • 価格の硬直化:特定ベンダーへの依存で、競争が働きにくくなります。

特殊な技術を持つ人材が必要なため、保守費用がモダン技術と同水準になるとは限りません。担当者への依存が続くと、見積もりが年々高止まりするおそれがあります。そこで、低予算で運用するには、複数の候補パートナーを比べておくことが必要です。

ポイント

保守費用の高さが妥当かどうかは、資料不足や属人化による調査の手間と、対応できる技術者の少なさのどちらが原因かを切り分けて見ると判断の目安になります。

追加改修のたびに発生する費用の落とし穴

月額内、保守対象外、最低作業料金の3項目を並べた追加費用の図
小さな修正でも、契約上の区分で請求が変わります。

低予算を目指す企業ほど、月額費用の安さだけで契約しがちです。ただ、追加改修が積み重なると、結果として全体の費用が高額になることがあります。

「最低作業料金」による高額請求のリスク

保守契約では、月額費用に含まれる作業と、別料金になる作業が分かれています。

  • 月額内:バグ修正やOSのアップデート対応が含まれます。
  • 保守対象外:機能追加や仕様変更、帳票変更は別料金です。
  • 最低作業料金:15分〜30分の修正でも5万〜10万円になる場合があります。

最低作業料金があるため、「ちょっとした改善」を気軽に依頼すると、想定外の出費が積み重なります。その結果、小さな改善要望を出すこと自体をためらう悪循環に陥ります。

月額保守費用を追加費用が上回った実例

従業員50名規模の製造業で、月額保守費用を5万円に抑えた事例があります。

  • 保守外の作業:データ出力項目や画面の変更が別料金でした。
  • 年間追加費用:軽微な作業費が平均80万円に膨らみました。

実際、追加費用は月額換算で6万円を超え、月額保守費用そのものを上回りました。だからこそ、月額費用だけでなく、追加費用を合算した年間コストで判断することが不可欠です。

ポイント

月額費用だけでなく、保守対象外の作業や最低作業料金まで含めた年間コストで比べると、契約の判断を誤りにくくなります。

低予算でランニングコストを抑える契約形態の工夫

改修頻度を中心に月額固定型、従量課金型、チケット制を配置した図
作業の発生頻度が、契約形態を選ぶ目安になります。

追加費用を避けるには、自社の改修頻度に合わせて契約形態を選ぶことが有効です。代表的な選択肢は、月額固定型、従量課金型、チケット制です。

月額固定型・従量課金型という2つの基本形

改修頻度と障害の発生状況によって、固定費と従量費のどちらが向くかが変わります。

  • 月額固定型:一定額で、軽微な作業時間を含められます。
  • 従量・時間課金型:発生した作業量に応じて支払います。

月額固定型は、月に何時間まで作業を含むかを契約に組み込めます。一方、従量課金型は、障害や問い合わせが少ないシステムで固定費を抑えやすい形です。まず、自社の改修頻度が高いか低いかを見極めることが、低予算運用の第一歩です。

不定期な軽微改修に向くチケット制・ポイント制

チケット制は、月額固定費を抑えながら不定期の改修に備えたい企業に合います。

  • 事前購入:一定の作業時間やポイントを先に購入します。
  • 利用方法:軽微な修正の依頼ごとに消費します。
  • 費用管理:予算の範囲内で計画的に改修できます。

法改正対応や特定帳票の改修のように、頻度は低くても都度の対応が必要な案件に適しています。また、最低作業料金による割高な単発発注を避けられる点も利点です。そのうえで、契約前に月額保守と追加費用の境界を確認しておく必要があります。

ポイント

改修の頻度が高いか低いかで、月額固定型、従量課金型、チケット制のどれが合うかは変わります。契約前に、月額保守と追加費用の境界を文書で残しておくと、後の食い違いを減らせます。

費用を適正化する体制づくり

契約形態に加え、社内の依頼管理を見直すことでも費用を適正化できます。

軽微な改修要望をまとめて依頼するバッチ化の発想

軽微な要望は、発生するたびに個別発注せず、まとめて依頼するほうが費用を抑えられます。

  • 一覧化:社内の改修要望をまとめて管理すること
  • 優先順位:緊急対応と計画対応の区別
  • 依頼周期:四半期や半年に1回などの発注

バグ修正など緊急性の高い作業は、まとめて依頼する作業とは分けて扱います。一方で、帳票フォーマットの変更などは、要望をまとめて計画的に対応します。こうした運用は、月額数万円の保守費用の範囲で改修を進めるための、実務的な工夫になります。

保守範囲の境界を契約時に文書化しておく重要性

費用対効果の高い対策は、保守範囲の境界を契約時に文書に残しておくことです。

  • バグ修正:月額保守に含める範囲かどうか
  • 軽微な設定変更:対応の可否と条件
  • 機能追加:追加費用になる範囲
  • 仕様変更:事前に確認する概算費用

こうして作業区分ごとの扱いを発注側と開発会社で合意しておくと、認識のずれを減らせます。口頭ではなく文書に残しておけば、追加の交渉の手間も省けます。

低予算を目指す企業ほど、境界の曖昧さが後のコスト増につながります。そのため、初期改修の契約の段階から、保守フェーズの費用構造まで見据えて交渉しておく必要があります。

ポイント

緊急の修正と、まとめて依頼できる計画的な改修を分けて考えることが、月額の範囲内で改修を進める判断の目安になります。作業区分の境界は、契約時に文書で残しておくと、認識のずれを減らせます。

まとめ

レガシーシステム改修には、部分修正だからこその費用構造があります。月額保守費用は、小規模システムなら数万円〜10万円前後が目安です。

改修後の保守費用は月額数万円〜50万円程度で、全面刷新後は数十万〜数百万円になることもあります。追加費用にも注意が必要で、機能追加や仕様変更は保守対象外となり、最低作業料金が発生する場合があります。

月額固定型、従量課金型、チケット制から、改修頻度に合う形態を選びます。

保守範囲の境界を契約時に文書に残すことが、ランニングコストを適正に保つ鍵です。改修の初期から保守フェーズを見据えて、パートナーを選ぶことをお勧めします。

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

会社紹介

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

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

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

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

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

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