業務システム導入後、ベンダーから提示される「保守費用」は、月3万円のところも月30万円のところもあります。同じシステムなのに、なぜ10倍の差が出るのか。本記事では月額3万・10万・30万の3つのレンジに分けて、「何をどこまで面倒みてくれるのか」と「自社にとっての妥当値はどこか」を経営者の判断軸で整理します。
この記事の結論（3行）
- 保守費の月3万・10万・30万の差は「対応スピード」と「対応範囲」の差であり、システムの大きさだけでは決まらない
- 妥当な保守費は「そのシステムが1日止まったときに失う売上」を基準に決める
- 「保守費が高い」のではなく「業務の重要度に対して保守レベルが過剰／過小」がほぼすべての論点
保守費用の月額3万・10万・30万の3レンジ
業務システムの保守費用は、中小企業向けに限ればおおむね3つのレンジに集約されます。月額3万円前後の「最低限」レンジ、月額10万円前後の「実務水準」レンジ、月額30万円前後の「事業継続」レンジの3つです。
このレンジの差は、システムの規模やコード量の差ではなく、「対応スピード」「対応範囲」「責任の重さ」の差として現れます。同じ規模のシステムでも、医療・物流・金融のように停止が許されない業務であれば月30万円レンジが必要になり、社内の文書管理のように1日くらい止まっても大きな損失が出ない業務なら月3万円で十分、ということが起こります。
月額3万円レンジ：バグ修正と最低限のサーバー監視
月額3万円は、業務システムの保守としてはもっとも軽い契約です。1人月の単価を80万円とすると、月3万円は約0.4人日／月の作業量に相当し、月に半日も使えない範囲しかカバーできません。
このレンジで含まれるのは、サーバー稼働の死活監視、致命的なバグの修正、SaaS基盤の障害発生時の連絡対応、年1回程度のフレームワーク・ライブラリの軽微なアップデートまでです。新機能の追加や仕様変更は基本的に含まれず、別途見積もりとして都度発注する形になります。
注意したいのは、「月3万円だから安心」とは限らない点です。3万円の中に「24時間以内の対応」と書かれていれば優秀ですが、「営業時間内のみ・原則翌営業日対応」と書かれていれば、トラブル発生から復旧までに2〜3日かかることも珍しくありません。社内の文書共有や日報集計など、止まっても1〜2日は業務が回るシステムであれば、このレンジで十分です。
月額10万円レンジ：小規模改修込み・実務に追従
月額10万円は、業務システムの保守としては「実務水準」のレンジです。1人月80万円換算で、約1.2人日／月の作業量。月に1日強の改修工数が確保されます。
このレンジに含まれるのは、致命的でない不具合の修正、軽微な機能追加（フォーム項目追加、帳票レイアウト変更、CSV出力項目の追加など）、利用者からの問い合わせ対応、月次レポート、サーバーやSaaSのバージョン管理、セキュリティパッチ適用などです。月1日分の改修工数が確保されているため、「ちょっとした業務変更」に追従できる点が最大の特徴です。
中小企業の業務システム保守では、このレンジが選ばれることがもっとも多い印象です。業務が変わるたびに都度発注すると結果として月10万円を超えるため、固定月額に含めたほうがトータルで安く、業務側も「変えたいときにすぐ言える」心理的な使いやすさが生まれます。
月額30万円レンジ：24時間SLA保証・事業継続レベル
月額30万円は、業務システム保守の「事業継続」レンジです。1人月80万円換算で約3.7人日／月、月に4日近い改修工数が確保されます。
このレンジでは、24時間365日の障害対応、稼働率99.9%以上のSLA保証、定期的なセキュリティ診断、月次の性能改善、業務変更に伴う中規模改修、緊急時の代替手段提供、契約上の損害賠償条項、までが含まれます。物流・医療・金融・受発注の中核システムなど、「止まると会社全体の売上が止まる」種類の業務システムに必要な水準です。
ここで重要なのは、月30万円の保守費は「高い」のではなく、「事業継続を保険として買っている」金額だという理解です。たとえば、1日止まると500万円の売上が消える業務があるとして、年間1〜2日の障害を確実に防げるなら、年間360万円の保守費は安い投資になります。
月額レンジ別サービス内容の比較
3レンジの違いを、項目別に整理します。下記は中小企業向け業務システムの保守契約として一般的な内容を比較したものです。
| 項目 | 月3万円レンジ | 月10万円レンジ | 月30万円レンジ | |---|---|---|---| | 対応時間 | 営業時間内（翌営業日対応） | 営業時間内（当日対応） | 24時間365日 | | バグ修正 | 致命的なもののみ | すべて含む | すべて含む（緊急優先） | | 小規模改修 | 含まれない（都度見積） | 月1日分相当まで含む | 月4日分相当まで含む | | サーバー監視 | 死活監視のみ | 死活＋リソース監視 | フル監視＋アラート連絡 | | セキュリティ | 年1回のパッチ適用 | 月次のパッチ適用 | 月次パッチ＋定期診断 | | 稼働率SLA | なし（ベストエフォート） | 99.5%目標（努力義務） | 99.9%保証（賠償条項あり） | | 月次レポート | なし | あり（簡易） | あり（詳細＋改善提案） | | 緊急時の代替 | なし | 一部あり | 代替手段の提供義務 |
月額の数字だけ見ると10倍差ですが、「対応時間」と「稼働率SLA」が一段上がるだけで、ベンダー側の体制コストは3〜5倍に膨らみます。24時間対応にはオンコール体制が必要で、稼働率99.9%を保証するには冗長構成・監視ツール・障害訓練といった設備投資が必要になるためです。
レンジが上がるほど「ベンダー側の固定費」の比重が増える点にも注意が必要です。月3万円なら工数のほぼすべてが自社のために使われますが、月30万円のうち実際の改修工数に充てられるのは半分以下で、残りは「いつでも対応できる体制」を維持する人件費です。自社のシステムを 業務改善・システム見積もりAI適正診断 で整理してみると、「体制費」と「実工数」の内訳が見えてきます。
保守費の妥当性を判断する3つの軸
「うちのシステムは月いくらの保守が妥当なのか」を判断する軸は、3つあります。
1. システム停止1日あたりの損失額
最重要の軸です。そのシステムが1日止まったとき、いくらの売上または機会損失が発生するかを試算します。受発注の中核システムであれば、日商の数十%が一気に消える計算になります。社内の経費精算システムであれば、止まっても従業員の経費申請が遅れるだけで、売上には直撃しません。
この「1日停止コスト」を年間障害想定日数（月3万円レンジなら年5日、月30万円レンジなら年0.1日）で掛けると、それぞれのレンジが提供する「停止リスクの低減効果」が金額で見えます。年間の保守費が停止リスク低減額を下回っていれば、その保守費は経済合理的な投資です。
2. 月あたりの業務変更頻度
業務システムは、業務側の変更に追従して改修する必要があります。新しい得意先が増える、帳票レイアウトが変わる、税率が変わる、社内ルールが変わる——こうした変更がどれくらいの頻度で発生するかを棚卸しします。
月に1回以上「ちょっと変えたい」が発生する業務システムであれば、月3万円レンジでは追従できません。都度発注すると1件あたり10万〜30万円かかるため、結果として月10万円レンジ以上を選んだほうが総額で安くなります。年に1〜2回しか変更が発生しない業務システムなら、月3万円＋必要時に都度発注、のほうが安く済みます。
3. 社内の運用体制
自社にシステム担当者がいるかどうかも、保守レンジを左右します。社内に詳しい人がいない場合、ベンダーが利用者問い合わせ窓口を兼ねる必要があり、月10万円レンジ以上が必要です。逆に、社内にITに詳しい人がいて1次対応を社内で完結できるなら、ベンダーには「技術的な対応」だけ依頼すればよく、月3万円レンジでも回ります。
この3軸を組み合わせると、「うちは月10万円で十分」「うちは月30万円が必要」「うちは月3万円で問題ない」が、感覚ではなく数字で判断できるようになります。
4. 契約書で必ず確認すべき3つの危険信号
月額の数字だけを見て契約すると、後から「こんなはずではなかった」が発生します。第一に「対応時間」の定義です。「営業時間内対応」と書かれていても、ベンダーの営業時間が平日10〜18時の場合、金曜夕方のトラブルは月曜朝まで放置されます。
第二に「月◯時間まで」の上限の有無です。上限が設定されていないと、ベンダー側が好き勝手に時間を消費して「これ以上は別料金」と言ってきます。明記されていれば「今月は何時間残っているか」を把握しながら計画的に改修依頼できます。第三に「契約終了時のデータ引き渡し」が明文化されているか。書かれていないと、契約終了＝システムが使えなくなる、という人質状態が発生します。中小企業の経営者が見落としがちな最大の地雷です。
経営者目線で考える「保守費を投資として見る視点」
ここからは技術論ではなく経営の話です。多くの中小企業の経営者は、保守費を「コスト」として見ています。月10万円を払う痛みは毎月キャッシュアウトとして実感されますが、「保守を入れなかったことで失う売上」は目に見えません。
業界全体を見渡すと、「保守費はベンダー側の言い値」という不健全な構造があります。中間マージンを取る大手SIerでは、ベンダー自身の保守人件費に2〜3倍の上乗せを乗せて顧客に請求するため、月30万円のうち実際に手を動かす人に届くのは10万円以下、という構造も珍しくありません。これは中小企業にとっては純粋なムダです。
経営者として持つべき視点は、保守費を「事業継続の保険料」として見直すことです。具体的には、(1) このシステムが1日止まるといくらの売上が消えるか、(2) 年間で何日の停止が許容できるか、(3) その停止リスクをゼロに近づけるための保険料はいくらが妥当か、の3つを数字で握ります。すると「月10万円は高い」ではなく「月10万円なら年12回の即日対応で売上停止リスクを下げられる、十分安い」と判断できるようになります。経営判断としての保守費は、額面ではなくリスク対比で評価する。これが「発注の力」の中核です。
ぷらすわんの実例：ある印刷会社B社の保守費見直し
弊社で支援した、ある印刷会社B社の事例です。受発注管理システムを15年前に大手SIerから導入し、保守費として月額28万円を支払い続けていました。年間で336万円、15年で5,000万円の保守費が消えていた計算です。
社長から「保守費が高すぎる気がする」とお声がけいただき、保守契約書を一緒に読み解きました。すると、月28万円のうち、実際の改修工数として使われていたのは年に2〜3日程度。残りの大半は「24時間SLA保証」の体制維持費でしたが、実際にはB社の業務は平日9〜18時しか動かず、24時間対応は完全に過剰でした。
そこで、業務時間内対応＋月1日分の改修工数というレンジに契約を組み替え、月額10万円の保守契約に再設計しました。同時に、システム自体もAI駆動開発で15年ぶりに刷新。市場相場で言えば1,500万〜2,500万円の規模感のシステムを、800万円で再構築しました。
結果として、保守費は月28万円→月10万円（年216万円の削減）、システム本体も最新化されて使い勝手が向上、業務側で「ちょっと変えたい」がその月のうちに対応できる体制に変わりました。年216万円×今後10年で2,160万円のキャッシュフロー改善です。
このケースの本質は、「保守費が高かった」のではなく、「業務の重要度と保守レベルが合っていなかった」ことです。手元のシステムを 診断する ことで、自社にとっての適正レンジとの差を具体的な数字で把握できます。
保守費を最適化するための3つの実践
保守費を「事業の体力に合った金額」に整えるための、具体的な3つの実践です。
- 自社業務の重要度を数値化する
- 過去1年の保守実績を棚卸しする
- 保守レンジを業務単位で分割する
自社業務の重要度を数値化する
すべての業務システムを「停止すると即座に売上が止まる」「停止すると数日以内に売上に影響」「停止しても業務効率が落ちるだけ」の3段階に分類します。受発注・在庫・決済系は1段目、見積もり・顧客管理は2段目、社内文書・経費精算は3段目、という具合です。この分類があると、保守レンジを「中核業務だけ月30万円・周辺業務は月3万円」のように使い分ける判断ができます。
過去1年の保守実績を棚卸しする
現在契約しているベンダーから、過去1年の保守報告書を取り寄せます。何件の問い合わせがあり、何時間の改修が行われ、どんな障害が発生したか。実績ベースで「年に2日しか使っていない月30万円契約」が見つかったら、それは即座に見直し対象です。逆に「毎月のように緊急問い合わせが入っている月3万円契約」も、ベンダー側がサービス過剰になっており、いずれ値上げ要求や契約打ち切りにつながります。
保守レンジを業務単位で分割する
業務システム全体を「1本の保守契約」でまとめると、中核業務に合わせて月30万円契約にせざるを得ず、周辺システムにまで過剰投資が発生します。サーバーやSaaS基盤を分離し、業務単位で「中核は月15万円契約」「周辺は月3万円契約」のように分割契約を結べば、合計で月18万円に抑えながら、中核業務には十分な対応速度を確保できます。他社見積もりとの 比較を依頼する ことで、自社の保守費構造の見直し余地を具体的に確認できます。
まとめ
システム保守費用の相場は、月3万・10万・30万のいずれのレンジでも、「金額が高いか安いか」ではなく「自社の業務重要度に対して妥当な保険料か」で決まります。経営者として持つべきは、「うちのシステムが1日止まると、いくら失うか」を数字で握る判断軸です。
保守費は契約後に放置せず、年に1度は「実際に消化されている工数」と「業務重要度の変化」を棚卸しして、レンジを調整するべきものです。15年同じ契約を続けてきた印刷会社B社のように、組み直すだけで年200万円以上のキャッシュフロー改善ができるケースは珍しくありません。
保守費の請求書を見て「これは本当に妥当なのか」と迷っているなら、現在のシステムと業務を 業務改善・システム見積もりAI適正診断 で整理することで、適正レンジとの差を具体的な数字で把握できます。次に動くべき1ステップは、過去12ヶ月の保守報告書を取り寄せることです。