システム保守運用の外注費用は、一般的な業務システムやWebサービスで月額10万〜100万円以上が目安です。金額は対応時間、復旧目標、問い合わせ量、改修の有無で変わります。月額だけでなく、保守範囲・除外項目・責任分界・超過単価をそろえて比較することが重要です。

システム保守費用の相場と内訳

システム保守費用は、平日日中の限定的な対応なら月額10万〜30万円、継続的な監視や問い合わせ対応を含む場合は月額30万〜80万円が一般的な目安です。売上や顧客対応に直結するシステム、高い復旧水準が必要なシステムでは、月額80万〜200万円以上になることもあります。

最初に、混同されやすい保守・運用・改修の違いを整理します。

区分 主な業務 具体例
保守 システムを正常な状態に保つ業務 障害調査、不具合修正、セキュリティ更新、OS・ミドルウェア更新
運用 システムを日常的に利用するための業務 監視、問い合わせ対応、アカウント管理、データ更新、定期処理
改修 現在の機能を変更・追加する業務 画面変更、新機能追加、外部サービス連携、業務フロー変更

月額の保守契約にすべてが含まれるとは限りません。特に機能追加や大規模な修正は、保守費用とは別に見積もられるのが一般的です。

対応レベル別の月額費用

保守運用の水準 月額費用の一般的な目安 主な対応内容 向いているシステム
最低限の保守 10万〜30万円 平日日中の問い合わせ、不具合調査、定期更新 小規模な社内システム、更新頻度の低いWebサイト
標準的な保守運用 30万〜80万円 監視、障害対応、問い合わせ、定例作業、月次報告 一般的な業務システム、Webサービス
重要システム向け 80万〜200万円以上 短い初動時間、複数担当者、継続監視、復旧対応 売上や主要業務に直結するシステム
24時間365日対応 個別見積もり 夜間・休日の監視、連絡、一次対応、復旧支援 常時利用されるサービス、停止影響が大きいシステム

数万円程度の保守プランもありますが、対応内容がセキュリティ更新やバックアップ確認に限られ、障害調査や復旧作業は別料金という場合があります。金額だけで同等のサービスと判断しないことが大切です。

年間保守費を開発費の10〜20％程度とする考え方もあります。ただし、これは初期予算を検討するための参考値にすぎません。開発費が同じでも、利用者数、問い合わせ件数、外部連携の数、求める対応時間によって保守工数は変わります。最終的には想定作業量から積み上げてください。

月額以外に発生しやすい費用

保守予算は、次の費用を含めた年間総額で確認します。

  • 新しい保守会社によるシステム調査費
  • 監視ツールや問い合わせ管理ツールの設定費
  • 既存会社からの引き継ぎ費
  • クラウド、サーバー、ドメインなどの利用料
  • 外部サービスやソフトウェアのライセンス料
  • 月額枠を超えた作業の追加料金
  • 機能追加や大規模改修の費用
  • セキュリティ診断や負荷試験などの個別費用

保守会社を切り替える場合、初期調査と引き継ぎに数十万〜200万円以上かかることがあります。設計資料がない、ソースコードが整理されていない、外部システムとの連携が多いといった場合は、調査期間と費用がさらに増える可能性があります。

年間費用は、概ね「月額費用×12カ月＋初期費用＋超過作業費＋個別改修費」で比較すると、実際の予算を捉えやすくなります。

費用を左右する契約範囲と責任分界

保守費用を適正化するには、「何かあったら対応してほしい」という依頼を、対応時間、対象、作業量、目標水準に分解する必要があります。発注のご相談を受ける開発会社の立場でも、見積もりがぶれる主な原因は、障害対応と追加改修の境界が決まっていないことです。

費用に影響する主な条件

条件 費用が上がりやすいケース 確認すること
対応時間 夜間・休日を含む 受付時間と実作業時間は同じか
初動目標 障害発生後すぐに調査を始める 連絡だけか、技術者の調査開始までか
復旧目標 短時間での復旧を求める 暫定復旧と完全復旧のどちらか
監視範囲 サーバーだけでなく主要機能も監視する 通知後の対応まで含むか
問い合わせ量 利用者や拠点が多い 月間の想定件数と超過単価
外部連携 決済、会計、物流など複数サービスと連携する 他社への問い合わせや調整を誰が行うか
リリース頻度 毎週・毎月の変更がある テスト、承認、反映作業を含むか
改修範囲 月額内に修正作業を含める 対象工数、対象作業、持ち越し条件

「24時間365日対応」という表記にも注意が必要です。24時間いつでも連絡を受け付けるだけなのか、技術者が直ちに調査を始めるのか、復旧作業まで継続するのかで体制と費用は異なります。

SLA（＝提供するサービス水準を契約上定めたもの）を設ける場合は、次の時点を分けて定義します。

  • 障害を検知または受け付けるまで
  • 担当者から一次連絡を行うまで
  • 技術者が調査に着手するまで
  • 暫定的に利用できる状態へ戻すまで
  • 原因を解消して完全復旧するまで

「初動30分」は、通常、30分以内の復旧を意味しません。この解釈を契約前にそろえないと、障害発生時に認識のずれが生じます。

必要に応じて、RTO（＝障害から復旧するまでの目標時間）とRPO（＝どの時点までのデータを復元できればよいかという目標）も決めます。ただし、すべての機能に厳しい目標を設定すると費用が大きくなるため、売上、顧客対応、法令、安全性への影響が大きい機能から優先してください。

契約形態ごとの違い

料金・契約の考え方 特徴 向いている依頼 注意点
月額固定 合意した範囲を毎月一定額で対応 監視、問い合わせ、定例作業 月額内の上限と除外作業を確認する
時間精算 実際の作業時間に応じて請求 原因不明の調査、不定期の改修 時間単価、最低請求単位、事前承認を決める
チケット制 一定時間または件数の作業枠を購入 小規模な修正、断続的な相談 未使用分の繰り越し条件を確認する
個別見積もり 案件ごとに費用と納期を決める 機能追加、大規模改修 保守作業との優先順位を決める

保守運用では、準委任契約（＝特定の成果物の完成ではなく、合意した業務の適切な遂行を依頼する契約）がよく使われます。そのため、月額を払えば、あらゆる不具合修正や追加要望が無制限に含まれるわけではありません。

また、元の開発会社が作った不具合だから無償になるとも一律には判断できません。開発契約に定められた契約不適合への対応期間、原因、仕様変更の有無などによって扱いが変わります。保守契約での有償対応との境界を契約書で確認してください。

責任分界を決める

責任分界とは、障害や作業が発生したときに、誰がどこまで対応するかを分けることです。例えば、クラウド事業者の障害そのものを保守会社が修復することはできません。しかし、影響調査、事業者への問い合わせ、代替措置、利用者への報告は保守会社へ依頼できます。

最低限、次の役割を決めておきます。

  • 障害の検知と一次連絡
  • 原因の切り分け
  • クラウド事業者や外部サービスへの問い合わせ
  • 復旧方針の決定と承認
  • バックアップからのデータ復元
  • 利用部門や顧客への案内
  • 恒久対応と再発防止
  • 改修後のテストとリリース承認

発注者側にも、緊急時の意思決定者と連絡先が必要です。保守会社だけに責任を集めるのではなく、停止やデータ復元を誰が承認するかまで決めておくと、対応が止まりにくくなります。

保守見積もりの比較方法と確認項目

保守見積もりは、月額の安さではなく、同じ条件に直した年間総額とサービス水準で比較します。候補会社ごとに対象範囲が異なるままでは、金額差の理由を判断できません。

見積もりに明記してもらう項目

  • 対象となるシステム、アプリ、サーバー、データベース
  • 対象外となる機能、機器、外部サービス
  • 監視項目、監視頻度、通知後の対応
  • 問い合わせ窓口、受付時間、対応時間
  • 障害の重要度区分と区分ごとの初動目標
  • 月額内に含まれる時間、件数、作業内容
  • 超過時の時間単価と最低請求単位
  • 軽微な改修の定義と上限
  • テスト、リリース、作業後確認の範囲
  • クラウド利用料やツール利用料の扱い
  • 定例会、月次報告、改善提案の有無
  • 初期調査、移行、引き継ぎにかかる費用
  • 契約期間、更新、解約の条件
  • 契約終了時のデータ返却と引き継ぎ支援

特に「軽微な修正を含む」という表現は、具体化が必要です。文言変更、設定変更、データ補正、プログラム修正のどこまでを含むのか、1件当たりまたは月当たり何時間までかを確認します。修正自体は短時間でも、影響調査、テスト、リリースに時間がかかる場合があります。

見積もり比較表の作り方

比較軸 A社 B社 C社
月額費用
初期調査・引き継ぎ費
年間の想定総額
対応時間
重大障害の初動目標
月額内の作業上限
超過単価
監視範囲
改修の扱い
報告・改善提案
終了時の引き継ぎ

年間総額を試算するときは、過去6〜12カ月程度の問い合わせ件数、障害件数、改修工数が参考になります。履歴がなければ、利用者数、利用時間、月間リリース回数、外部連携数などを候補会社へ伝え、各社の前提を見積書に記載してもらいます。

相見積もりの依頼条件や比較表を詳しく整理したい場合は、システム開発の相見積もり｜取り方と比較方法も参考にしてください。

注意したい見積もりの表現

次のような見積もりは、追加確認が必要です。

  • 作業内容が「保守一式」としか書かれていない
  • 月額内の作業上限や超過単価がない
  • 24時間対応の担当人数や連絡手順が示されていない
  • 監視通知後に誰が対応するか不明である
  • 「改修対応可」とあるが、月額内か別料金か分からない
  • クラウド費用や有料ツール費用の負担者が不明である
  • 契約終了時の資料・データ返却条件がない

一方で、見積もりが細かければ必ず優良というわけでもありません。重要なのは、業務上のリスクに対して必要な作業が過不足なく含まれ、除外項目と追加料金が理解できることです。

保守運用の外注・切り替え手順と会社の選び方

保守運用の外注は、現状把握、依頼条件の整理、事前調査、引き継ぎ、試行運用の順に進めます。既存会社から切り替える場合は、契約開始日だけを先に決めず、資料・権限・担当者を移す期間を確保してください。

1. システムの重要度を分ける

すべての機能に同じ対応水準を設定すると、費用が過剰になりやすくなります。停止時の影響に応じて、例えば次のように分類します。

重要度 停止時の影響 対応方針の例
高 売上停止、顧客影響、重要データへの影響 常時監視、緊急連絡、短い初動目標
中 一部業務が遅れるが代替手段がある 平日日中の優先対応
低 利用頻度が低く、翌営業日でも影響が小さい 営業時間内の通常対応

この分類を基に、監視対象、対応時間、連絡先、復旧目標を決めます。

2. 資料と権限を棚卸しする

依頼前に、次の資料と権限の有無を確認します。

  • システム構成図、機能一覧、画面一覧
  • ソースコードとバージョン管理サービスの権限
  • クラウド、サーバー、ドメイン、SSL証明書の契約情報
  • データベース、バックアップ、復元手順
  • 外部サービス、API、決済サービスのアカウント
  • リリース手順とテスト環境
  • 過去の障害、問い合わせ、改修履歴
  • 未解決の不具合と今後の改修予定
  • 現行会社との契約書、解約予告期間、引き継ぎ条件

クラウドやドメインが現行会社名義の場合は、自社名義への変更可否を早めに確認します。事業継続に必要なアカウントを発注者が管理できない状態は、将来の切り替えを難しくします。

3. 同じ依頼条件で候補会社へ相談する

候補会社には、システムの概要だけでなく、利用時間、重要機能、問い合わせ量、希望する対応時間、今後の改修計画を伝えます。依頼事項が多い場合は、RFP（＝候補会社へ依頼条件を伝える提案依頼書）にまとめると比較しやすくなります。具体的な項目は、RFPの作り方｜システム開発の依頼準備で解説しています。

機密情報や個人情報を扱う場合は、秘密保持契約を締結し、必要な範囲に限定して資料や閲覧権限を渡します。

4. 契約前に技術調査を行う

資料だけでは保守可能性を判断できない場合、契約前に有償の技術調査を依頼する方法があります。主な確認対象は次のとおりです。

  • ソースコードを新しい環境で動かせるか
  • 本番環境とテスト環境の差異
  • 使用技術やソフトウェアのサポート期限
  • バックアップが取得され、実際に復元できるか
  • 重大なセキュリティ上の問題がないか
  • 特定担当者しか分からない作業がないか
  • 障害時に確認すべきログが残っているか

調査の結果、通常保守へ移れるのか、先に改修やリニューアルが必要なのかを判断します。古い技術を使っているから直ちに作り直すのではなく、事業影響、保守可能な人材、更新期限、移行費用を合わせて検討してください。

5. 引き継ぎと試行運用を行う

一般的には1〜3カ月程度の移行期間を設けます。システムが大規模、資料が不足、複数会社が関与している場合は、3〜6カ月程度かかる可能性もあります。

移行期間中に実施したいことは以下のとおりです。

  • 現行会社からの説明会と質疑応答
  • 定例作業を新会社が実施する立ち会い
  • 監視通知から連絡までの訓練
  • バックアップからの復元確認
  • 緊急連絡網と承認者の確認
  • 問い合わせ履歴と障害履歴の移管
  • 未解決課題と改修予定の引き継ぎ
  • 手順書、構成図、アカウント一覧の更新

重大障害が起きてから初めて連絡手順を確認するのではなく、切り替え前に模擬訓練を行うと実効性を確認できます。

保守会社を選ぶチェックリスト

  • 対象システムの技術や業務に対応できるか
  • 担当者不在時に代替できる複数名の体制があるか
  • 障害対応の履歴をチケットなどで記録するか
  • 原因、暫定対応、恒久対応を分けて説明できるか
  • 月額内外の作業を着手前に提示できるか
  • セキュリティ事故時の連絡手順があるか
  • 外部サービスや他社ベンダーとの調整に対応できるか
  • 月次報告に件数だけでなく課題と改善案が含まれるか
  • 将来の機能追加やリニューアルも相談できるか
  • 契約終了時の資料更新と引き継ぎ条件が明確か

会社の規模だけでなく、実際に担当する責任者、通常時と緊急時の体制、報告方法を確認します。提案時の営業担当者ではなく、可能であれば運用責任者とも面談してください。

費用を抑える場合は、必要な対応を削るのではなく、機能ごとに重要度を分ける、定型作業を標準化する、問い合わせ窓口を集約する、月額保守と個別改修を分けるといった方法が有効です。安定運用に必要な監視やバックアップまで一律に減らすと、障害時の調査時間が長くなる可能性があります。

保守範囲の整理、現行見積もりの確認、他社からの切り替えを検討している場合は、開発のご相談はこちらからご相談ください。

まとめ

  • システム保守費用は、一般的な業務システムやWebサービスで月額10万〜100万円以上が目安です
  • 重要システムや高い復旧水準が必要な場合は、月額80万〜200万円以上になることもあります
  • 月額費用とは別に、初期調査、引き継ぎ、クラウド利用料、超過作業、個別改修の費用を確認します
  • 「24時間対応」は、受付、調査着手、暫定復旧、完全復旧を分けて定義する必要があります
  • 見積もりは、年間総額、対象範囲、除外項目、月額内の上限、超過単価を同じ条件で比較します
  • 保守会社の切り替え前に、ソースコード、クラウド権限、設計資料、障害履歴を棚卸しします
  • 一般的には1〜3カ月程度の移行期間を設け、連絡訓練やバックアップの復元確認を行います
  • 会社選びでは、技術力だけでなく、複数名体制、対応記録、原因説明、再発防止、終了時の引き継ぎを確認します

よくある質問

Q1. システム保守費用は開発費の何％が目安ですか？

年間で開発費の10〜20％程度が参考にされることはありますが、固定的な基準ではありません。対応時間、問い合わせ件数、障害時の復旧目標、改修範囲から積み上げて判断してください。クラウド利用料や外部サービス料金が別途必要かも確認が必要です。

Q2. 月額保守契約に機能追加も含まれますか？

契約によります。文言修正や設定変更などは含まれても、新機能追加や画面・データ構造の変更は個別見積もりになるのが一般的です。月額内の対象作業、作業時間の上限、超過単価、テストとリリースの扱いを確認してください。

Q3. 開発会社とは別の会社へ保守を依頼できますか？

依頼できます。ただし、ソースコード、設計資料、クラウドやサーバーの権限、外部サービスのアカウントが必要です。契約前に技術調査を行い、引き継ぎ期間と初期費用を見積もってもらうと安全です。

Q4. 24時間365日の保守は必要ですか？

夜間・休日の停止が売上、顧客対応、安全性、重要データに大きく影響する場合は検討が必要です。一方、翌営業日の対応で問題ない社内システムまで常時対応にすると費用が過剰になります。機能ごとに重要度を分けて判断してください。

Q5. 設計資料がなくても保守会社を切り替えられますか？

切り替えは可能ですが、ソースコードや稼働環境を確認する事前調査が必要です。資料不足が大きい場合は、通常保守へ移る前に構成図、アカウント一覧、運用手順、バックアップ手順を整備する期間を設けてください。