「保守費用は毎年上がるのに、何をしてもらっているのかよくわからない」——多くの中小企業のIT担当者が抱える率直な疑問だ。システム保守契約は一度締結すると惰性で更新されがちだが、適切に見直すことで年間10〜30%のコスト削減が実現できるケースは珍しくない。ただし、闇雲にコストカットすれば障害対応が遅れ、結果的にビジネスへの損害が大きくなるリスクもある。
本記事では、保守契約の費用相場を把握したうえで、品質を落とさずにコストを最適化する5つのステップと、ベンダーとの交渉術、SLAの設定方法、そしてベンダー切替の判断基準までを体系的に解説する。
保守契約の費用相場と内訳
一般的な費用相場
システム保守契約の費用は、対象システムの開発費用に対する割合で算出されるのが一般的だ。
| 保守の種類 | 費用目安（開発費比） | 月額目安（中小企業） | 含まれる内容 |
|---|---|---|---|
| 基本保守 | 年間10〜15% | 5万〜15万円 | 障害対応、バグ修正 |
| 標準保守 | 年間15〜20% | 15万〜40万円 | 基本保守 + 小規模改修、問い合わせ対応 |
| フル保守 | 年間20〜30% | 40万〜100万円 | 標準保守 + 機能追加、セキュリティパッチ |
費用の内訳を分解する
保守契約の見直しで最初にやるべきことは、費用の内訳を「見える化」することだ。
| 費用項目 | 割合の目安 | 確認ポイント |
|---|---|---|
| 人件費（SE・運用担当） | 50〜70% | 実働時間と契約時間の乖離はないか |
| ライセンス・保守料 | 15〜25% | 使っていないソフトの保守が含まれていないか |
| 監視・インフラ費用 | 10〜20% | クラウド移行で不要になった項目がないか |
| その他（交通費・管理費等） | 5〜10% | リモート対応で削減できないか |
FREE CONSULTATION
この記事の内容について、専門家に相談できます
AI・DX・セキュリティに関するご質問やお見積もりなど、お気軽にお問い合わせください。
見直しの5ステップ
ステップ1：現状の保守内容を棚卸しする
まず、現在の保守契約でベンダーが実際に行っている作業を一覧化する。
- 月次レポートを取得しているか → 取得していなければすぐに依頼する
- 障害対応件数と問い合わせ件数を過去12ヶ月分集計する
- 実際に依頼した改修・修正の内容とかかった時間を整理する
多くの企業がこの段階で「保守費を払っているが、月に1〜2回しか問い合わせていない」という実態に気づく。
ステップ2：必要な保守レベルを再定義する
システムの業務上の重要度に応じて、保守レベルを3段階に分類する。
| システム分類 | 例 | 必要な保守レベル | 許容ダウンタイム |
|---|---|---|---|
| ミッションクリティカル | 基幹システム、ECサイト | 24時間365日監視 + 4時間以内対応 | 年間4時間以下 |
| 業務重要 | 勤怠管理、グループウェア | 平日営業時間内対応 + 翌営業日復旧 | 年間24時間以下 |
| 補助的 | 社内Wiki、開発環境 | 問い合わせベース + 3営業日以内対応 | 数日でも可 |
すべてのシステムに同じ保守レベルを適用している場合、重要度の低いシステムの保守レベルを下げるだけで大幅なコスト削減が可能だ。
ステップ3：相見積もりを取得する
現ベンダーとの交渉前に、少なくとも2社から相見積もりを取得する。目的は「適正価格の把握」であり、必ずしもベンダーを切り替える必要はない。
- **RFI（情報提供依頼書）で概算を確認 → 有望ならRFP（提案依頼書）**を送付
- 比較項目は「月額費用」「対応時間」「SLA内容」「報告頻度」「担当者のスキルレベル」
- 見積もりを取得した事実自体が、現ベンダーとの交渉材料になる
ステップ4：ベンダーと交渉する
交渉のポイントは「値下げ要求」ではなく「内容の最適化提案」として進めることだ。
| 交渉カード | 具体的な提案例 | 期待できるコスト削減 |
|---|---|---|
| 保守範囲の絞り込み | 利用頻度の低い機能を保守対象外に | 10〜20% |
| 対応時間の調整 | 24時間対応 → 平日9〜18時に限定 | 15〜30% |
| 複数年契約 | 3年契約で単価を下げる | 5〜15% |
| リモート対応比率の引き上げ | オンサイト対応をリモートに切替 | 10〜20% |
| 定額制から従量制への変更 | 月間稼働が少ない場合に有効 | 状況による |
ステップ5：新しいSLAを設定する
見直し後の保守内容を、曖昧な表現ではなく**数値で定義したSLA（サービスレベル合意書）**に落とし込む。
SLA設定のポイント
SLAに含めるべき項目と、中小企業における現実的な水準を示す。
| SLA項目 | 定義 | 推奨水準（中小企業） |
|---|---|---|
| 稼働率 | 月間稼働時間 ÷ 月間計画時間 × 100 | 99.5%以上（基幹系は99.9%以上） |
| 障害一次対応時間 | 障害報告から初動対応まで | 30分〜2時間以内 |
| 障害復旧時間（MTTR） | 障害発生から復旧完了まで | 4〜24時間以内 |
| 月次報告 | 稼働状況・対応内容の報告 | 毎月1回（書面） |
| ペナルティ | SLA未達時の対応 | 月額保守費の10〜20%減額 |
ポイント： SLAは厳しすぎても意味がない。ベンダーが対応不能な水準を設定すると、契約拒否や保守費の増額につながる。自社システムの実態に合った「現実的かつ測定可能な」水準を設定しよう。
ベンダー切替の判断基準
以下のチェックリストで3つ以上該当する場合、ベンダー切替を検討する価値がある。
- 障害対応が遅い（SLA未達が四半期に2回以上）
- 担当者が頻繁に変わり、引き継ぎが不十分
- 月次レポートが提出されない、または内容が不十分
- 費用が相場より20%以上高い
- 技術的な提案や改善提案がない
- コミュニケーションの質が低下している
- 契約内容と実際のサービスに乖離がある
ベンダー切替のリスクと対策
| リスク | 対策 |
|---|---|
| システム知識の喪失 | 移行期間を3〜6ヶ月設け、並行運用する |
| ドキュメント不足 | 切替前に設計書・運用手順書の最新化を依頼 |
| 一時的な対応品質の低下 | 初期3ヶ月はSLAを緩和し、段階的に引き上げる |
| 隠れた依存関係 | システム構成図とアカウント情報の完全な引き渡しを契約条件に |
よくある質問（FAQ）
Q. 保守契約を解約してスポット対応に切り替えるのは有効か？ A. 障害頻度が低いシステムでは有効な場合がある。ただし、緊急時の対応が遅れるリスクがあるため、ミッションクリティカルなシステムでは推奨しない。年間のスポット対応費用が保守契約費用を超えるケースも多い。
Q. 保守費の値下げ交渉はいつ行うのがベストか？ A. 契約更新の3〜6ヶ月前がベスト。更新直前では交渉の余地が限られる。また、ベンダーの決算期（3月・9月が多い）は交渉が通りやすい傾向がある。
Q. 保守契約なしで運用することは可能か？ A. 技術的には可能だが、リスクが大きい。社内にシステムの技術的な知識を持つ人材がいない場合、障害発生時に復旧まで数日〜数週間かかる可能性がある。最低限の基本保守は維持すべきだ。
<!-- GXO_QUALITY_REWRITE_20260507_START -->
GXO実務追記: AI開発・生成AI導入で発注前に確認すべきこと
この記事のテーマは、単なるトレンド紹介ではなく、業務選定、データ整備、セキュリティ、PoCから本番化までの条件を決めるための検討材料です。検索で情報収集している段階でも、発注前に次の観点を整理しておくと、見積もりのブレ、手戻り、ベンダー依存を減らせます。
まず決めるべき3つの論点
| 論点 | 確認する内容 | 未整理のまま進めた場合のリスク |
|---|---|---|
| 目的 | 売上拡大、工数削減、リスク低減、顧客体験改善のどれを優先するか | 成果指標が曖昧になり、PoCや開発が終わっても投資判断できない |
| 範囲 | 対象部署、対象業務、対象データ、対象システムをどこまで含めるか | 見積もりが膨らむ、または重要な連携が後から漏れる |
| 体制 | 自社責任者、現場担当、ベンダー、保守運用者をどう置くか | 要件確認が遅れ、納期遅延や品質低下につながる |
費用・期間・体制の目安
| フェーズ | 期間目安 | 主な成果物 | GXOが見るポイント |
|---|---|---|---|
| 事前診断 | 1〜2週間 | 課題整理、現行確認、投資判断メモ | 目的と範囲が商談前に整理されているか |
| 要件定義 / 設計 | 3〜6週間 | 要件一覧、RFP、概算見積、ロードマップ | 見積比較できる粒度になっているか |
| PoC / MVP | 1〜3ヶ月 | 検証環境、効果測定、リスク評価 | 本番化判断に必要な数値が取れるか |
| 本番導入 | 3〜6ヶ月 | 本番環境、運用設計、教育、改善計画 | 導入後の運用責任と改善サイクルがあるか |
発注前チェックリスト
- AIで置き換える業務ではなく、成果が測れる業務を選んだか
- 参照データの所有者、更新頻度、権限、機密区分を整理したか
- PoC成功条件を精度、時間削減、CV改善、問い合わせ削減などで数値化したか
- プロンプトインジェクション、個人情報、ログ保存、モデル選定のルールを決めたか
- RAG/エージェントの回答を人が監査する運用を設計したか
- 本番化後の費用上限、API使用量、障害時フォールバックを決めたか
参考にすべき一次情報・公的情報
- 経済産業省 AI事業者ガイドライン関連情報
- デジタル庁 AI関連情報
- OpenAI Platform Documentation
- Anthropic Claude Documentation
- OWASP Top 10 for LLM Applications
上記の一次情報は、社内稟議やベンダー比較の根拠として使えます。一方で、公開情報だけでは自社の現行システム、業務フロー、データ状態、予算制約までは判断できません。記事で一般論を把握した後は、自社条件に落とした診断が必要です。
GXOに相談するタイミング
次のいずれかに当てはまる場合は、記事を読み進めるだけでなく、早めに相談した方が安全です。
- 見積もり依頼前に、要件やRFPの粒度を整えたい
- 既存ベンダーの提案が妥当か第三者視点で確認したい
- 補助金、AI、セキュリティ、レガシー刷新が絡み、判断軸が複雑になっている
- 社内稟議で費用対効果、リスク、ロードマップを説明する必要がある
- PoCや診断で終わらせず、本番導入と運用改善まで進めたい
<!-- GXO_QUALITY_REWRITE_20260507_END -->システム保守契約の見直しガイド｜コスト削減と品質維持を両立する交渉術【チェックリスト付き】を自社条件で診断したい方へ
GXOが、現状整理、RFP/要件定義、費用対効果、ベンダー比較、導入ロードマップまで実務目線で確認します。記事の一般論を、自社の投資判断に使える形へ落とし込みます。
※ 初回相談では営業資料の説明よりも、現状・課題・判断材料の整理を優先します。
関連記事
- IT業務のアウトソーシング費用と判断基準 — ヘルプデスク・インフラ運用の外注費用を解説
- ITベンダー選定の評価基準とRFPの書き方 — 提案依頼書のテンプレート付き
- SaaS契約レビューのチェックリスト — クラウドサービス契約の注意点
- GXOのシステム開発・保守支援実績
