ITシステム保守管理の費用は、年間50万円から800万円ほどの幅があります。金額を左右するのは、保守範囲、SLA（サービスレベル合意）の水準、保守を担う体制です。
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ITシステム保守管理の費用相場の全体像
ITシステム保守管理の費用は、一般にシステム開発費に連動して決まります。年間の保守費用の目安は、開発費の15〜20%程度です。
金額にすると、年間50万円から800万円程度まで幅があります。この幅の大きさが、保守費用の相場を分かりにくくしています。
「開発費の15〜20%」という相場の意味
「開発費の15〜20%」は、システムを安定稼働させるための経験則です。
- 比率の目安：毎年、開発時の工数の一部を保守のために確保する前提の数字です。
- 稼働条件：障害の許容度や法改正対応の多さで、比率が上下します。
- 分母の定義：開発費に何を含めるかによる、計算の違い
たとえば3,000万円で開発したシステムなら、年間の保守費用は450万円から600万円が目安です。比率は稼働条件でも変わります。障害が許されにくい金融や医療のシステム、法改正への対応が多いシステムは、保守費用が高くなります。
24時間365日の稼働が前提なら、比率が25〜30%に達することがあります。反対に、社内利用だけで稼働時間が限られる場合は、10%前後に収まることもあります。
比率は、自社の条件に照らして読むことが大切です。また、分母となる開発費が要件定義から本番リリースまでの総額か、パッケージのカスタマイズ費用だけかで、比率の意味は変わります。各社の分母をそろえないと、見かけ上の安さに惑わされます。
年間50万円〜800万円という金額レンジの読み解き方
年間50万円から800万円の幅は、対象の規模と保守体制の違いから生まれます。
- 小規模な構成：軽微な修正と問い合わせ対応が中心の契約
- 大規模な構成：監視や障害対応まで体制を厚くした契約
- 比べ方：金額と作業範囲をセットで見ること
年間50万円程度なら、小規模なWebシステムや業務ツールの水準です。障害対応も軽微な修正が中心で、月額にすると4万円前後になります。
年間800万円に近い契約は、複数のシステムが連携する基幹システム向けです。専任に近い体制で監視や障害対応を行うケースも含まれます。月額にすると60万円を超え、エンジニアの稼働時間を確保する契約に近づきます。
同じ保守でも、含まれる作業範囲と体制が違えば金額は変わります。そのため、相場を見るときは、年間総額と作業範囲を一緒に確認します。
保守タイプ別に見る費用構造の違い
ITシステムの保守は、ISO/IEC 14764などの国際規格で分類されます。基本は是正、予防、適応、完全化の4分類で、近年は予測保守を加えた5分類で語られることもあります。そのため、契約がどのタイプを含むかで、工数や技術レベルが変わります。
是正保守・予防保守のコスト
是正保守と予防保守は、障害への対応の時点が異なります。
- 是正保守：発生した障害やバグの修正
- 予防保守：障害の兆候を事前に確かめる作業
- 費用の見方：固定費に含まれる範囲と、追加費用の発生条件
是正保守は、すでに発生した障害やバグへの事後対応で、必要な費用は障害の頻度と緊急度によって変わります。
月額固定契約では、「月○時間まで」の上限を設けることがあります。規定時間を超えた分を従量制で追加請求する契約も、一般的です。さらに、緊急対応の即時性を高めるほど、待機コストが上乗せされます。
予防保守の代表例は、ログの定期点検やディスク容量・メモリ使用率の監視です。バックアップの正常性確認も、予防保守に含まれます。
予防保守は成果が見えにくいため、コストを削られやすい領域です。一方で、毎月一定の工数を割く契約は、月額数万円から十数万円が多い水準です。予防保守を手厚くすると、是正保守の発生頻度を下げられます。
是正保守だけか、予防保守まで含むかは契約で確かめておく必要があります。確認を怠ると、障害のたびに追加費用が発生し、結果的に割高になることがあります。
適応保守・完全化保守のコスト
適応保守と完全化保守は、障害以外の変化や品質向上に対応します。
- 適応保守：外部環境の変化に合わせた改修
- 完全化保守：性能や使い勝手の改善
- 契約範囲：固定費に含む作業を具体的に定めること
適応保守は、OSやミドルウェアのバージョンアップに対応する保守です。法改正や外部サービスのAPI変更への追従、消費税率やブラウザの仕様変更への対応も含まれます。
発生時期が外部要因に左右されるため、年間の費用を一定にしにくい保守です。法改正が多い業務システムでは、費用の大きな割合を占めることがあります。
完全化保守は、性能や保守性、使い勝手を高めるための保守です。処理が遅い機能のチューニングや小規模な改修などが含まれます。
実務では機能拡張に近い意味で使われることもあります。その場合は、小規模な追加開発として、保守とは別に見積られることもあります。
適応保守と完全化保守は、発生時期を予測しにくく、費用が変動しやすい領域です。特に、月額固定契約に含む範囲を明記しないと、追加請求が発生しやすくなります。
予測保守とツール費用の考え方
予測保守は、障害の予兆を検知して先回りで対処する保守です。
- 分析対象：稼働データとログ
- 必要な投資：監視ツールやログ分析基盤の導入と運用
- 判断方法：投資の回収見込み
AIやデータ分析で稼働データを解析し、異常の兆候を拾い上げます。人手による定期点検と異なり、システムが自動で兆候を検知する点が特徴です。
規格上は予防保守に含まれますが、独立した技術領域として扱われます。
実現には、監視ツールやログ分析基盤への投資が必要です。ZabbixやDatadogの導入・運用費用が、保守コストに上乗せされます。
障害の早期発見が進めば、人手による是正保守の工数を減らせます。そのため、予測保守はツール費用を払って人件費を下げる構造です。
導入費と運用費が、削減できる人件費や機会損失を下回るかを比べます。規模の大きいシステムほど、投資を回収しやすい傾向があります。
保守費用の内訳とコストを左右する要因
月額の保守費用は、人件費を中心に、ツール費用、インフラ費用、体制を維持する待機コストなどから積み上がります。内訳を理解すると、相見積を比べやすくなります。
人件費と工数が費用の中心
保守費用の大半は、エンジニアの人件費です。
- 工数：保守に確保する時間の長さ
- スキル：担当者の経験や技術による単価の差
- 待機：緊急対応の体制を保つための費用
人月単価は、数十万円から100万円を超える水準まで幅があります。高いスキルの担当者は単価が上がる一方で、切り分けや復旧が速くなります。
月10時間の軽微な対応より、月40時間の契約のほうが高額になります。比べるときは、月額に含まれる工数を確認して時間単価に換算します。
実作業がない月でも、緊急対応の待機人件費が発生することがあります。待機コストは見えにくいものの、安心して任せるための対価です。削減か維持かは、自社の障害リスクに照らして決めます。
SLA水準とサポート体制によるコスト差
SLA（サービスレベル合意）は、対応水準と保守費用を左右します。
- 対応時間：復旧までの時間を短くするほど高額になります。
- サポート時間帯：夜間や休日は交代要員が必要です。
- 報告業務：記録や提出にかかる工数
「1時間以内に開始し、4時間以内に復旧」のような水準は高コストです。官公庁の仕様書には、1時間以内の現地到着や、原則4時間以内の完全復旧を定める例があります。
平日日中のみなら標準的な費用ですが、24時間365日では数倍になることもあります。過剰なSLAを避けるためにも、自社に必要な復旧速度を見極めます。
定期報告や記録提出の頻度も、保守費用に影響します。官公庁の仕様書には、年4回の定期報告を求める例があります。作業時間や再発防止策まで記録する場合は、作業工数が増えます。
見落としやすい隠れたランニングコスト
保守契約とは別に、継続的なランニングコストが発生します。
- インフラ費用：サーバーやクラウドの利用料
- ライセンス費用：ミドルウェアなどの年間費用
- 引き継ぎ費用：ブラックボックス化した内部の調査
サーバーやクラウド、監視ツールの利用料は稼働中に発生します。ミドルウェアやライセンスの年間費用も、別枠になりがちです。これらを見落とすと、システム維持の総額を過小に見積もってしまいます。
ドキュメントがないシステムでは、最初に内部調査が必要です。調査結果のドキュメント化が、初期の追加費用になることがあります。また、新しい保守会社へ乗り換える場合は、立ち上げコストも見込みます。
官公庁の仕様書には、電力料や通信費を受託者負担とする例があります。保守費用に含む範囲と発注者負担の範囲を分けて確認します。
保守費用の見積を正しく判断するポイント
見積金額が倍以上違う場合も、作業範囲やSLAの違いが原因かもしれません。そのため、金額だけでなく見積の前提を確かめて、妥当性を判断します。
保守範囲の明文化と見積の前提の統一
相見積の前に、発注者側で保守範囲を明文化しておきます。
- 保守タイプ：是正、予防、適応のうち、どこまでを含むか
- 対象システム：対応する範囲の具体化
- 緊急対応：対応する時間帯の定義
条件をそろえれば、各社が同じ前提で見積を出せます。保守範囲を具体化すると、費用の予測精度も高まります。
前提が曖昧だと、安い見積に必要な作業が含まれないことがあります。その結果、契約後に追加費用がかさむ可能性があります。
IPAの見積りの考え方でも、不確定要素が多い段階で確定値として扱うことは危険です。情報が少ない段階の概算を固定予算として扱うと、リスクが高まります。
複数社比較と時間単価への換算
発注先を複数社から選ぶと、相場感と交渉材料を得られます。
- 開発元：内部を熟知している点が強み
- MSP：マネージドサービスプロバイダーという選択肢
- 比較方法：工数で割った時間単価での比較
開発元は内部を熟知している一方で、費用が高止まりすることもあります。保守専門会社やフリーランスのエンジニアも選択肢です。
たとえば、月額30万円で20時間なら時間単価は1.5万円です。月額20万円で10時間なら、時間単価は2万円になります。
見かけの安さと実際の割安さを見分けるには、月の工数、担当者のレベル、緊急時の体制も合わせて見ます。
根拠を説明できる会社は、保守の中身を把握していると考えられます。反対に、「一式」とだけ答える会社には、要員の確認が必要です。
コスト削減のROIによる妥当性の判断
保守費用は、システム停止による損失を防ぐ投資でもあります。
- 損失の把握：停止時の売上機会損失の金額化
- 投資の比較：保守費用と防げる損失の釣り合い
- 説明材料：投資効果を経営層に伝えるための数字
ROIでは、防げる損失と保守費用を並べて比べます。たとえば、半日の停止による売上機会損失や業務停止の人件費を金額にします。そのうえで防げる損失を基準にすると、妥当な保守費用が見えます。
監視ツールや自動化も、導入費と運用費を損失と比べます。削減できる人件費やダウンタイムの損失を上回るなら、投資の価値があります。数字を整理すると、保守費用を投資として説明しやすくなります。
妥当性は、システムの重要度と停止時の影響に照らして判断します。年間の金額が高いか安いかは、その判断の一部にすぎません。相場は出発点とし、自社が納得できる水準を選ぶことが大切です。
ITシステム保守管理に関する関連記事
ITシステム保守管理には、費用相場以外にも幅広い論点があります。
保守の進め方や委託先の選び方、外注の方法も、あわせて確認できます。
保守の進め方はITシステム保守管理の進め方｜是正・予防・適応・完全化保守の使い分けと年間計画をご覧ください。
委託先の比較にはITシステム保守管理のおすすめ会社｜障害対応SLA・予防保守実績で比較が参考になります。
外注の進め方はITシステム保守管理の外注・発注方法｜保守範囲の明文化とレガシー解きほぐしで解説しています。
全体像はITシステム保守管理の完全ガイド｜4-5分類と予測保守まで総まとめもあわせてお読みください。
まとめ
ITシステム保守管理の年間費用は、開発費の15〜20%が目安です。金額では、年間50万円から800万円まで幅があります。
作業範囲やSLA、体制が違うため、比べるには契約に含む保守タイプと、人件費や工数の内訳を確かめる必要があります。周辺コストも、サーバーやツールを含めて見ておきます。
保守範囲を明文化して各社の前提をそろえ、月額を時間単価に換算します。そのうえで、防げる損失とのROIを見て妥当性を判断します。
保守費用は、システムを止めずに価値を生み続けるための投資です。自社の重要度に合う体制とコストを選び、過不足を抑えます。
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。