システム運用保守の見積相場や費用/コスト/値段について

システム運用保守の費用は、月額で5万円前後から数十万円以上まで幅があります。その幅を決めるのは、システムの規模、SLA(サービスレベル)の水準、契約範囲です。

費用の全体像は、システム運用保守の完全ガイドもあわせてご覧ください。

システム運用保守の費用構造と相場感

工数、複雑さ、整備状況、対応速度が保守費用に関わることを示す図解
見積もりを読むときは、規模以外の条件もそろえて確認します。

システム運用保守の費用は、システムの規模だけでは決まりません。保守のしやすさとサービスレベルの違いによっても、見積もりに幅が生まれます。

  • 工数:人件費を中心に、作業量から費用を積み上げる
  • 複雑さ:構成によって、必要な対応の内容が変わる
  • 整備状況:ドキュメントの有無で、保守のしやすさが違ってくる
  • 対応速度:求めるサービスレベルの高さで費用が変わる

相場を比べる前に費用の構成を押さえておくと、見積書の数字を読み解きやすくなります。

保守費用がシステム総コストの6割を占める理由

保守費用が膨らむのは、稼働後も作業が続く構造があるためです。

  • 費用割合:全体の40〜80%、平均約60%を占める
  • 予算配分:運用に回る額が新規構築より多い
  • 継続作業:稼働中は運用の対応が途切れない

経済産業省の調査では、IT予算のうち「従来システムの運用」と「新規構築」への支出割合が、全産業平均でおよそ2対1でした。この結果から、多くの企業は新しい価値を生む開発よりも、既存システムの維持に多くの予算を使っていることが分かります。

保守では、日々の監視やバックアップ、ユーザーからの問い合わせ対応が続きます。さらに、OSやミドルウェアの更新、セキュリティパッチ、法改正への対応も必要になります。開発が一度きりの投資であるのに対し、運用保守は稼働年数に比例して積み上がる費用です。

月額費用の目安と「開発費の15%ルール」

月額の目安は、初期開発費用に対する割合と、システムの影響度から見当をつけます。

  • 割合:初期開発費用の年間5%から15%程度が目安
  • 開発費1,000万円:年間50万円から150万円、月額約4万円から12万円
  • システム規模:小規模Webは月額5万円前後、基幹系は数十万円以上

「15%ルール」はあくまで概算で、実際の金額は契約に含まれる作業範囲によって変わります。たとえば、24時間365日の有人監視を求めるか、平日日中のみの対応で足りるかによって、必要な体制は異なります。

障害発生時に何時間以内の復旧を保証するかも、費用に反映される条件のひとつです。そのため、提示された月額の高低は、条件を見比べて初めて判断できます。

この金額の妥当性は、次に見る変動要因とあわせて、契約内容から評価します。

ポイント

保守費用は稼働後も続くため、初期開発費用の年間5〜15%を目安に、SLA水準と契約範囲をそろえて比べるのが判断の目安です。

費用を左右する変動要因と内訳

SLA水準、ドキュメント、契約形態を並べた費用確認項目の図解
条件を一つずつ見比べると、見積もりの差を捉えやすくなります。

同じ規模のシステムでも、保守費用が倍以上違うケースは珍しくありません。その差を生むのは、システムの作りそのものよりも、「保守のしやすさ」と「求めるサービスレベル」です。

見積もりに直接響く変動要因と内訳を押さえると、各項目の金額の意味を読み解けます。

SLA水準とドキュメント整備状況

SLA水準とドキュメントの整備状況は、費用と調査工数の両方を左右します。

  • SLA:保証する稼働率や復旧時間の水準
  • ドキュメント:設計書や手順書が保守工数を左右する
  • 調査時間:資料の有無で、解析にかかる時間が変わる

SLAは、サーバーの稼働率や障害時の応答時間・復旧時間などを定めた合意です。求める水準が高いほど保守体制を手厚くする必要があるため、費用も上がります。

大阪市のガイドラインでは、サーバ・アプリの稼働率は99.8%以上と示されています。基準応答時間達成率は93%(3秒以内)、重大障害は年2回までです。さらに、障害発生後30分以内の通知遵守率は100%です。

設計書や運用手順書が整っていれば、担当者は状況を把握する時間を短縮できます。反対に、資料がほとんどない属人化したシステムでは、調査や解析に時間がかかります。

その時間の差は費用にも反映されます。保守作業で最も時間を要する調査・分析は、全作業時間の約30%を占めます。

費用の内訳と人月単価の考え方

見積書を読むときは、定常運用と突発対応を分けたうえで、人月単価と工数を確認します。

  • 定常運用費:毎月固定的に発生する費用
  • 保守対応費:障害や仕様変更に伴って発生する費用
  • 人月単価:1人が1か月稼働する費用を基準に工数を算出

定常運用費には、監視、バックアップ、アクセス権限管理、問い合わせ対応などが含まれます。一方、保守対応費には、障害の原因究明と復旧や、仕様変更に伴う改修が含まれます。

契約に含めるか都度精算とするかは、契約形態によって異なります。定常運用費と保守対応費は大半が人件費で、エンジニアの工数によって決まります。

人月単価とは、エンジニア1人が1か月稼働した場合の費用のことです。一般的な人月単価は、エンジニアのスキルレベルによって、月60万円から120万円程度とされています。

提示された月額が何人月分の工数を前提にしているかを確認すると、金額が妥当かどうか見えてきます。

契約形態による費用と税負担の違い

契約形態は、責任範囲と税負担の両面から総額に影響します。

  • 準委任契約:継続的なサービス提供に向く
  • 請負契約:明確な完成物を納める形に向く
  • 印紙税:契約形態により収入印紙の扱いが異なる

運用保守の契約は、準委任契約と請負契約に大別されます。監視や問い合わせ対応は準委任、機能改修は請負が向いています。契約形態によってベンダーが負う責任の範囲が変わるため、費用の設定にも違いが出ます。

請負契約は課税文書に該当するため、収入印紙が必要になります。一方、保守契約を準委任契約として締結すると、第7号文書として扱われます。

その場合、収入印紙が不要になるケースが多くあります。契約金額が大きいときは、印紙税の差は無視できないコスト要因になります。

契約書の対象範囲や免責事項と合わせ、税負担も含めて総額を検討します。

ポイント

見積もりの差は、保守のしやすさと求めるサービスレベルで生まれます。提示された月額は、SLA、ドキュメント、契約形態をそろえてから比べるのが判断の目安です。

保守費用が適正かを見抜く監査の視点

実稼働時間を中心に月次報告書、アクセスログ、作業ログを示す照合図
複数の記録を照らし合わせることで、作業の実態を確認できます。

支払っている保守費用が適正かどうかは、相見積もりだけでなく、手元の資料からも検証できます。ただし、相見積もりには、相場感を知られてしまうことや、現行ベンダーとの関係が悪化するリスクもあります。

そこで、ITデューデリジェンス(保守費用監査)として、実稼働と契約条件を照合する方法があります。相見積もりに頼らず確認できる、実践的な方法です。

作業報告書とログによる実稼働の割り出し

実際の作業量は、契約上の名目とは別に、客観的に確認します。

  • 月次報告書:ベンダーが提出する作業内容
  • アクセスログ:サーバー上の実作業との照合
  • 作業ログ:稼働の実態を示す記録

報告書に書かれた作業は、ログと突き合わせて裏づけます。その照合によって、実稼働時間を算出できます。たとえば、月額固定で30万円を支払っていても、実作業が月に数時間しかない場合は要確認です。

保守契約には、何も起きていなくても待機する価値が含まれています。そのため、費用の妥当性は、実作業時間と待機の価値を合わせて考える必要があります。

待機の対価は、SLAで保証する対応スピードと照らし合わせて評価します。即時対応を保証していないのに待機費用が高額であれば、交渉材料になります。

適正化の第一歩は、名目の金額よりも、ログという客観的な事実から逆算することにあります。

相見積もりと既存ベンダー継続の経済性

相見積もりでは、乗り換えの可否と長期総額を分けて検討します。

  • 参加範囲:現行ベンダーも相見積もりに加える
  • 継続判断:現行の契約条件を新しい見積もりと並べる
  • 長期比較:移行費用と引き継ぎ工数を含めた総額

現行ベンダーを相見積もりに参加させると、競争原理が働きます。その結果、契約条件が大幅に見直され、既存ベンダーが継続するケースもあります。

既存ベンダーが継続する確率は30〜40%とするデータもあります。そのため、乗り換えを前提にする必要はありません。

新しいベンダーの月額が安くても、引き継ぎや業務移行に費用がかかる場合があります。移行コストは300万円から500万円に及ぶこともあり、5年間のTCOでは逆転することもあります。たとえば、月額の差額が年間で数十万円程度であれば、移行費用を回収する前に契約期間が終わる可能性もあります。

費用は月額だけでなく、移行コストや引き継ぎ工数を含めて長期的に比較します。

ポイント

保守費用が適正かは、作業報告書とログで実稼働を照合し、現行ベンダーを含めた長期の総額で判断します。月額の差だけで乗り換えを決めないことが目安です。

保守費用を最適化する具体的なアプローチ

保守費用を下げるには、値引き交渉に加えて作業構造を効率化します。ただし、無理な値下げは、サービス品質を下げ、障害対応の遅れで結果的に高くつく場合があります。

長期的な削減には、自動化と契約条件の見直しが有効です。

定型作業の自動化とAIOpsの活用

定型作業は、自動化の範囲を小さく始めると、費用削減につなげられます。

  • 対象作業:ログ確認、アラート切り分け、バックアップ確認
  • AIOps:生成AIによる、必要なアラートだけの通知
  • 導入単位:業務ごとに効果を確かめる

運用保守には、繰り返し発生する定型作業が多く含まれます。その作業を自動化すれば、人手の工数が減り、その分の費用を抑えられます。

生成AIでアラートを自動的に切り分け、対応が必要なものだけを通知するAIOpsが広がっています。AIOpsとは、AIによる運用の自動化のことです。さらに、担当者は対応すべき事象に集中でき、無駄な工数も減らせます。

ただし、AIOpsを一気に導入すると、かえって現場が混乱するおそれがあります。まずは、アラートの自動一次切り分けなど小さな業務から始めるのが現実的です。

AI学習データの整備には手間がかかり、誤検知のリスクもあります。それでも、効果を確認しながら範囲を広げていけば、初期費用をかけても中長期の費用を下げやすくなります。

対応範囲とSLAの見直しによる無駄の削減

契約の対応範囲とSLAは、利用実態に合わせて定期的に見直します。

  • 監視時間:夜間の利用が少ない場合の体制調整
  • 繁忙時間:利用のピーク時間帯に合わせた体制
  • 重要指標:保証水準の見直し

夜間の利用が少ないシステムに24時間365日の有人監視を付けると、費用が過剰になるかもしれません。一方で、利用がピークになる時間帯だけ手厚くすると、品質を保ちながら費用を圧縮できます。

SLAでは、過剰な保証水準を現実的な水準に下げたうえで、重要指標にペナルティ条項を設けられます。

費用の総額は維持したまま、自社にとって価値の高いサービスへ予算を振り向けるという考え方です。契約更新の時期は、こうした見直しを行う絶好の機会です。

費用や契約条件を詰める際は、外注先の選び方や発注の進め方も検討しておくと、判断がスムーズになります。システム運用保守の発注・外注方法についての記事も参考にしてください。

ポイント

値引きだけに頼らず、作業構造の効率化と契約条件の見直しを組み合わせます。無理な値下げは障害対応の遅れで高くつくことがあるため、品質を保てる範囲で判断します。

費用は、進め方やパートナー選び、契約実務と結びついています。相場だけでなく、依頼先と発注方法まで押さえると、意思決定しやすくなります。

進め方とパートナー選定の検討

発注前には、進め方とパートナー選定を費用と一緒に確認しておきます。

  • 発注設計:内製・外注の判断からRFP作成までの流れ
  • 時期:契約満了前からの準備
  • 評価:価格以外の特徴と強みの比較

SLA設定や引き継ぎも含めて、工程全体を一続きで把握しておきます。全体の流れが見えれば、各工程にかかるコストも捉えられます。

ベンダー選定は、全体で4〜6か月を要するのが一般的です。そのため、契約満了の6か月前には動き出す必要があります。詳しくはシステム運用保守の進め方の記事で解説しています。

依頼先を選ぶ段階では、各社の特徴や強みを比べることが欠かせません。特に、価格だけで選ぶと、品質の低いベンダーを選んでしまうリスクがあります。

評価における価格の配点は、全体の20点以下に抑えるのが定石とされています。具体的な比較の観点や候補企業は、システム運用保守でおすすめの開発会社・ベンダー6選と選び方の記事が参考になります。

全体像を体系的につかみたい場合

全体像をつかんでおくと、費用をシステムのライフサイクルの中で判断できます。

  • 対象:運用保守の定義から契約実務まで
  • 運用像:AIOpsやDevOpsを含めた運用の姿
  • 終結:システム終焉に伴う契約のクロージング

こうした範囲は、完全ガイドで最新トレンドまで含めて、体系的に確認できます。ガイドでは、運用と保守の違いも押さえられます。

システム運用保守の完全ガイドで全体像を確かめ、本記事の費用相場と組み合わせると、精度の高い予算計画を立てられます。

費用は重要ですが、良し悪しは、求めるサービスレベル、システムの重要度、社内体制のなかで金額を位置づけて判断します。関連記事もあわせて読むと、断片的な相場感だけに頼らず、自社の最適解を導く視点が持てます。

まとめ

システム運用保守の費用は、ソフトウェア全体コストの平均約60%を占める大きな支出です。月額の目安は、初期開発費用の年間5〜15%程度です。

ただし、SLA水準、ドキュメント整備状況、契約形態によって金額は変わります。そのため、相場だけでなく、人月単価、工数、対応範囲、税負担を総合的に評価します。

適正さを見抜くには、作業報告書とログから実稼働を割り出すITデューデリジェンスが有効です。また、相見積もりに現行ベンダーを加えて、競争環境を作る方法もあります。

比較するときは、移行コストを含めた5年TCOで見ます。

定型作業の自動化やSLAの見直しを組み合わせると、無理な値下げに頼らず費用を最適化できます。

進め方、パートナー選び、発注方法の関連記事も活用して、運用保守の予算計画に役立ててください。

会社紹介

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

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

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

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

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

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