システム保守契約の見積比較｜定額・準委任・時間課金の選び方

システム保守の見積は、月額だけ並べても比較できません。障害対応、問い合わせ、監視、軽微改修、セキュリティ更新をどこまで含めるかで、同じ「保守」でも中身が変わるからです。

トーン「結論から言う。安い見積を探す前に、契約方式と対応範囲を同じ表に並べよう。比較軸が違うままの価格比較は危険だ」

夢野ダイ「僕は現場側を見ます。月額に入っていない作業を毎回社内で引き取るなら、見積上は安くても運用負担が増えます。保守契約の外側に残る仕事まで数えましょう」

この記事では、システム保守契約 見積比較を進める担当者向けに、定額、準委任、時間課金の違いと、見積書で確認したい項目を実務目線で整理します。

保守契約の前に「守る対象」を決める

保守対象が曖昧だと、障害が起きた後に契約内か追加費用かでもめます。まず対象を一覧にします。

• アプリケーション本体
• サーバー、クラウド、ネットワーク
• データベースとバックアップ
• 外部APIや決済などの連携先
• OS、ライブラリ、ミドルウェア
• 管理画面、バッチ、通知
• ソースコード、設定情報、運用手順書

対象ごとに、誰が管理し、どの契約で支払い、障害時に誰へ連絡するかを決めます。外部サービスは保守会社が直接直せない場合もあるため、問い合わせ代行や切り分けが範囲に含まれるか確認します。

夢野ダイ「よくあるのが、クラウド料金は別、監視も別、でも請求だけ見て『保守費が上がった』となるケースです。財布を分けるなら、合計を見られる表も用意したいですね」

トーン「その通り。クラウド利用料、SaaS利用料、証明書、ドメイン、保守作業費は分けて表示しよう。値上げ条件も別々だ」

定額・準委任・時間課金の違い

方式	向く状況	長所	注意点
定額	対応範囲と頻度が読みやすい	予算を立てやすい	上限、除外、超過単価の確認が必要
準委任	継続改善や調査が多い	優先順位を変えやすい	成果物完成を保証する契約ではない
時間課金	問い合わせが少なく不定期	使った分だけ支払いやすい	緊急時の要員確保や最低料金に注意
個別見積	大きな改修や移行	範囲と成果物を定めやすい	見積・発注の時間がかかる

どれが最適かは、変更頻度、停止影響、社内担当者の有無で変わります。定額でも、月の作業時間や問い合わせ件数に上限があることは珍しくありません。契約名ではなく、実際の条件を見ます。

見積比較の流れ

1. 停止したときの影響を分類する

売上が止まる、現場作業が止まる、翌営業日でも間に合うなど、業務影響を段階に分けます。すべてを24時間対応にすると費用が増えます。重要な機能だけ厳しい条件にする方法もあります。

2. 対応時間と初動を決める

「24時間受付」と「24時間復旧作業」は同じではありません。受付、一次回答、調査開始、暫定復旧、恒久対応を分けて、目標時間を確認します。

3. 同じ依頼条件を渡す

見積先ごとに説明が変わると比較できません。構成図、利用者数、稼働時間、過去の障害、問い合わせ件数、変更予定、ソースコードや手順書の状態を同じ資料で渡します。

4. 除外と追加単価を確認する

休日、夜間、現地対応、データ復旧、脆弱性対応、外部サービス調査、仕様変更が別料金かを確認します。税や交通費、最低発注時間も見落とせません。

月額料金を左右する主な要素

具体的な金額は、規模や停止影響、技術構成、引継ぎ状態で変わります。根拠なく相場へ当てはめるより、次の費用要因を分解するほうが確実です。

監視の範囲

死活監視だけか、応答時間、エラー率、ジョブ、容量、証明書期限まで見るかで作業量が変わります。通知を受けた後の一次対応まで含むかも確認します。

障害対応の時間帯

平日日中、営業時間外、休日、24時間365日では要員体制が異なります。緊急連絡先が名目だけでなく、実際に応答できる体制かを聞きます。

問い合わせと軽微改修

操作質問、データ確認、アカウント追加、文言変更、帳票変更をどこまで月額に含めるかを決めます。「軽微」の定義を作業時間や件数で示すと比較しやすくなります。

技術的負債と資料不足

古いライブラリ、担当者しか知らない設定、テスト不足、構成図なしは、調査時間を増やします。契約開始前の引継ぎ調査を別費用にする見積もあります。

トーン「『何でも保守内』という表現は要注意だ。無制限を期待せず、上限と優先順位を文章にする。個人情報や本番データへ誰が入れるかも契約前に確認してほしい」

夢野ダイ「逆に、細かく線を引きすぎると毎回見積待ちになります。現場が止まる時間もコストです。月内の小さな改善枠を用意し、使わなかった時間の扱いを決めると回しやすいですよ」

見積書・契約書の確認チェックリスト

システム保守契約 見積比較では、各社の様式が違っても、次の項目を共通表へ転記すると抜け漏れを見つけやすくなります。

対応範囲

• 対象システムと対象外が明記されている
• 監視、問い合わせ、障害、改修が分かれている
• 外部サービス障害時の役割が決まっている
• バックアップ確認と復旧作業の範囲が分かる

時間と上限

• 対応曜日・時間帯が明記されている
• 受付、一次回答、調査開始の時間が区別されている
• 月間時間、件数、繰越、超過単価が分かる
• 夜間・休日・緊急対応の条件が分かる

セキュリティと責任

• アカウント、権限、操作履歴の管理方法がある
• 再委託の有無と範囲が明記されている
• 情報漏えい時の連絡と調査分担が決まっている
• 脆弱性情報を誰が確認し、更新判断するか分かる

終了と引継ぎ

• 解約予告期間とデータ返却方法が分かる
• ソース、設定、手順書、アカウントの返却対象が明確
• 他社への引継ぎ支援と費用が定義されている

3つの契約パターン例

小規模で変更が少ない

平日日中の問い合わせと障害受付を定額にし、改修は個別見積にする方法があります。社内に一次切り分けできる担当者がいれば、時間課金も検討できます。

売上に直結し停止影響が大きい

監視と緊急連絡を定額で確保し、重大障害の初動目標を決めます。ただし、復旧時間を無条件に保証できるとは限りません。外部サービスや災害など、制御できない条件も契約で区別します。

継続改善が多い

準委任で月の稼働枠を確保し、障害対応、技術更新、小さな改善へ優先順位を付けます。月次で使った時間と成果、残課題を確認し、枠が適切か見直します。

契約後に見る運用指標

契約は結んで終わりではありません。問い合わせ件数、一次回答までの時間、障害の再発、手作業の依頼、軽微改修の滞留、クラウド料金の変化を月次で確認します。

夢野ダイ「数字が少ない月を『損した』だけで終わらせず、予防保守や手順書更新に回せるか確認しましょう。航海の途中で帆を直すような仕事も必要です」

トーン「ただし、不要な作業を消化するために増やすのは違う。定例では、実績、次月のリスク、契約枠の過不足を短く判断する。費用対効果は作業量だけでなく、停止リスクと社内負担も含めて見る」

まとめ：価格ではなく責任範囲をそろえる

システム保守契約の見積比較では、定額、準委任、時間課金の名前だけで決めず、対象、時間、上限、除外、セキュリティ、終了時の引継ぎを同じ条件で比べます。

トーン「最終結論は明快だ。月額の安さより、何が起きたとき誰がどこまで動くかを明文化する。それが比較の土台になる」

夢野ダイ「僕からは、社内に残る連絡、判断、確認の手間も見積に入れてほしいです。契約外の仕事まで見えれば、無理のない体制を選べます」

保守契約の見積を相談する

見積依頼の前に、現在の構成図、障害履歴、問い合わせ実績、今後の改修予定を整理すると、各社の提案を比べやすくなります。システム保守契約 見積比較の条件整理から相談したい場合は、対象と優先順位を棚卸ししたうえで見積を依頼してください。