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

保守開発の費用相場は「年間開発費の10〜20%」「月額60〜240万円」といった目安が一般的に語られますが、実際にはシステムの規模・保守範囲・SLA水準・契約モデルによって大きく変動します。さらに、現行ベンダーから乗り換える場合はリバースエンジニアリングを含む初期解析費が別途発生するため、月額だけを比較しても本当のコストは見えてきません。本記事では、月額料金の内訳から契約モデル別の単価レンジ、AIOpsを活用した保守費削減効果、紛争時に発生し得る数千万円規模の賠償リスクまで、保守開発の費用構造を網羅的に整理していきます。

特に重視したいのが、乗り換え判断時に必要となる「ROIシミュレーション」です。現状の月額保守費から移管後の想定費用を差し引き、初期解析費を何ヶ月で回収できるかを試算する具体的な式と数値例を本文で提示します。情シスが稟議資料を作る場面、経営層が投資判断を下す場面、いずれにも使える実務的な内容にまとめました。費用妥当性に漠然とした不安を抱えている方、ベンダー乗り換えを検討中の方は、最後まで読み進めることで判断材料が揃うはずです。

保守開発の費用構造の全体像

保守開発の費用は、月額固定の運用保守料、障害対応や追加開発に伴うスポット費用、SLA違反時の補償、そしてベンダー乗り換え時に発生する初期解析費という4つのレイヤーで構成されます。一般的に話題になるのは月額固定の部分だけですが、年間トータルで見ると追加開発や緊急対応のスポット費用が想像以上の比重を占めるケースは少なくありません。費用を正しく評価するためには、それぞれのレイヤーを切り分けて把握することが出発点となります。

保守開発の年間費用は、初期開発費の10〜20%が一般的な目安として広く用いられています。たとえば開発費1,000万円のシステムであれば年間100〜200万円、月額換算では8〜17万円が下限ラインとなります。中規模以上のシステムでは月額60〜240万円というレンジに収まる例が多く、これは保守エンジニアの稼働工数(0.3〜1.5人月相当)に置き換えることで根拠が明確になります。

この10〜20%という数字が広く採用されている背景には、システムの陳腐化に対する継続的な改修需要があります。法改正対応、OSやミドルウェアのバージョンアップ、セキュリティパッチ適用、ユーザーからの軽微な改善要望対応など、運用していれば必ず発生する作業を年間費用に織り込んだ結果として、この比率が定着しました。逆に言えば、年間費用が開発費の5%を切るような契約は、何らかの作業が抜け落ちている可能性が高いと考えるべきです。

月額固定費用に含まれる作業は、おおむね5領域に分類できます。第一に稼働監視とログ確認、第二にバックアップとリストアの定期実行、第三にセキュリティパッチや脆弱性対応、第四に問い合わせ対応とヘルプデスク、第五に軽微な不具合修正と小規模改修です。これらのうち、どこまでが固定費に含まれ、どこからがスポット請求になるかは契約書で必ず確認すべきポイントとなります。

特に「軽微な不具合修正」の定義は曖昧になりがちで、トラブルの種にもなります。たとえば「対応工数2人日以内は固定費に含む」「画面1枚あたりの修正は別途見積」など、定量的な線引きを契約段階で合意しておくことで、後の費用感の認識ズレを防げます。標準的なベンダーであれば、提案書段階でこの線引きが明示されているはずです。

契約モデル別の費用比較

保守開発の契約モデルは大きく「月額固定型」「工数請求型(タイムアンドマテリアル)」「サブスクリプション型」「ラボ型」の4つに整理できます。それぞれ単価構造とリスク配分が異なるため、システムの利用頻度や改修要望の発生パターンによって最適解が変わります。一律に安いプランを選ぶのではなく、自社のシステム特性に合った契約形態を見極めることが、トータルコスト最適化の鍵となります。

月額固定型は、契約期間中の作業範囲をあらかじめ定義し、その範囲内であれば工数の多寡にかかわらず一定額を支払う方式です。月額60〜240万円のレンジが代表的で、予算管理がしやすく経理処理もシンプルというメリットがあります。一方、想定外の障害が頻発した場合でも追加請求が抑えられる反面、ベンダー側のリスクヘッジ分が単価に上乗せされる傾向があるため、実稼働ベースでは割高になるケースもあります。

工数請求型は、実際に稼働した時間×単価で請求が立つ方式です。エンジニア1人日あたり5〜15万円(月額換算で100〜300万円)が標準的な単価レンジで、シニアエンジニアやアーキテクトクラスでは1人日20万円を超える例もあります。改修頻度が低いシステムであれば月額固定型より安く済みますが、大規模障害時に工数が膨らんで予算超過するリスクがあるため、月次の上限工数を契約に盛り込むのが実務的な落としどころです。

サブスクリプション型は、月額固定型の進化版とも言える契約形態で、対応工数の上限と最低保証稼働率を明示しつつ、複数システムを横断的に面倒見てもらえるのが特徴です。クラウドネイティブ環境を中心に普及しており、月額30〜80万円程度から始められるプランも増えてきました。中小企業や情シス人員が限られている企業との相性が良く、ライトユース向けの選択肢として注目されています。

ラボ型は、ベンダー側の専属チームを一定期間確保し、保守と並行して機能改善や追加開発を試行錯誤しながら進めるモデルです。月額200〜500万円のレンジが標準的で、エンジニア2〜4名分のチームを丸ごと押さえる形になります。仕様変更が頻発するシステムや、保守と新規開発を切り分けにくいプロダクトに向いており、請負契約とSES契約の中間的な性質を持つ第三の選択肢として位置付けられています。

SLA別の単価レンジと品質保証コスト

SLA(サービスレベルアグリーメント)の水準は、保守開発の月額単価を最も大きく左右する要素のひとつです。稼働率99%と99.99%では要求される冗長構成や監視体制が桁違いに変わり、結果として月額費用も2〜5倍に開きが出ます。SLAは「契約とペナルティを伴う水準」、SLOは「事業者側の目標値」という違いがあり、サイボウズのように厳密SLAではなくSLOを採用しつつ「連続24時間単位での返金保証規定」を併用するハイブリッド方式を採用する企業も登場しています。

SLA水準別の単価レンジを整理すると、稼働率99%(月間ダウンタイム約7時間以内)で月額30〜80万円、稼働率99.9%(同43分以内)で月額80〜200万円、稼働率99.99%(同4分以内)で月額200〜500万円というのが現実的な目安となります。さらに金融系などで求められる99.999%(同26秒以内)の水準では、月額500万円超になることも珍しくありません。この差額の大部分は、24時間365日体制のオンコール要員と冗長構成の運用コストに由来します。

SLAペナルティの相場としては、稼働率未達時に月額利用料の10〜30%返金、重大インシデント発生時には50〜100%返金という条項が標準的です。Amazon S3が月間稼働率95%を下回ると100%返金を明記しているのは有名な例で、ベンダー選定時にはペナルティ条項の上限額と免責事由を必ず突き合わせて確認することが重要です。SLAは民法548条の2第1項の定型約款として扱われ得るため、変更時にはインターネット周知などの法的要件も発生します。

責任分界点をどこに置くかは、月額単価以上に長期的なコスト影響を持つテーマです。サーバー領域・ネットワーク領域・アプリケーション領域・データ領域の4つに区切り、それぞれの故障原因に対してどちらが責任を持つかを契約書で明示するのが標準的なアプローチとなります。クラウドサービスを利用している場合は、SaaS事業者・PaaS事業者・保守ベンダーの三者間でさらに線引きが必要になり、責任の押し付け合いを防ぐためのRACIマトリクス整備が不可欠です。

賠償上限額の相場は「直近12ヶ月の支払額」または「年額の50〜100%」というレンジが一般的です。これより低い上限(月額の数倍など)は、重大インシデント時に実害をカバーしきれず無意味になりがちなので、契約交渉の段階で必ず引き上げを要求しましょう。逆に、上限を青天井にすると保険料分が単価に転嫁されて月額が跳ね上がるため、自社が想定する最大被害額を起点に逆算するのが現実的なやり方となります。

ベンダー乗り換えROIシミュレーション

現行ベンダーから乗り換える場合、月額削減効果だけを見ても判断を誤ります。リバースエンジニアリングを含む初期解析費・新旧ベンダー並走期間の二重コスト・社内ナレッジ移転にかかる人件費を加味した上で、何ヶ月で回収できるかという視点を持つことが稟議突破の鍵となります。ここでは具体的な数字を使ったROIシミュレーション式を示し、自社で再計算できる枠組みを提供します。

他社製システムを引き継ぐ際の初期解析費は、ドキュメント整備状況によって大きく変動します。仕様書・ER図・運用マニュアルが揃っている理想的なケースでは、初期解析費は新ベンダー月額の1〜2ヶ月分(おおむね100〜500万円)で済みます。一方、ドキュメントがほぼ存在せずソースコードからリバースエンジニアリングが必要な場合、月額の3〜6ヶ月分(300万円〜1,500万円)、複雑な業務システムでは2,000万円を超える例もあります。

具体例で計算してみます。現状の月額保守費が200万円、新ベンダーの月額が150万円、初期解析費が600万円、新旧並走期間2ヶ月の二重コストが400万円というケースを想定します。月額削減効果は50万円、移管総コストは1,000万円となり、単純回収期間は1,000÷50=20ヶ月、約1年8ヶ月で投資回収できる計算になります。SLA向上やセキュリティリスク低減の定性効果を加味すれば、さらに短期間で正当化できるはずです。

稟議資料に落とし込む場合は、以下のフォーマットが使いやすいでしょう。
(1) 現状月額×12ヶ月=年間現状コスト
(2) 新月額×12ヶ月+初期解析費+並走二重コスト=移管1年目総コスト
(3) 新月額×12ヶ月=移管2年目以降の年間コスト
(4) (1)−(3)=年間削減額
(5) (初期解析費+並走コスト)÷(年間削減額÷12)=回収月数

この5行を稟議書末尾に貼り付けるだけで、経営層への説得力が格段に上がります。

新旧ベンダーの並走期間は、保守移管プロジェクトで見落とされがちな大きなコスト要素です。一般的には1〜3ヶ月、複雑なシステムでは6ヶ月程度が現実的なラインで、この間は両社に支払いが発生する二重コスト状態となります。並走期間中は旧ベンダーに障害一次対応を任せながら、新ベンダーがドキュメント整備とナレッジ吸収を進めるという役割分担が標準的です。

隠れコストとしては、社内担当者の引継ぎ対応工数(週10〜20時間×並走期間)、業務影響リスクへの備えとしての保守要員の臨時増員費、テスト環境の二重維持費などが挙げられます。これらは見積書に明示されないため、稟議段階で見過ごされやすく、結果として実コストが当初予算を1.3〜1.5倍上回るケースが頻発しています。保守移管プロジェクトの予算策定時には、見えるコストの3割増しを必ず予備費として確保しておくことが鉄則となります。

AIOpsによる保守費削減効果

これまでの保守開発は「人月単価×工数=費用」というシンプルな構造から抜け出せず、コスト削減の余地が限られていました。しかしAIOps(AI for IT Operations)やSRE(Site Reliability Engineering)の手法を取り入れることで、定型的な監視・障害切り分け・一次対応を自動化し、人件費の20〜40%削減を実現する事例が増えています。保守費は下げられないという前提を疑い、自動化提案ができるベンダーを見極めることが、これからのコスト戦略の中心になります。

AIOpsを導入した場合の典型的な削減効果は以下の通りです。アラート対応工数が30〜50%削減、障害原因特定の初動時間が40〜70%短縮、定型ログ調査工数が60〜80%削減、リリース作業時間が30〜50%短縮といった数字が報告されています。月額200万円の保守契約であれば、AIOps適用後に月額140〜160万円まで圧縮できる計算となり、年間で500〜700万円の差額が生まれます。

ただし、AIOps導入には初期投資が必要です。監視ツールのライセンス費(年間100〜500万円)、データ基盤構築費(初期300〜1,000万円)、SREエンジニアの確保コスト(月額150〜250万円)など、立ち上げ期は通常の保守費に上乗せが発生します。投資回収の目安は12〜24ヶ月で、長期保守を前提とする基幹系システムや、改修頻度の高いWebサービスとの相性が良い手法です。

自動化提案ができるベンダーを見極めるには、提案書段階での具体性を確認することが重要です。「AIOpsを活用してコスト削減できます」という抽象的な提案ではなく、「現状のアラート件数を分析し、半年で40%削減する具体的なロードマップ」「自動化対象とすべきタスクのリストと工数削減見積」を提示できる会社かどうかで判別できます。導入実績として、削減率の実数値や運用改善KPIを開示してくれるかどうかも有力な判断材料となります。

また、運用設計の段階でSLO(Service Level Objective)を明示し、エラーバジェットの考え方を提案に組み込めるベンダーは、SRE的な思考が組織に根付いている可能性が高いと考えられます。逆に、月額固定で人を貼り付けるだけの提案しかできないベンダーは、自動化による単価圧縮には対応できないため、長期的にはコスト面で不利になります。RFP段階で自動化提案の必須項目を盛り込むことで、ベンダーの実力を測ることができるでしょう。

紛争時に発生するコストと賠償リスク

保守開発の費用を語る上で見過ごせないのが、紛争時に発生する突発コストです。セキュリティインシデント対応の遅れが数千万円規模の損害賠償に発展した実例が公表されており、月額の保守費を渋った結果として年間予算の数十倍の損失を被るリスクは決して他人事ではありません。事前に契約条項と保険でリスクヘッジしておくことが、結果的に最も安い選択肢となります。

セキュリティインシデント対応の遅れにより、ベンダーが数千万円規模の損害賠償責任を負った事例が複数報告されています。具体的には、脆弱性パッチ適用の遅延による情報漏洩、バックアップ取得不備によるデータ消失、SLA未達による業務停止など、いずれも保守契約の不備が起点となっています。判例ベースでは、年間契約金額の3〜10倍の賠償額が認められたケースもあり、上限なしの契約は事業継続上の重大リスクとなります。

逆に、発注側企業がベンダーから損害賠償を勝ち取った事例も存在します。ソースコード開示拒否による業務停止、約款違反による無断仕様変更、サポート終了通告の不当な短さなどが争点となり、平均して契約年額の50〜200%の賠償が認定されています。紛争に至る前段階での弁護士相談費用は時間チャージで1時間3〜5万円、本格的な訴訟になれば着手金100〜500万円・成功報酬制で総額1,000万円超になることもあるため、コストインパクトは大きいと言わざるを得ません。

紛争を未然に防ぐためには、契約条項を以下の観点で見直しておくことが有効です。第一に、ソースコードと設計書の発注者帰属を明文化すること。第二に、契約終了時の引継ぎ義務(ドキュメント提供・並走期間)を期間と項目で具体化しておくこと。第三に、賠償上限額を年額の100%程度に設定し、故意・重過失の場合は上限を撤廃すること。第四に、紛争解決手段としての第三者仲裁機関を契約書に明記しておくことです。

保守費の3〜5%程度を顧問弁護士費用やサイバー保険に充てることで、紛争コストを大きく低減できます。サイバー保険は年間保険料50〜300万円で1〜10億円の補償が得られ、情報漏洩時の調査費・通知費・賠償金をカバーするためのリスクヘッジとして機能します。保守契約と保険を組み合わせて総合的なコスト最適化を図る考え方は、近年の経営層の関心が高まっている領域です。

見積もりを取る際のポイント

保守開発の見積もりを取得する際は、月額金額だけを比較するのではなく、対応範囲・SLA水準・スポット工数の単価・追加開発の見積精度といった要素を多角的に揃えて評価することが重要です。3〜4社からの相見積もりが社内合意形成のバランスとして最適で、比較表に落とし込むことで初めて妥当な選択ができます。ここからは具体的な確認ポイントを整理します。

精度の高い見積もりを引き出すRFP(提案依頼書)には、最低限以下の項目を盛り込みます。
(1) 対象システムの構成図・利用ユーザー数・トランザクション量
(2) 期待するSLA水準と稼働時間帯
(3) 月間想定インシデント件数と緊急対応の頻度
(4) 改修要望の予想件数と規模
(5) 引継ぎ可能なドキュメントの一覧
(6) 契約期間と更新条件

これらが揃っていないと、各社の見積もりの前提条件が揃わず、比較自体が成立しなくなります。

中小企業や情シス人員が限られている企業では、フル装備のRFPを作成するのが難しいケースも多いでしょう。最低限の妥協ラインとしては、現状のシステム構成・利用規模・期待する対応時間帯・大まかな改修要望の3〜4項目に絞り、ベンダー側にヒアリングシートを送ってもらう形式が現実的です。完璧を目指してRFP作成に時間を浪費するより、不完全でも早く相見積もりを取り始めるほうがプロジェクト全体としては効率的です。

相見積もりを取得する社数は3〜4社が適正です。2社以下では市場相場を把握しきれず、5社以上では比較工数が膨らみ意思決定が遅れます。比較軸としては、月額金額・スポット時の人日単価・SLA水準・対応時間帯・インシデント実績・他社製システムの引継ぎ経験・自動化提案の有無を一覧表にまとめ、各項目を5段階で採点する方式が実務的です。

発注先を絞り込む段階では、価格よりも体制の継続性を重視しましょう。担当者が頻繁に入れ替わるベンダーや、業績が不安定な小規模企業は、長期保守には向きません。決算公告や帝国データバンクのレポートで業績推移を確認し、過去3年の年商成長率と従業員数の推移を必ずチェックすることをおすすめします。インシデント対応の平均復旧時間(MTTR)や24/365対応の有無も、品質指標として欠かせません。

利用頻度の低いシステムや、改修要望がほぼ発生しない安定稼働システムは、年間契約からスポット契約への切替によってコストを大きく削減できます。年間契約の月額10万円を払い続けるより、不具合発生時に必要な範囲だけ単発契約する形式(1案件あたり30〜100万円)のほうが、年間トータルでは半額以下に収まるケースが少なくありません。

ただし、スポット契約には対応開始までのリードタイムが発生するデメリットがあります。緊急対応が必要な基幹系システムには向かず、社内ナレッジで一次対応できる体制と組み合わせるのが前提条件となります。重要度別にシステムを分類し、コア基幹系は年間契約・サブシステムはスポット契約というハイブリッド運用を検討する企業が増えています。

まとめ

保守開発の費用相場は、年間開発費の10〜20%・月額60〜240万円というレンジが標準的な目安となります。ただし、契約モデル(月額固定・工数請求・サブスク・ラボ型)、SLA水準(99%〜99.999%)、自動化適用の有無によって実コストは大きく変動するため、表面的な数字だけで判断するのは危険です。乗り換えを検討する際は、初期解析費と並走期間の二重コストを含めたROIシミュレーションを必ず実施し、回収期間を可視化した上で意思決定することをおすすめします。

また、紛争時に発生する数千万円規模の賠償リスクや、ソースコード開示拒否といったトラブルへの備えも、見積もり段階から織り込んでおくべきテーマです。賠償上限額・契約終了時の引継ぎ義務・サイバー保険の組み合わせで、表面コストの3〜5%程度を投じておくことが、結果的に最も安い選択肢になります。AIOpsやSREによる自動化提案ができるベンダーを選定すれば、月額単価そのものを20〜40%圧縮することも可能です。月額金額だけでなく、契約構造とリスクヘッジ全体を俯瞰した上で、自社にとって最適な保守体制を構築していきましょう。

株式会社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を創業。