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

SE・SIerに運用保守を委託する際、毎月支払っている保守費用が本当に妥当なのか、判断できずに悩んでいる方は少なくありません。運用保守の費用は「人月単価×人数」という人月計算が基本ですが、その背後には多重下請け構造による中抜きや、稼働実態の見えにくさといったSE/SIer業界特有の事情が絡んでいます。同じ業務内容でも、元請けに発注するか二次請け・三次請けの実働部隊に近い会社に発注するかで、月額費用が大きく変わるのが実態です。

本記事では、SE・SIerの運用保守にかかる費用相場を、人月単価の内訳・多重下請け構造の影響・年間の費用構成といった観点から具体的な数字で解説します。さらに、作業報告書やサーバーログから実稼働時間を割り出して保守費用の妥当性を監査する「ITデューデリジェンス」の手法や、費用を適正化する交渉のポイントまで踏み込んで紹介します。読み終えるころには、自社の保守費用が割高なのか妥当なのかを判断する具体的な物差しが手に入るはずです。

SE・SIerの運用保守費用が決まる仕組み

SE・SIerに運用保守を委託する場合の費用は、システム規模そのものよりも「どれだけの人員工数を割り当てるか」で決まります。SIer業界では人月単価という考え方が標準であり、エンジニア1人が1か月稼働した分の費用を積み上げて月額が算出されます。まずはこの人月の仕組みと、業界特有の多重下請け構造が費用にどう影響するかを理解することが、費用の妥当性を見極める出発点になります。

人月単価とは、エンジニア1人が1か月（おおむね20営業日・160時間前後）稼働した場合の費用を指します。SE・SIerの運用保守はこの人月単価を基準に見積もられ、たとえば「保守担当0.5人月を月額40万円で提供」といった形で契約されることが一般的です。単価はエンジニアのスキルレベルによって大きく異なり、おおよその目安として、初級SEが月60万〜80万円、中堅SEが月80万〜100万円、上級SEやアーキテクトクラスが月120万〜160万円程度の幅で設定されます。

運用保守の場合、システムを常時フル稼働で見るわけではなく、監視や定期点検、問い合わせ対応に必要な分だけ工数を割り当てるため、0.2人月や0.5人月といった「分数人月」での契約も多くなります。月額保守費用が妥当かどうかを考えるときは、まず「この金額は何人月分なのか」を逆算することが第一歩です。月額50万円の保守契約で上級SEを名目上アサインしているのに、実際の稼働が月10時間程度であれば、単価換算では極端に割高になっている可能性があります。

SE/SIer業界には、元請け（一次請け）が受注した案件を二次請け・三次請けへと再委託していく多重下請け構造が根強く残っています。元請けが提示する人月単価には、各層のマージン（中間マージン）が積み上がっており、実際に手を動かす末端のエンジニアの単価より、発注側が支払う金額が1.5倍から2倍以上に膨らんでいることも珍しくありません。たとえば実働エンジニアの原価が月50万円でも、二次請けで65万円、元請けで90万円といった形で価格が積み上がっていきます。

この構造を理解しておくと、「なぜ大手SIerは高いのか」「中小のソフトウェア会社に直接頼むと安いのはなぜか」が見えてきます。大手SIerに依頼すれば品質管理体制やバックアップ要員の手厚さという安心感は得られますが、その分マージンも上乗せされます。費用を抑えたい場合は、実働部隊に近い層の会社へ直接発注することで中間マージンを削減できる一方、要員が薄く属人化リスクが高まる側面もあるため、安さだけで判断するのは危険です。費用を評価する際は、支払額のうちどれだけが実作業に充てられ、どれだけが中間コストなのかという視点を持つことが重要になります。

運用保守の費用相場と内訳

運用保守費用の相場は、システムの規模・業務の重要度・要求されるサービスレベルによって大きく変わります。一般的な目安として、月額保守費用は初期開発費用の5%〜15%程度に設定されることが多いとされています。たとえば開発費用が2,000万円のシステムであれば、年間100万〜300万円、月額にして8万〜25万円前後が一つの相場感になります。ただしこれはあくまで定型的な保守の場合であり、24時間365日の有人監視や厳格なSLAを求める場合は、これを大きく上回ります。

小規模な業務システムやWebシステムの運用保守であれば、月額5万〜15万円程度の軽微な保守契約（障害時のスポット対応中心）から始められます。中規模の基幹システムになると、定期監視・バックアップ確認・問い合わせ対応を含めて月額30万〜80万円程度が目安です。大規模な基幹システムやミッションクリティカルなシステムで、専任のSEを常駐またはそれに近い形でアサインする場合は、月額100万円以上、年間1,000万円を超えることも珍しくありません。

契約形態としては、毎月固定額を支払う月額固定型と、作業が発生した分だけ支払う従量型（スポット型）に大別されます。月額固定型は費用が読めて安心ですが、稼働が少ない月でも同額を支払うため割高に感じやすく、従量型は安く済む反面、障害が集中した月に費用が跳ね上がるリスクがあります。SE/SIerとの保守契約では、基本料金に一定時間の対応を含め、超過分のみ別途精算する「ハイブリッド型」が現実的な落としどころとなることが多いです。

システムにかかる総コスト（TCO）を長期で見たとき、運用保守費用が占める割合は想像以上に大きくなります。ソフトウェアのライフサイクル全体のコストのうち、保守フェーズが40%〜80%、平均すると約60%を占めるとされています。つまり、開発に1,000万円かけたシステムでも、その後の運用保守に開発費を上回る金額が積み上がっていくということです。経済産業省の調査でも、IT予算における「従来システムの運用」と「新規構築」の支出割合は全産業平均でおよそ2対1とされ、企業のIT支出の多くが既存システムの維持に流れている実態が示されています。

さらに保守作業の中身を分解すると、最も時間を要するのは「調査・分析」であり、全作業時間の約30%を占めると言われています。障害が起きたときも改修を行うときも、原因の特定やコードの読み解きに最も工数がかかるということです。この事実は費用相場を考えるうえで重要で、ドキュメントが整備されておらず属人化したシステムほど調査・分析に時間がかかり、結果として保守費用が割高になります。逆に言えば、ドキュメント整備や設計の標準化に投資しておくことが、長期的な保守費用の圧縮につながります。

保守費用を左右する変動要因

同じ規模のシステムでも、保守費用には2倍3倍の差が生じることがあります。その差を生むのが、サービスレベルの要求水準・システムの複雑さ・ドキュメントの整備状況といった変動要因です。SE/SIerに見積もりを依頼する前に、自社のシステムがこれらの要因のどこに位置づけられるかを把握しておくと、提示された金額の妥当性を判断しやすくなります。

保守費用を最も大きく左右するのが、求めるサービスレベル合意（SLA）の水準です。平日日中（9時〜18時）のみの対応と、24時間365日の有人対応とでは、必要な人員体制がまったく異なり、費用も数倍に膨らみます。たとえばサーバー稼働率99.9%以上を保証し、重大障害発生から30分以内に通知、数時間以内に復旧、といった厳格なSLAを求めるなら、夜間休日も即応できる交代制の体制が必要になり、その分のコストが上乗せされます。

SLAの具体値については、公的なガイドラインが参考になります。たとえば自治体の調達ガイドラインでは、サーバ・アプリ稼働率99.8%以上、基準応答時間（3秒以内）の達成率93%、重大障害は年2回まで、障害通知遵守率100%（発生後30分以内）、ヘルプデスクの電話応答率97%以上（平均20秒以内）といった水準が示されています。自社にとってどこまでの水準が本当に必要かを精査せず、過剰なSLAを設定すると、不要なコストを払い続けることになります。逆にSLAを緩く設定しすぎると、いざというときの復旧が遅れて事業に影響します。費用と必要水準のバランスをとることが、適正なコスト設計の核心です。

システムが古く複雑で、開発当初の仕様を知るエンジニアが社内外に残っていない場合、保守費用は跳ね上がります。担当SEがシステムを理解するまでの学習コストがかかるうえ、障害時の調査・分析に多大な工数を要するためです。とくに引き継ぎ直後の数か月は、担当者がシステムに習熟していないため、同じ作業でもベテラン担当時より工数が膨らみます。逆に、設計書・運用手順書・障害対応履歴がきちんと整備されているシステムは、担当者が変わっても短期間でキャッチアップでき、保守費用を抑えられます。

ソフトウェアの改修費用を見積もる手法として、改造の難易度を多面的に評価するアプローチもあります。一部のSIerでは、改修対象の「改造密度（10Kステップあたりの改造量）」「改造分散度（改造箇所の数）」「改造母体錬度（担当者の経験年数）」という3つの軸でマトリクス評価し、改修工数を定量的に算出しています。同じ「軽微な改修」に見えても、改造箇所が広範囲に分散していたり、誰も中身を知らない古いコードに手を入れる場合は工数が膨らむため、見積もりの妥当性を判断するには、こうした難易度の前提を確認することが欠かせません。

保守費用の妥当性を見抜く監査の視点

「今の保守費用が割高ではないか」という疑問は、相見積もりを取るだけでは解消しません。なぜなら、システムの中身を一番よく知る既存ベンダーが最も精度の高い見積もりを出せる一方、新規ベンダーは学習コストを上乗せするため、単純比較では既存ベンダーが安く見えてしまうからです。ここで有効なのが、支払っている費用に見合うだけの実作業が行われているかを検証する「ITデューデリジェンス」の視点です。価格交渉の前に、まず実態を可視化することが適正化の近道になります。

保守費用の妥当性を検証する第一歩は、ベンダーから提出される月次の作業報告書を精査することです。報告書に記載された作業項目と所要時間を集計し、実際に何人月分の稼働があったのかを算出します。そのうえで、契約上アサインされているはずの人月数と突き合わせると、名目上の人員と実稼働の乖離が見えてきます。月額50万円で0.5人月相当をアサインしている契約なのに、報告書を集計すると実稼働が月20時間程度しかないのであれば、その費用は実態に対して割高だと判断する材料になります。

さらに踏み込むなら、サーバーやシステムのログから、実際に保守作業が行われた痕跡を確認します。ログイン履歴・バッチ処理の実行記録・設定変更のタイムスタンプなどから、報告書の内容と実際の作業に整合性があるかを照合できます。この実稼働ベースの監査によって、「請求は0.5人月分なのに、実際の作業痕跡は月数時間しかない」といったギャップが明らかになることがあります。こうした客観的な事実は、相見積もりよりはるかに強力な交渉材料となり、感情論ではなくデータに基づいて費用適正化の議論を進められます。

監査の結果「割高だ」と判断できても、すぐにベンダーを乗り換えるのが得策とは限りません。保守ベンダーを切り替える際には、新ベンダーがシステムを理解するための引き継ぎコストや、環境移行・データ移行にかかる初期費用が発生するからです。仮に新ベンダーの月額が現行より5万円安くても、移行に300万〜500万円かかるなら、その差額を回収するのに数年を要し、5年間のトータルコスト（TCO）で見ると逆転してしまうこともあります。

そのため費用比較は、月額だけでなく、移行コストを含めた中長期のTCOで行うべきです。新担当者のキャッチアップには、おおむね1.0人月程度の引き継ぎ工数に加え、現行担当者が週2日程度サポートに入る体制が効果的とされ、この引き継ぎ期間中は一時的に二重のコストがかかります。乗り換えによる長期的なメリットが移行コストを上回るのかを冷静に試算したうえで判断することが、結果的に費用の最適化につながります。場合によっては、既存ベンダーに監査結果を提示して条件を見直してもらうほうが、トータルでは合理的なこともあります。

保守費用を適正化する実践ポイント

保守費用は、契約の組み方や交渉の進め方を工夫することで適正化できます。単に値下げを要求するのではなく、サービスレベルと費用の対応関係を明確にし、客観的な根拠をもって交渉に臨むことが成功の鍵です。ここでは費用を適正水準に保つための実践的なポイントを紹介します。

支払う費用に見合う品質を確実に引き出すには、SLAに加えて、目標未達時のペナルティ条項を契約に盛り込むことが有効です。たとえば稼働率や復旧時間が約束した水準を下回った場合に、当月保守費用の一定割合を減額する、といった取り決めです。ペナルティだけでなく、目標を上回る品質を達成した場合のインセンティブ報酬と組み合わせることで、ベンダー側にも品質向上の動機が生まれ、費用が単なる固定コストではなく成果に連動する形になります。

こうした厳しめの条項をベンダーに受け入れてもらう交渉では、他社の契約事例を引き合いに出したり、複数候補を競わせる構図をつくることが効きます。既存ベンダーを次回のRFP（提案依頼）にあえて参加させると、競争原理が働いて条件が大きく見直されることがあり、結果として既存ベンダーが30%〜40%の確率で条件改善のうえ継続するというデータもあります。乗り換えありきではなく、競争環境をつくること自体が費用適正化の手段になるということです。

保守費用の多くは人件費（工数）であるため、定型作業を自動化して工数そのものを減らすことが、根本的なコスト削減につながります。監視のアラート設定、ログ収集、バックアップの実行といったルーチン作業を自動化すれば、人が張り付く時間を減らせます。近年は、アラートの一次切り分けを生成AIに担わせるAIOpsの取り組みも広がっていますが、いきなり全工程を刷新すると現場が混乱しやすいため、アラートの自動仕分けなど小さな業務からスモールスタートするのが現実的です。

あわせて、設計書や運用手順書といったドキュメントを整備しておくことも、長期的な費用削減に直結します。前述のとおり保守作業の約30%は調査・分析に費やされるため、システムの中身が文書化されていれば、この調査時間を圧縮でき、担当者交代時の引き継ぎコストも下げられます。ドキュメントが皆無のまま属人化が進むと、いざキーマンが退職した際にシステムがブラックボックス化し、解読のために多額の保守費用が発生します。AIに既存コードを解析させてブラックボックスを解消する手法も登場していますが、平時からドキュメントを整える地道な投資こそが、保守費用を中長期で抑える最も確実な方法です。なお運用保守全体の費用構造や進め方の詳細は、SE/SIerの運用保守の進め方やSE/SIerの運用保守の外注・委託方法もあわせてご確認ください。

まとめ

SE・SIerの運用保守費用は、人月単価を基本単位として算出され、その背後には多重下請け構造による中間マージンが影響しています。月額の相場は、軽微な保守で5万〜15万円、中規模の基幹システムで30万〜80万円、大規模で100万円以上が一つの目安ですが、最終的にはSLAの水準・システムの複雑さ・ドキュメント整備状況といった変動要因で大きく変わります。ライフサイクル全体ではTCOの約60%を保守が占めるため、保守費用の最適化は経営に直結するテーマです。

費用が妥当かどうかを判断するには、相見積もりだけに頼らず、作業報告書やログから実稼働を割り出すITデューデリジェンスの視点が有効です。そのうえで、移行コストを含めた5年TCOで冷静に比較し、SLAとペナルティ条項で費用対効果を担保しつつ、自動化やドキュメント整備で工数そのものを削減していくことが、費用適正化への王道となります。具体的なベンダー選定や発注の進め方については、SE/SIerの運用保守でおすすめの開発会社6選や、全体像を体系的にまとめたSE/SIerの運用保守の完全ガイドもあわせてご活用ください。

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。