毎月のシステム保守費用、本当に妥当ですか？元・受注側SEが教える相場の目安と発注者が絶対に知るべき7つのチェックポイント

「また今月も保守費用の請求が来た。この金額って高いの？安いの？」

システムを導入した後、毎月届く保守費用の請求書を見ながら、こう感じている経営者の方は少なくありません。ベンダーに任せきりにしているうちに、気づけば毎年数百万円が「よくわからないまま」出ていく——これが中小企業における保守費用トラブルの典型的な構図です。

【まとめ：システム保守費用の相場と高すぎるときの対処法】
システム保守費用の相場は、初期開発費の年15%〜20%が業界標準の目安です（例：1,000万円で開発したシステムなら年間150万〜200万円、月額換算で約12万〜17万円）。もし現在の費用が「高い」と感じたら、感情的に値下げを迫るのではなく、まず保守費用の「内訳明細」と「月次の対応実績レポート」を書面で提出させることがコスト適正化の第一歩です。この記事では、元・受注側SEとしての実務経験を持つ筆者が、相場の読み方・妥当性の判断基準・ベンダーとの具体的な交渉手順を「現場の共通言語」でわかりやすく解説します。

---

1. システム保守費用の「相場」とは？数値で理解する3つの目安

【このセクションの結論】
保守費用の相場は「初期開発費の15〜20%/年」が最も広く使われる目安です。ただし、システムの規模・種類・契約内容によって大きく変わります。まずは自社の数字と照らし合わせてみてください。

システム保守費用は、「感覚」で高い・安いを判断しようとすると必ず判断を誤ります。業界で使われている3つの目安を知ることが、正確な判断の出発点です。

目安①：開発費の15〜20%/年——最も使われる計算式

システム保守費用とは、稼働中のシステムを安定的に動作させるために、発注者がベンダーに支払う継続的な費用のことです。バグ（不具合）修正・セキュリティ対応・操作の問い合わせ対応などが含まれ、一般的に初期開発費の年15〜20%が相場とされています。

この数字は、複数の業界情報源が示している目安です。なお、情報源によって「開発費の5〜20%」と幅があり、システムの規模や対応範囲・サポート体制によって大きく異なります（参考：秋霜堂「システム保守費用の相場と算出方法【妥当性の判断基準】」https://syusodo.co.jp/blog/articles/system-maintenance-cost-guide・シースリーインデックス「システム保守費用の相場【2026年版】」https://www.c3index.co.jp/blog/blog_1636/）。

初期開発費	年間保守費用の目安	月額換算の目安
500万円のシステム	75万〜100万円	約6万〜8万円
1,000万円のシステム	150万〜200万円	約12万〜17万円
3,000万円のシステム	450万〜600万円	約37万〜50万円

ただし、この数字はあくまで「計算式としての目安」です。実際の保守費用は、システムの複雑さ・対応範囲・サポートの手厚さによって上下します。

目安②：規模別の年間費用目安（年50万〜800万円）

業界全体では、システム保守費用の年間相場は50万〜800万円と非常に大きな幅があります（出典：シースリーインデックス株式会社「システム保守費用の相場｜開発費の15〜20%・年50〜800万円が目安、妥当性5項目と削減策【2026年版】」https://www.c3index.co.jp/blog/blog_1636/）。この幅が広い理由は、システムの規模や用途だけでなく、「トラブル時に24時間いつでも動いてくれるか」といった契約内容（サポート体制）の違いが大きく影響するからです。

自社の保守費用がこの幅の「どこに位置するか」を確認することが、妥当性判断の第一歩です。

目安③：「運用」と「保守」の違い——混同すると費用が膨らむ

「運用」と「保守」を混同したまま契約すると、本来は別々に見積もられるべき費用が曖昧に束ねられ、発注者が気づかないうちに割高な金額を払い続けることになります。

• 運用とは： システムを日常的に動かし続けるための作業（バックアップ、正常に動いているかの監視、アカウント登録など）。
• 保守とは： システムのトラブルを直したり、中身をアップデートしたりする作業（バグ修正、セキュリティ対策、法改正に伴う変更など）。

区分	主な業務内容	発生タイミング	費用の性質
運用（動かし続ける）	日常監視・バックアップ・アカウント管理・操作のヘルプデスク	毎日・継続的	月額固定が多い
保守（直して保つ）	バグ修正・機能改善・セキュリティ対策・法改正対応	問題発生時・定期的	従量制または定額

自社が払っている保守費用の請求書を確認し、「どこまでが運用で、どこからが保守なのか」の内訳を把握することが重要です。この区分が明記されていない請求書は、それ自体が「要確認」のサインです。

---

2. 保守費用の「内訳」を知らないと損をする——5つの費用項目

【このセクションの結論】
保守費用は「一式◯◯万円」という大雑把な請求ではなく、主に5つの項目に分解できます。どの項目にいくら払っているかを把握することが、妥当性を判断する核心です。

ベンダーから届く請求書に「システム保守費用：月◯◯万円」とだけ書かれていても、その中身は確認しなければわかりません。一般的なシステム保守費用は、以下の5項目で構成されています。

1. バグ修正・障害対応（不具合が出たときの修正作業）
2. 機能改善・小規模改修（使い勝手の向上・業務変化への対応）
3. セキュリティ対応・OSアップデート（安全性を保つための最新化）
4. 問い合わせ対応・ヘルプデスク（操作方法の質問への回答）
5. 定期レポート・稼働監視（システムが正常に動いているかの報告）

① バグ修正・障害対応

システム運用開始後に発見されたプログラムのミス（バグ）や、予期しないシステム停止に対応する費用です。

実務家の知恵： システム開発が「請負契約」の場合、引き渡し後に見つかったバグは、法律上「契約不適合責任」としてベンダー側が無償で直すべき範囲であるケースが多いです（契約書で「検収後1年間は無償」などと期間が定められているのが一般的です）。保守費用を払っているからといって、本来無償であるべきバグ修正まで毎月上乗せされていないか、契約書を確認してください。

② 機能改善・小規模改修

「画面にこのボタンを追加してほしい」「法律が変わったので消費税の計算ロジックを変えたい」など、業務の変化に合わせてシステムの一部を改良する作業です。これが「仕様変更（有料の別料金）」として都度請求される契約なのか、月々の保守費用に含まれているのか、事前に境界線を明確にする必要があります。

③ セキュリティ対応・OS/ミドルウェアアップデート

パソコンのWindowsアップデートのように、システムが動いている土台（OSやミドルウェアと呼ばれる基盤ソフト）を最新の状態に保ち、ウイルスなどの脅威から守る作業です（出典：GeNEE「システム保守費用の相場・内訳・見積もりの考え方｜定額制・従量制・コスト最適化ガイド」https://genee.jp/contents/system-maintenance/）。

ただし、Salesforceやkintoneなどの「クラウドサービス（SaaS）」をベースに構築している場合、このあたりの基本対応はクラウド運営会社側が自動で行ってくれます。そのため、クラウド利用なのにこの項目の保守費用が大きく見積もられている場合は、見直しの余地があります。

④ 問い合わせ対応・ヘルプデスク

現場のスタッフからの「この画面の操作方法がわからない」という質問に答える窓口費用です。もし月に数回しか問い合わせないような安定したシステムであれば、毎月固定で払うよりも「動いてもらった分だけ払う（従量制）」に変えた方が、コストを劇的に抑えられる場合があります。

⑤ 定期レポート・稼働監視

システムが今月も大きなトラブルなく動いていたか、どのような問い合わせがあったかをレポートとしてまとめて報告する作業です。もし毎月の保守費用にこの項目が入っているのに、「そういえばベンダーから報告書なんて一度ももらったことがない」という場合は、お金を払っているのにサービスを受けていない状態（払い損）になっている可能性があります。

---

3. 「高すぎる」と感じたら今すぐ確認すべき7つのチェックポイント

【このセクションの結論】保守費用の妥当性は、ただ相場と比べるだけでなく「自社に対して、どんな品質のサービスがどれだけ提供されているか」の実態を見て判断します。以下の7点を自社の契約と照らし合わせてください。

① 内訳明細が書面で提示されているか

「保守費用：一式◯◯万円」という一行だけの請求書は、ブラックボックスと同じです。前述した5つの項目ごとに、何時間の作業（工数）を想定し、いくらの単価で計算されているのか、書面で内訳を出してもらいましょう。これを嫌がる、または「出せない」と拒絶するベンダーは要注意です。

② SLA（サービス品質の保証）が契約に明記されているか

SLA（Service Level Agreement）とは、「システムが止まったら◯時間以内に原因を調査して初動対応をします」という、ベンダー側が約束するサポート品質の基準です。これが曖昧なままだと、自社のシステムが止まって業務が麻痺しているのに「今、他の案件で忙しいので明日行きます」と言い訳されても文句が言えない状態になってしまいます。

③ 月次の対応実績レポートをもらっているか

「毎月お金は引き落とされているけれど、今月ベンダーが我がシステムのために何時間動いて、何を直してくれたのか誰も知らない」——これは中小企業の現場で非常によくあるケースです。実績レポートを毎月提出してもらうルールを作るだけで、不要な固定費化を防ぐことができます。

④ 相見積もりを取ったことがあるか

現在の費用が市場価格と比べて妥当かを確かめる最も確実な方法は、他のIT会社から「相見積もり」を取ることです。「現在のシステムを他社で保守した場合、いくらになるか」を比較するだけで、今のベンダーの価格が適正かどうかが一発で浮き彫りになります。また、「他社も検討している」という姿勢を見せるだけで、ベンダー側の対応が引き締まる効果もあります。

⑤ ソースコード・設計書の開示を受けているか

ソースコード（システムの設計図にあたるプログラムの生データ）や設計書を、自社でいつでも閲覧・ダウンロードできる状態になっていますか？これがベンダー側に握られたままだと、他社に乗り換えたくても技術的に乗り換えられない「囲い込み（ロックイン）」の状態になってしまいます。

⑥ 定額制か従量制かを把握し、自社に合っているか確認したか

ほとんどトラブルが起きない安定したシステムなのに、毎月「定額（月額固定）」で高い保守料を払い続けるのはもったいないケースがあります。その場合は「基本料金は安く抑え、何かトラブルが起きて作業が発生した時だけ時間精算で支払う（従量制）」という契約形態へ変更できないか相談しましょう。

⑦ 契約更新のタイミングと解約条件を把握しているか

多くの保守契約は「1年更新」などで、更新日の1〜3ヶ月前までに申し出をしないと自動的にスライド更新される仕組みになっています。ベンダーとの交渉や見直しを有利に進めるには、この「更新日の3ヶ月前」から逆算して動き始めるのが鉄則です。

【実務コメント】「受注側SEが見てきた、保守費用の"水増し"パターン」

SIer（システム開発会社）の受注側SEとして11年間、現場で働いてきた経験からお伝えします。

実は、システムの保守費用というのは、最初の「開発費」に比べて、発注者側から圧倒的にチェックされにくいブラックボックスな領域です。開発段階では3社から相見積もりをとって厳しく値切る経営者様でも、運用が始まってからの保守費用は、既存ベンダーに言われるがまま毎年自動更新しているケースがほとんどだからです。

受注側（ITベンダー）が、保守費用を高く維持しやすい典型的なパターンは3つあります。

1つ目は「ソースコードを渡さない」こと。これにより他社への乗り換えを不可能にし、発注者側の価格交渉権を奪います。2つ目は「月次レポートを出さない」こと。何も作業していない月でも同じ金額の請求書を送り、発注者に検証させません。3つ目は「対応範囲を曖昧にした一式契約」です。「保守一式：月15万円」としておけば、現場からちょっとした相談が来ても「それは保守範囲外なので別料金です」と言えてしまう、ベンダーに都合の良い状態を作れます。

これらすべてに対抗する防衛策は、「書面での内訳要求」と「相見積もりの実施」の2点だけです。 この2つを経営者様が口にするだけで、ベンダー側の態度は「このお客様には曖昧な請求は通らない」と間違いなく変わります。

---

4. ベンダーへの値下げ交渉——発注者が使える3つのステップ

【このセクションの結論】
保守費用の交渉は、感情的な「安くしてくれ」ではなく、「数字と根拠に基づいたビジネスの交渉」として進めます。以下の3ステップを順番に行うことで、関係性をこじらせずに成功確率を上げることができます。

STEP 1：内訳明細と月次実績レポートを書面で要求する

最初のステップは、現状の可視化です。「先月の保守費用の内訳明細と、実際の対応実績をまとめたレポートを書面でいただけますか」と、まずは誠実に依頼してみましょう。これだけで、「この発注者は中身をチェックし始めたぞ」という無言のプレッシャーを与えることができます。

STEP 2：相見積もりの数字を根拠として提示する

内訳を開示してもらい、自社のシステムの実態（ほとんどトラブルが起きていないなど）がわかったら、他社から相見積もりを取りましょう。交渉の席では、「高いから下げて」ではなく、「他社さんからは同条件で月◯万円という具体的な提案をもらっています。御社でこの金額、または内訳の調整は可能でしょうか」と、具体的な数字を根拠にして話を進めます。

STEP 3：「乗り換え可能」な状況を整えてから交渉する

最も強力な交渉カードは、「本当に他のベンダーへ乗り換えられる状態」を自社が持っていることです。具体的には、設計書やソースコードを手元に確保し、新ベンダーに「これがあればうちでも保守を引き継げます」と言ってもらえる状態を作ることです。「最悪、他社にお願いすることもできる」という選択肢があって初めて、対等で強い交渉が可能になります。

【比較表：保守費用交渉における「NG対応」と「OK対応」】

シーン	❌ やってはいけないNG対応	✅ 効果的なOK対応
「高い」と感じたとき	「高すぎる！安くして！」と感情的にぶつかる	「内訳明細」を要求し、何の作業にいくら払っているかの根拠を可視化する
他社を引き合いに出すとき	「他のベンダーはもっと安いと言っていた」と曖昧に伝える	実際の「相見積書」の金額と、対応範囲を具体的に書面で比較して提示する
乗り換えを検討するとき	ソースコードが手元にないまま、現ベンダーに乗り換えを匂わせる	契約書に基づいて「ソースコード・設計書」の開示を完了させてから動く
契約を更新するとき	特に中身を確認せず、毎月・毎年の請求書を自動更新し続ける	更新日の3ヶ月前から、今月の実績レポートをもとに条件の見直しを始める

---

5. 保守費用を適正化する3つの選択肢

【このセクションの結論】
保守費用が高いと判断した場合、取れるアプローチは「現ベンダーとの再交渉」「他社への乗り換え」「クラウド化（SaaS移行）によるコスト構造の見直し」の3つです。それぞれのコスト・リスク・期間を比較して選びましょう。

選択肢	費用削減効果	伴うリスク	実現までの期間	動き出すための前提条件
① 現ベンダーと再交渉	10%〜30%削減	低（今の関係性を維持できる）	1〜3ヶ月	内訳明細の取得、相見積もりの準備
② 保守ベンダーの切り替え	20%〜50%削減の可能性	中（業務引き継ぎの手間）	3〜6ヶ月	ソースコード・設計書が手元にあること
③ クラウド化・SaaS移行	構造的な大幅削減	高（移行システム開発が必要）	6ヶ月〜1年以上	移行のための初期予算と並行稼働期間

選択肢①：現ベンダーと再交渉する

最もリスクが低く、すぐに効果が出る方法です。前章の3ステップを使い、これまでの関係性を壊さないように配慮しつつ、契約内容の見直し（定額から従量制への変更や、不要な監視項目の削除など）を行います。

選択肢②：保守ベンダーを切り替える

交渉がどうしても決裂した場合や、ベンダー側の対応が著しく不誠実な場合の選択肢です。ただし、ソースコードや設計書が手元にそろっていることが大前提となります。

【ソースコード・設計書がないまま乗り換えるとどうなる？】

⚠️ 設計書やプログラムの生データ（ソースコード）がない状態で強引に他のIT会社へ乗り換えようとすると、新しいIT会社は「他人が作ったブラックボックスのシステムを、中身を解剖しながら解読する作業（リバースエンジニアリング）」が必要になります。そのため、解剖のための膨大な調査費用（追加コスト）が発生したり、解読に数ヶ月かかっている間、新旧両方のベンダーに保守費用を二重払いする羽目になったりするリスクがあります。最悪の場合、「中身が特殊すぎて引き継げない」と断られ、元のベンダーに泣きつくしかなくなるケースもあります。

ベンダー選定のプロセスそのものに不安がある方は、「中小企業のベンダー選定で失敗しない方法」もあわせてご確認ください。

選択肢③：クラウド化・SaaS移行でそもそも保守負担を減らす

現在の古いシステムを思い切って廃止し、kintoneなどのクラウドサービス（SaaS）へ移行する抜本的な解決策です。サーバーの管理やセキュリティ対策そのものをクラウド事業者に委ねられるため、自社で抱える「保守」という概念そのものを小さくできます。初期の移行費用はかかりますが、5年・10年というスパンで見るとトータルコストを劇的に下げられるケースが多いです。

---

6. 保守費用の交渉に「ITコーディネーター」という右腕が使える理由

【このセクションの結論】
IT知識の乏しい発注者が、プロのITベンダーと単独で価格交渉をするのは構造的に不利です。中立的な専門家である「ITコーディネーター」を間に挟むことで、対等以上の立場で交渉を有利に進めることができます。

「IT知識がないと交渉で負ける」という現実

保守費用の交渉が始まると、ベンダー側からは「セキュリティパッチの適用工数が…」「ミドルウェアのサポート終了に伴う動作検証が…」といった専門用語が次々と飛び出します。これらに対して、経営者様や現場の担当者様が「それは本当に必要な作業なのか、時間は妥当なのか」を見極めるのは非常に困難です。結果として、「専門家がそこまで言うなら、万が一システムが止まったら怖いから今のままでいいか…」と引き下がってしまうのが現実です。

ITコーディネーターができる3つのこと

ITコーディネーターとは、経済産業省が推進する民間資格（ITコーディネーター協会が認定）の保有者で、特定のツールやベンダーに依存しない中立的な立場から、経営視点でIT活用を支援する専門家のことです。保守費用のトラブルにおいて、ITコーディネーターは以下のような強力なサポートを行います。

1. 妥当性の評価： 請求書の内訳と、実際のシステム稼働実績をプロの目で突き合わせ、「払いすぎている領域」を客観的にあぶり出します。
2. ベンダー交渉への同席： 交渉の場に一緒に同席します。ベンダー側が「技術的に必須の作業です」と説明した内容に対し、「その作業であれば、この工数（時間）で収まるのでは？」と、共通言語で対等に切り込みます。
3. 安全な乗り換え支援： 万が一ベンダーを切り替えるとなった場合、トラブルにならないよう「ソースコード開示の交渉」や、新しいベンダーへの「安全な引き継ぎ計画の設計」をすべて主導します。

ベンダーをコントロールする具体的なノウハウについては、「ベンダーコントロールを外注する方法」をご参照ください。

相談のタイミング——契約更新の3ヶ月前が最適

一番良い相談のタイミングは、保守契約が自動更新される日の「3ヶ月前」です。この時期であれば、現在の契約を精査し、他社から相見積もりを取り、ベンダーとじっくり交渉する（あるいは乗り換えの準備をする）ための時間を十分に確保できます。更新直前に慌てて動いても、ベンダー側に「今からじゃ解約も間に合いませんよ」と押し切られてしまうため、早めの準備が最大の防御になります。

具体的な費用感については「ITコーディネーター費用・料金相場」、システム開発から保守へ切り替わるタイミングでの注意点は「システム開発の検収で失敗しない方法」もあわせてご覧ください。

「保守フェーズでこそ、ITコーディネーターを使うべき理由」

多くの中小企業では、システムを新しく導入する「選定・開発フェーズ」には膨大なエネルギーを注ぎますが、無事に導入が終わった後の「運用・保守フェーズ」になると、急に安心されてベンダー任せになりがちです。

しかし、よく考えてみてください。初期の開発費が1回500万円だったとしても、毎月の保守費用が15万円なら、年間で180万円、5年間で900万円になります。トータルで支払う金額は、初期の開発費よりも、導入後の保守費用のほうが遥かに大きくなるのです。

私が開発会社（SIer）の組織にいた頃、保守フェーズに入った後に発注者様から請求内容について厳しいチェックが入ることは、本当に稀でした。正直に言えば、「誰もチェックしないし、突っ込まれないから、少し工数を多めに見積もって固定費として計上しておこう」という慣習が、業界のそこかしこにあったのも事実です。

「毎月届く請求書を、よくわからないまま払い続けている」という状態は、ITベンダーにとって最も『楽な状態』であり、裏を返せば御社のお金が垂れ流しになっている状態です。

このブラックボックスに、ITコーディネーターという「中立的なプロの目」を入れること。これこそが、会社の固定費を削減し、IT投資を成功させるための最も合理的で賢い投資です。

---

7. よくある質問（FAQ）

---

参考文献：秋霜堂「システム保守費用の相場と算出方法【妥当性の判断基準】」（https://syusodo.co.jp/blog/articles/system-maintenance-cost-guide）／シースリーインデックス株式会社「システム保守費用の相場｜開発費の15〜20%・年50〜800万円が目安、妥当性5項目と削減策【2026年版】」（https://www.c3index.co.jp/blog/blog_1636/）／GeNEE「システム保守費用の相場・内訳・見積もりの考え方｜定額制・従量制・コスト最適化ガイド」（https://genee.jp/contents/system-maintenance/）

投稿者プロフィール

アカンパニー・パートナーズ代表

プログラマーとしてキャリアをスタートし、製造業の社内SEとして「工場」の論理を、士業事務所の社内SEとして「先生」の論理を肌で学んできました。異なる文化を持つ組織の中でITを推進するには、技術力以上に「聴く力」と「翻訳力」が必要です。

現在はその経験を活かし、新潟の中小企業のDXを支援しています。

ITコーディネーター／上級ウェブ解析士／上級SNSマネージャー

最新の投稿

• AI活用・DX2026年6月7日DXが社内で進まない本当の理由とは？抵抗する人の4タイプと今日から動ける5つの突破ステップ
• ITコンサル・DX支援2026年6月7日中小企業のIT予算の立て方｜売上高の何%が適正か・費目別配分・3ステップの計画手順を解説
• ITコンサル・DX支援2026年6月7日毎月のシステム保守費用、本当に妥当ですか？元・受注側SEが教える相場の目安と発注者が絶対に知るべき7つのチェックポイント
• ITコンサル・DX支援2026年6月6日システム開発の検収とは？IT知識がない発注者が「納品OK」を出す前に確認すべき7つのポイント