保守開発の費用は、システムの規模、保守の範囲、SLA水準、契約モデルによって変わり、月額30万円程度から月額500万円超まで幅があります。
月額料金のほかに、障害対応や追加開発のスポット費用もかかるため、見積もりは総額で比べる必要があります。
Webサービス開発の費用の考え方や見積もりの注意点については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。
▼見積依頼前に読みたい無料ホワイトペーパー
・Webサービス開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
保守開発の費用構造の全体像
保守開発の費用は、次の4つのレイヤーで構成されます。
- 月額固定費：運用保守を続けるための基本料金です。
- スポット費用：障害対応や追加開発で発生する費用です。
- SLA補償：契約水準を下回ったときの補償です。
- 初期解析費：ベンダー乗り換え時に必要になる費用です。
月額固定費に加えて、年間の追加開発や緊急対応も確認しておく必要があります。
業界相場の目安と算出根拠
年間費用は、初期開発費を基準にすると比較しやすくなります。
- 年間費用：初期開発費の10〜20%が目安です。
- 下限ライン：開発費1,000万円なら月額8〜17万円です。
- 中規模以上：月額60〜240万円の例が多くあります。
保守エンジニアの稼働は、0.3〜1.5人月相当として説明できます。法改正やOS・ミドルウェアの更新、セキュリティパッチの適用も継続的に発生し、軽微な改善要望への対応も年間費用に含まれる作業です。
こうした需要を織り込んだ結果、年間費用の比率は初期開発費の10〜20%に定着しています。年間費用が開発費の5%を下回る契約は、作業が抜けている可能性があります。
月額費用に含まれる作業の内訳
発注側は、月額費用のどこまでが固定費で、どこからスポット請求になるのかを、作業領域ごとに確認しておきます。
- 監視：稼働状況とログの確認が中心です。
- 復旧準備：バックアップとリストアの実施までを含みます。
- 安全対策：パッチ適用や脆弱性への対応です。
- 利用者対応：問い合わせとヘルプデスクを担う作業です。
- 軽微な改修：不具合修正や小規模改修です。
軽微な不具合修正の定義は曖昧になりやすく、費用トラブルの原因になります。そのため、「対応工数2人日以内は固定費」「画面1枚の修正は別途見積」などの線引きが必要です。
固定費に含む範囲は、契約の段階で数字にして示しておくと、認識のずれを防げます。標準的なベンダーは、提案書の段階でこの線引きを明示します。
契約モデル別の費用比較
保守開発の契約は、次の4つのモデルに整理できます。
- 月額固定型：定額で予算を管理しやすい方式です。
- 工数請求型：実際の稼働時間に応じて請求される方式です。
- サブスク型：複数のシステムを横断して支援する方式です。
- ラボ型：専属チームを一定期間確保する方式です。
利用頻度と改修要望の発生パターンに合わせて、契約を総額で比べることが大切です。安い料金のプランを一律に選ぶより、自社のシステムの特性に合う契約形態を見つけるほうが、トータルコストを抑えられます。
月額固定型と工数請求型の違い
定額の安心感と、実稼働に応じた柔軟さを比べてみます。
- 月額固定型：作業範囲内なら料金が一定です。
- 工数請求型：稼働時間と単価で料金が決まります。
月額固定型は、契約範囲を定めたうえで一定額を支払う方式です。代表的な月額は60〜240万円で、予算と経理を管理しやすい利点があります。障害が頻発しても追加請求を抑えやすい一方、単価が割高になる場合もあります。
工数請求型は、実際の稼働時間に単価を掛けて請求する方式です。エンジニア1人日は5〜15万円で、月額換算では100〜300万円が標準です。特に、シニアエンジニアやアーキテクトでは、1人日20万円を超える例もあります。
改修が少ないシステムでは安くなりますが、障害時は予算超過に注意が必要です。そこで、月次の上限工数を契約に盛り込むと、費用の膨張を抑えやすくなります。
サブスク型とラボ型の費用感
複数のシステムを継続して支援する、2つのモデルを比べます。
- サブスクリプション型：上限工数を定めた横断的な支援。
- ラボ型：専属チームで保守と開発を進める形です。
サブスクリプション型は、月額固定型を発展させた形に近い契約形態です。対応工数の上限と最低保証稼働率を定めたうえで、複数のシステムを横断して支援します。
クラウドネイティブ環境を中心に普及しており、月額30〜80万円程度のプランもあります。中小企業や情シス人員の少ない企業と相性がよく、ライトユースに合う契約です。
ラボ型は、ベンダーの専属チームを一定期間確保するモデルです。保守と機能改善、追加開発を試行錯誤しながら並行して進めます。月額は200〜500万円が標準的で、エンジニア2〜4名のチームを確保します。
仕様変更が多いシステムや、保守と開発を分けにくいプロダクトに適しています。請負契約とSES契約の中間にあたる、第三の選択肢です。
SLA別の単価レンジと品質保証コスト
SLAの水準は、保守開発の月額単価を大きく左右します。
- 稼働率：99%と99.99%では月額が2〜5倍に開きます。
- SLA：契約上の水準とペナルティを決めるもの。
- SLO：事業者側の目標値として使うものです。
稼働率を高めると、冗長構成や監視体制が変わり、月額費用も上がります。サイボウズのように、SLOと連続24時間単位の返金保証を組み合わせる例もあります。
稼働率水準別の月額単価レンジ
稼働率が上がるほど、月額と運用体制の負担が増えます。
- 99%：月間ダウンタイム約7時間以内です。
- 99.9%：月間ダウンタイム43分以内です。
- 99.99%：月間ダウンタイム4分以内です。
- 99.999%：月間ダウンタイム26秒以内です。
稼働率99%は月額30〜80万円、99.9%は月額80〜200万円が目安です。稼働率99.99%では月額200〜500万円、99.999%では500万円超になることがあります。差額の大部分を占めるのは、24時間365日のオンコール要員と冗長構成の運用費です。
SLA未達時は月額利用料の10〜30%、重大インシデント時は50〜100%返金が標準的です。たとえば、Amazon S3には、月間稼働率95%未満で100%返金する規定があります。
ベンダーを選ぶ際は、ペナルティの上限額と免責事由を確認しておく必要があります。SLAは、民法548条の2第1項の定型約款に当たる可能性もあり、変更時にはインターネット周知などの法的要件が生じる場合があります。
責任分界点と賠償上限の決め方
責任分界点は、月額単価以上に長期的なコストに影響します。
- サーバー：故障時の責任を定める領域です。
- ネットワーク：障害時の責任を定める領域です。
- アプリケーション：障害時の責任を定める範囲です。
- データ：欠損や消失に対する責任の範囲です。
4領域ごとに、故障原因への責任を契約書で明示するのが標準的です。さらに、クラウドでは、SaaS、PaaS、保守ベンダーの三者間でも線引きが必要です。
責任の押し付け合いを防ぐには、RACIマトリクスを作っておくことが欠かせません。
賠償上限は、直近12ヶ月の支払額か年額の50〜100%が一般的です。月額の数倍など低い上限では、重大事故の実害を補えないことがあります。
上限を無制限にすると、保険料が単価に転嫁され、月額が上がります。そこで、自社が想定する最大被害額から上限を逆算する方法が現実的です。
ベンダー乗り換えROIシミュレーション
乗り換えの効果は、月額の削減額だけでなく、移管の総コストも確認して判断します。両方を並べて見ると、効果を正しく評価できます。
- 初期解析費：リバースエンジニアリング費を含む費用です。
- 並走費用：新旧ベンダーに二重に払うコストです。
- 社内工数：ナレッジ移転の人件費の見込み。
これらを加味して回収期間を試算することが、稟議を通すうえでの鍵になります。
初期解析費の内訳と回収期間
初期解析費は、引き継ぐシステムの資料がどれだけ揃っているかで変わります。
- 資料が充実：新ベンダー月額の1〜2ヶ月分です。
- 資料が不足：月額の3〜6ヶ月分が必要です。
- 複雑な業務系：2,000万円超の例もあります。
仕様書、ER図、運用マニュアルが揃えば、初期解析費は100〜500万円です。一方、資料がほぼなく、ソースコードから解析する場合は300〜1,500万円です。
たとえば、現状の月額が200万円、新ベンダーの月額が150万円のケースを考えます。このケースでは、初期解析費600万円と、2ヶ月の並走による二重コスト400万円を見込みます。
月額の削減効果は50万円で、移管の総コストは1,000万円です。回収期間は、1,000÷50=20ヶ月、つまり約1年8ヶ月になります。さらに、SLAの向上やセキュリティリスクの低減も、投資判断の材料に加えられます。
稟議資料では、次の5行で回収期間を計算できます。
- 現状月額×12ヶ月=年間現状コスト
- 新月額×12ヶ月+初期解析費+並走二重コスト=移管1年目総コスト
- 新月額×12ヶ月=移管2年目以降の年間コスト
- (1)−(3)=年間削減額
- (初期解析費+並走コスト)÷(年間削減額÷12)=回収月数
この5行を稟議書の末尾に貼っておくと、経営層へ説明する際に役立ちます。
並走期間と隠れコストの試算
新旧ベンダーの並走期間は、移管のときに見落としやすい費用です。
- 通常の並走：1〜3ヶ月が目安です。
- 複雑なシステム：6ヶ月程度になる場合があります。
- 隠れコスト：社内工数や環境費も加わります。
並走中は両社に支払いが発生し、二重コストの状態になります。その間、旧ベンダーが障害の一次対応を担い、新ベンダーは資料と知識を引き継ぎます。
社内担当者の引き継ぎ工数は、週10〜20時間×並走期間で見積もります。このほか、臨時の保守要員費やテスト環境の二重維持費も隠れコストです。
実コストが当初予算の1.3〜1.5倍になるケースも少なくありません。そこで、予算を組むときは、見えるコストの3割増しを予備費に確保するのが鉄則です。
AIOpsによる保守費削減効果
保守費は、人月単価と工数に加えて、運用の自動化によっても変わります。
- AIOps：監視や障害切り分けの自動化。
- SRE：信頼性を高めるための運用手法です。
- 削減効果：人件費を20〜40%削減した事例があります。
AIOpsはAI for IT Operations、SREはSite Reliability Engineeringの略です。AIOpsは、定型監視や障害切り分け、一次対応を自動化して、人件費を下げる考え方です。
自動化を提案できるベンダーを見極めることが、コストを抑える取り組みの中心になります。
自動化による工数削減の実数値
AIOpsの効果は、作業ごとの削減率と投資回収期間で判断します。
- アラート対応：工数の30〜50%削減。
- 原因特定：初動時間の40〜70%短縮。
- ログ調査：工数の60〜80%削減。
- リリース作業：時間の30〜50%短縮。
月額200万円の契約なら、適用後は月額140〜160万円まで下げられます。年間では500〜700万円の差額が生まれる計算です。
導入時には、監視ツールのライセンス費が年間100〜500万円かかります。データ基盤の構築費は初期300〜1,000万円、SREの確保費は月額150〜250万円です。
投資回収の目安は12〜24ヶ月です。AIOpsは、長期保守の基幹系や改修頻度の高いWebサービスと相性があります。
自動化提案ができるベンダーの見分け方
提案書では、自動化の内容と削減効果を具体的に確認します。
- ロードマップ：半年で40%削減する計画。
- 対象タスク：自動化する作業と工数。
- 導入実績：削減率と運用KPIの開示。
抽象的な削減提案よりも、アラート分析と具体的な工程表を確認することが大切です。たとえば、現状のアラート件数を分析して、半年で40%削減する計画になっているかを見ます。
SLOとエラーバジェットを運用設計に組み込めるかも、判断材料になります。SLOはService Level Objectiveの略で、事業者側の目標値を指します。こうしたベンダーは、SREの考え方が組織に根付いている可能性があります。
人を固定で配置するだけの提案は、自動化による単価圧縮に向きません。そのため、長期的にはコスト面で不利になる可能性があります。
RFPに自動化提案の必須項目を入れると、ベンダーの実力を測ることができます。
紛争時に発生するコストと賠償リスク
保守費を抑えすぎると、紛争が起きたときに突発的な損失が発生します。
- 情報漏洩：パッチ適用の遅れが損害につながります。
- データ消失：バックアップ不備による損失。
- 業務停止：SLA未達が賠償問題に発展する。
セキュリティ対応の遅れが、数千万円規模の賠償に発展した実例があります。だからこそ、契約条項と保険で備えておくことが、結果的に安い選択肢になります。
数千万円規模の賠償事例
保守契約の不備は、ベンダー側の損害賠償責任につながる場合があります。
- パッチ遅延：脆弱性対応の遅れによる情報漏洩。
- 取得不備：バックアップ不足によるデータの喪失。
- SLA未達：業務停止が賠償問題になります。
判例ベースでは、年間契約金額の3〜10倍の賠償が認められた例もあります。一方で、賠償額は平均して契約年額の50〜200%とされています。上限なしの契約は、事業継続にとって重大なリスクになります。
発注側が賠償を得た例としては、ソースコードの開示を拒んだことによる業務停止があります。このほか、約款に違反した無断の仕様変更や、短すぎるサポート終了の通告も争点になっています。
弁護士相談は時間制で1時間3〜5万円、本格訴訟は着手金100〜500万円です。成功報酬制では、総額が1,000万円を超える場合もあります。
紛争回避のための契約条項設計
紛争を避けるには、権利、引き継ぎ、賠償、解決手段を、契約書に明記しておきます。
- 帰属：ソースコードと設計書の権利の所在。
- 引き継ぎ：終了時の資料と並走期間。
- 賠償上限：年額の100%程度を目安とする。
- 仲裁：第三者仲裁機関の指定。
故意や重過失の場合については、賠償上限を外す条項も検討します。保守費の3〜5%を顧問弁護士費用やサイバー保険に充てる方法もあります。
サイバー保険には、年間50〜300万円で1〜10億円を補償する商品があります。情報漏洩時の調査費、通知費、賠償金を補う仕組みです。保守契約と保険を組み合わせて管理する考え方にも、関心が高まっています。
見積もりを取る際のポイント
見積もりは、月額の数字だけでなく、対応範囲とリスクをそろえて比べます。
- 対応範囲：固定費とスポット費の境界の位置。
- SLA水準：稼働率と補償条件の中身。
- 単価：スポット工数と追加開発の料金水準。
- 見積精度：追加開発の前提がどこまで示されているか。
3〜4社から相見積もりを取って比較表に落とし込むと、判断しやすくなります。
RFPで明示すべき必須項目
RFP（提案依頼書）には、各社が同じ条件で見積もれるよう、必要な情報を入れておきます。
- システム規模：構成、利用者数、取引量。
- サービス水準：希望するSLAと稼働時間帯。
- 対応量：障害と改修の想定件数。
- 引き継ぎ資料：提供可能な文書の一覧。
- 契約条件：期間と更新条件。
緊急対応の頻度も、見積もりの前提として書き添えます。
中小企業では、フル装備のRFPを作るのが難しい場合もあります。その場合は、最低限、構成、利用規模、対応時間帯、改修要望の3〜4項目に絞れます。
ベンダーからヒアリングシートを送ってもらう形式も現実的です。完璧なRFPを待つより、不完全でも早く相見積もりを始めるほうが効率的です。
複数社比較と発注先の選び方
比較社数と評価軸をそろえておくと、価格だけに偏らずに選べます。
- 比較社数：3〜4社が適正。
- 費用条件：月額とスポット単価。
- 品質条件：SLA、対応時間、実績。
- 継続性：引き継ぎ経験と体制。
- 自動化：改善提案の有無。
2社以下では相場を把握しにくく、5社以上では比較の工数が膨らみます。各項目を5段階で採点すると、比較結果を数字で示せます。
発注先は、価格よりも体制の継続性を重視して絞り込みます。担当者の交代が頻繁な体制や、業績が不安定な小規模企業は、長期保守の相手として適しません。
決算公告や帝国データバンクで、業績の推移を確かめます。過去3年の年商成長率と従業員数の推移も確認しておく必要があります。
平均復旧時間（MTTR）と24/365対応の有無も、品質を測る指標になります。
スポット契約活用によるコストの最適化
利用頻度と緊急度によって、年間契約とスポット契約を使い分けます。
- 低頻度のシステム：スポット契約を検討する対象です。
- 基幹系システム：年間契約が適しています。
- サブシステム：スポット契約との組み合わせ。
改修が少ないシステムは、年間契約から切り替えると費用を削減できます。年間契約の月額10万円より、1案件30〜100万円の単発契約が安い場合があります。年間の総額で半額以下に収まるケースもあります。
スポット契約は、対応開始までのリードタイムが発生する点に注意が必要です。緊急対応が必要な基幹系には向かず、社内の一次対応体制が前提になります。
重要度で分類して、コア基幹系は年間契約、サブシステムはスポット契約とする方法もあります。
まとめ
保守開発の目安は、年間開発費の10〜20%、月額60〜240万円が標準的です。実際のコストは、契約モデル、SLA水準、自動化の有無によって変わります。
乗り換えでは、初期解析費と並走費を含めて回収期間を確認します。
紛争に備えて、賠償上限、終了時の引き継ぎ、サイバー保険も見積もりに含めておきます。保守費の3〜5%を備えに充てると、紛争時のコストを抑えやすくなります。
AIOpsやSREの提案によって、月額単価を20〜40%抑えられる場合もあります。そのうえで、月額の数字だけでなく、契約の構造とリスクを含めて保守体制を選びます。
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。