システムの保守・運用費用の相場｜何にかかる？月額の目安と抑え方

システム開発では「作る費用」に目が行きがちですが、作った後の保守・運用にも費用がかかります。ここを見落とすと、あとで想定外の出費に驚くことも。むしろ、システムは一度作れば終わりではなく、5年・10年と使い続けるほど「運用にかかる総額」のほうが開発費を上回っていくのが普通です。この記事では、保守・運用で何をするのか、費用の相場（開発費の何％か）、契約の種類、費用が変わる要因、保守なし運用のリスク、抑え方、そして契約前のチェックリストまでを、発注前に知っておきたい順にまとめて解説します。

保守・運用では何をするのか

保守・運用とは、システムを安定して使い続けるための作業です。大きく分けると「壊れないように整備する」「壊れたら直す」「時代の変化に合わせて更新する」の3つの役割があります。具体的には次のような作業が含まれます。

分類	主な作業	ざっくりした位置づけ
障害対応	エラー・停止時の原因調査と復旧	止まったら困る度が高いほど重要
OS・ブラウザ対応	iOS/Android更新・ブラウザ仕様変更への追随	放置すると突然動かなくなる
軽微な改修	文言修正・項目追加など小さな変更	使いながら出てくる要望への対応
監視	稼働状況・エラー・容量の見張り	障害を「起きる前」に察知する
バックアップ	データの定期退避・復元手段の確保	消えたら終わるデータを守る
セキュリティ更新	ライブラリの脆弱性パッチ適用	攻撃・情報漏えいを防ぐ
問い合わせ対応	使い方・不具合の相談窓口	「誰に聞けばいいか」の担保

「作って終わり」ではなく、車の車検・整備のように継続的に必要になるものです。特にOS・ブラウザのアップデートは自分の都合と関係なく年に何度もやってくるため、保守なしだと「ある日突然ログインできなくなった」といったことが起こり得ます。

「保守」と「運用」はどう違うのか

見積書や契約書には「運用保守」とまとめて書かれることが多いですが、厳密には少し役割が違います。混同すると「頼んだつもりだったのに範囲外だった」というズレが起きるので、ざっくり分けて理解しておくと安心です。

区分	主にすること	イメージ
保守	不具合の修正・アップデート・改修など「システムに手を入れる」作業	壊れた/古くなった部分を直す整備工
運用	監視・バックアップ・アカウント管理など「動かし続ける」作業	毎日回す管理人

小規模なシステムでは両方を1つの月額でまとめて任せることが多く、あえて分ける必要はありません。ただし見積りを比較する際は、**「その月額に運用（監視・バックアップ）まで含まれているのか、それとも改修対応だけなのか」**を必ず確認しましょう。金額だけを横並びにすると、含まれる範囲が違うのに「A社のほうが安い」と誤解しがちです。

保守費用の相場と内訳

保守費用の全体感は、次のように押さえておくと分かりやすいです。

指標	目安
年間の保守費用	開発費用の年5〜15%程度（手厚い契約では20%前後になることも）
月額に直すと	数万円〜数十万円

たとえば開発費100万円のシステムなら、年5〜15%は年5万〜15万円、月あたり約4千〜1.3万円が一つの目安です。300万円規模なら年15万〜45万円、といった具合に開発費に連動して増えます。ただしこれはあくまで「よく見かける幅」であり、監視・障害対応・改修をどこまで含むかで実際の金額は大きく変わります。

月額保守の中身を分解すると、おおむね次のような要素の合算です。

• 人の時間：障害対応や問い合わせ対応に備えて確保される稼働
• 監視・運用の仕組み代：監視ツールやログ基盤の利用料
• 軽微改修の枠：月◯時間まで小さな変更に対応、といった作業枠
• 予備・保険的な費用：万一のトラブルに備えるための余力

費用シミュレーション（規模別の目安）

イメージをつかむために、開発費の規模ごとに「年間・月額の保守費の目安」を並べてみます。いずれも保守を年10%程度と仮定した場合の概算で、実際は含める範囲によって上下します。

開発費	年間保守（約10%）	月あたり
100万円	約10万円	約8千円
200万円	約20万円	約1.7万円
500万円	約50万円	約4万円

ここに後述のサーバー・ドメイン・SSLなどのランニングコストが加わります。たとえば開発費100万円のシステムなら、「保守 月8千円前後＋サーバー等 月数千円」で、月1万円ちょっとが運用の目安というイメージです。もちろん監視やSLAを厚くすればこれより上がりますし、範囲を絞ればもっと軽くできます。大事なのは金額の絶対値より、発注前に「毎月いくらか」の見当がつく状態にしておくことです。

保守契約の3タイプと違い

保守は「一律にこれ」という形ではなく、必要な手厚さに応じて契約形態が分かれます。代表的なのは次の3つです。

タイプ	費用の形	向いているケース	注意点
スポット（都度）	作業が発生したときだけ支払い	更新頻度が低く、多少止まっても困らない	対応の順番待ちが起きやすい／緊急時に割高になりがち
月額固定	毎月定額で一定範囲をカバー	継続的に小改修・相談をしたい	「範囲外」の線引きを事前に確認する必要がある
SLA付き	月額＋復旧時間などの品質保証	止まると売上・業務に直結する基幹システム	保証水準が上がるほど費用も上がる

**SLA（サービス品質保証）**とは、「障害発生から◯時間以内に一次対応する」「月間の稼働率◯％以上」などを契約で約束する仕組みです。守れなかった場合の扱いも定められます。安心度は高い一方で、その分だけ費用も上がるため、「そこまでの保証が本当に必要か」を業務の止められなさと照らして選ぶのがポイントです。

小規模な業務システムや社内ツールであれば「月額固定でまずは軽めに」、24時間動き続けて止まると困るシステムなら「SLA付き」といった選び方が現実的です。

保守費が高くなる要因・安くなる要因

同じ規模でも、保守費用は構成や運用方針によって上下します。発注前に「自分たちの案件はどちら寄りか」をイメージしておくと、見積りの妥当性を判断しやすくなります。

高くなりやすい要因

• 連携する外部サービスやAPIが多く、片方の仕様変更に追随し続ける必要がある
• 24時間365日止められない・即時復旧が求められる
• 独自に作り込んだ複雑な機能が多く、把握・修正に手間がかかる
• 扱うデータが個人情報・決済など、求められるセキュリティ水準が高い
• 利用者数・アクセス量が多く、サーバー増強や性能監視が欠かせない

安くなりやすい要因

• 構成がシンプルで、依存する外部サービスが少ない
• 多少の停止が許容でき、平日日中の対応で足りる
• 標準的な作り・枯れた技術を使っていて、担当が替わっても読み解きやすい
• 保守範囲を「本当に必要な部分」に絞れている

ポイントは、保守費は「作り方」の段階でかなり決まるということです。開発時に構成をシンプルに保っておくほど、あとから効いてくる保守費を軽くできます。

保守なしで運用するリスク

「とりあえず作って、保守は付けない」という選択も可能ですが、その場合に何が起きるかは理解しておく必要があります。

• 脆弱性の放置：セキュリティ更新をしないままだと、既知の穴を突かれ、情報漏えいや乗っ取りの危険が高まる。
• ある日突然動かなくなる：OS・ブラウザ・決済などの外部仕様が変わり、放置していたシステムが対応できず停止する。
• 直せる人がいなくなる：トラブル時に相談先がなく、原因調査から探すことになって復旧が長引く。
• 小さな不満が積み上がる：軽微な改修を誰も拾わず、「使いにくいまま」で放置される。

例：ある事業者が予約システムを作ったあと、コストを惜しんで保守を付けなかったケースを考えてみます。1〜2年は問題なく動いていても、あるとき決済サービスの仕様変更に追随できず、予約時の支払いが通らなくなる——そんなことが起こり得ます。相談先を決めていなかったため、原因調査ができる人を一から探すことになり、その間は予約を受けられず機会損失が膨らむ、という流れです。月数千円の保守を惜しんだ結果、止まっている間の損失のほうが大きくなる、という典型的なパターンです。

つまり保守費は「無くせるコスト」ではなく、払わない場合はリスクという形で先送りされるコストです。まったくのゼロ運用は現実的でなく、最低限「サーバー費用」と「いざという時の相談先」は確保しておくのが安全です。

ランニングコストの全体像

保守費用だけを見ていると、運用の総額を見誤ります。システムを動かし続けるには、保守以外にも毎月・毎年かかる費用があります。全体像は次の通りです。

項目	内容	費用感の目安
サーバー（ホスティング）	システムを動かす場所代	月数百円〜数万円（規模による）
ドメイン	独自URLの年間利用料	年千円〜数千円程度
SSL証明書	通信を暗号化する仕組み	無料〜年数万円
外部サービス利用料	決済・メール配信・地図などの従量課金	使う機能・量による
保守費用	本記事で解説した保守・運用	開発費の年5〜15%程度

小規模なシステムなら「サーバー＋ドメイン＋SSL」で月数千円に収まることも多く、そこに保守費を足したものが実質的なランニングコストになります。見積りを比べるときは、開発費だけでなく「毎月いくら出ていくか」まで並べて比較すると、後からの想定外を避けられます。

保守費を抑える3つのコツ

• 構成をシンプルに保つ：作り込みすぎないほど保守も軽くなる。前述の通り、保守費は作り方の段階で大きく決まる。
• 保守範囲を絞る：24時間対応や即時復旧が不要なら、平日日中・月額固定など必要な範囲だけに絞れば月額を抑えられる。
• 月額が明確な発注先を選ぶ：保守費用が不透明な会社を避け、総額・月額が事前に見えている発注先を選ぶ。

なお、開発を頼んだ会社にそのまま保守も任せると、システムを一番理解している人が対応できるため、原因調査や改修が速く済みやすいという利点もあります。逆に、成果物（ソースコード）を受け取れない契約だと、別の会社に保守を頼み直せずベンダーロックイン（特定の会社に縛られる状態）になりがちなので、契約時に権利の扱いを確認しておきましょう。詳しくはベンダーロックインの記事も参考にしてください。

契約前に確認したいチェックリスト

保守契約は「入ってから範囲でもめる」ことが多いポイントです。発注前に、次の点を書面で確認しておきましょう。

• 保守に含まれる作業／含まれない作業の線引きが明記されているか
• 障害時の対応時間帯（平日日中のみか、24時間か）と連絡方法
• 復旧までの目安時間や優先度（SLAの有無）
• 月額に含まれる軽微改修の範囲（月◯時間まで等）と、超えた場合の追加費用
• サーバー・ドメイン・SSLなどのランニングコストは誰が負担するか
• 成果物（ソースコード）の権利がこちらに渡るか＝他社へ乗り換え可能か
• 契約期間・解約条件（いつでも止められるか、最低契約期間はあるか）

このあたりが曖昧なまま契約すると、「これは保守の範囲外です」「対応は来週になります」といった食い違いが起こりがちです。発注全体の流れは発注の流れの記事、会社選びの観点は会社選びの記事もあわせてご覧ください。

保守を見直したほうがよいサイン

一度決めた保守契約も、状況に合わなくなることがあります。次のようなサインが出たら、範囲や金額を見直すタイミングです。

• 改修依頼が毎月増えている：スポット契約なら、月額固定に切り替えたほうが割安になることがある。
• ほとんど何も起きていないのに手厚い契約のまま：使っていない範囲を外せば月額を下げられる。
• 問い合わせても対応が遅い・話が通じにくい：担当や発注先の見直しを検討する時期かもしれない。
• 外部サービスの仕様変更が増えてきた：連携が多いシステムは、監視・追随の範囲を厚くする判断もあり得る。

保守は「一度入ったら終わり」ではなく、システムの使われ方の変化に合わせて調整するものです。年に一度、契約内容と実際の稼働を照らして棚卸しすると、払いすぎ・守り不足の両方を防げます。

一律料金と保守の考え方

保守費用が分かりにくくなる大きな理由は、「開発費そのものが最後まで見えない」ことにあります。開発費が膨らめば、それに連動する保守費も読めなくなります。だからこそ、開発費の総額を先に固定できると、保守も含めた費用計画が立てやすくなります。

例：あるお店が予約管理システムを作るケースを考えてみます。開発費が「やってみないと分からない」状態だと、追加費用が積み上がったうえに、保守費も「開発費の◯％」で連動して膨らんでしまいます。一方、開発費が着手前に確定していれば、「開発◯万円＋月額保守◯万円＋サーバー等で月◯千円」と、初期費用と毎月の費用を最初から見通せます。判断に必要なのは、金額そのものより**“最初にいくらで、毎月いくら”が見えていること**です。

D-oneAppの保守は「任意の月額オプション」

D-oneAppでは、開発費は一律100万円（プロは200万円）で総額を固定し、追加費用なし・着手前に総額確定を前提にしています。そのうえで、保守は任意の月額オプション（スタンダード月1万円／プロ月2万円）としています。必要な範囲だけを、金額の見えた状態で継続できる形です。

• 開発費は一律で固定：作った後の保守費が「開発費の◯％」で読める
• 保守は任意：必要な分だけを月額で。過剰な保守を押し付けない
• 成果物の権利はお客様に：他社へ乗り換えも可能で、ロックインを避けられる

開発費用の全体像は費用相場と一律料金の記事、100万円でどこまでできるかは100万円でできることの記事もご覧ください。

まとめ

システムの保守費用は「年で開発費の5〜15%程度、月額で数万円〜」が目安。障害対応・OSやブラウザへの追随・監視・バックアップ・セキュリティ更新など、安定して使い続けるために必要なコストです。契約はスポット／月額固定／SLA付きから、業務の止められなさに応じて選びます。抑えるコツは「構成をシンプルに」「範囲を必要な分に絞る」「月額が明確な発注先を選ぶ」の3つ。そして保守なし運用は、費用をリスクという形で先送りしているだけだという点も押さえておきましょう。保守も含めた費用感を知りたい方は、無料相談でお気軽にご相談ください。