システム保守費用の見積もり方｜固定費と変更作業を分ける

システム保守費用を比べるときは、月額だけでなく、その金額で何をどこまで対応するのかを確認します。受付だけの窓口、原因調査、修正、夜間対応、基盤の利用料などが同じ見積もりへ含まれているとは限りません。

対応範囲と時間、追加料金が生じる条件をそろえてから金額を比較することが、予算を考える出発点です。本記事では、一律の相場率を示すのではなく、見積もりを読み比べる方法を説明します。

開発費に一定の割合を掛けるだけでは判断できない

開発費が同じでも、保守対象の広さ、稼働する時間、求める対応、使っている製品などの条件は異なります。「開発費の何％」という数字を見る場合は、元の調査が何を保守費に含め、どの規模・種類のシステムを対象にしたかを確認してください。

本記事では、対象条件のそろった現在の市場相場を確認していないため、特定の割合を標準価格として提示しません。見積もりの妥当性は、必要な作業と対応条件から確かめます。

IPAの非機能要求グレードは、要求項目と段階的な水準を整理して、ユーザーと開発者の認識を合わせる資料です。活用シートでは、通常日・特定日の運用時間などを分けて確認します。価格表ではありませんが、保守条件を具体化する参考になります。出典：IPA 非機能要求グレード、活用シート

次の表は、費用の説明を依頼するための整理例です。すべてが月額に含まれるという意味ではありません。

固定月額なら、含まれる時間・件数・対象作業と、上限を超えた場合の扱いを確認します。作業ごとの見積もりなら、調査だけで費用が発生するのか、実施前にどこまで金額を確定するかを確認します。

基盤利用料が別請求の場合、保守の月額だけを総額としないようにしてください。社内担当者が行う確認や調整も、体制を考える際には残る作業として整理します。

架空の二つの見積もりを考えます。A案は平日日中の受付と月内の限定作業、B案は夜間の受付を含むが修正は別見積もり、とします。この場合、月額の高低だけでは自社の困りごとへ対応できるか判断できません。

まず、業務が止まった際に必要な時間帯を決めます。そのうえで、受付可能な時間、調査を始める条件、復旧や修正の扱いを分けます。24時間の監視があることと、24時間いつでもアプリの修正が行われることは同じ条件ではありません。

対象も、アプリ、OS、データベース、ネットワーク、外部サービスなどへ分けて照合します。どこに原因があるか分からない段階で、誰が調査を取りまとめるかも確認してください。

以下は計算方法を示すためだけの架空の金額で、市場相場やテクノヴァースの料金ではありません。税や対象期間は実見積もりでそろえてください。

保守固定分：月8万円 × 12か月 = 96万円
基盤費：月3万円 × 12か月 = 36万円
計画済みの別途作業：20万円
この仮定での合計：152万円

ここへ含まれない追加作業があるなら、未確定として分けます。金額が分からないものをゼロ扱いにせず、どの条件で見積もるかを記録しましょう。利用量で変わる費用は、利用条件と見直しのタイミングを示します。

初年度には引き継ぎや現状調査が必要な場合もあるため、毎年同じ費用になるかも確認します。複数年で比較するなら、固定費、更新、移行などの対象を同じ範囲にします。

費用を下げるために対応時間や確認作業を減らす場合、何が起きたときに誰が対応するかを決めます。不要な対象を整理することと、必要な復旧能力を失うことを区別してください。

現行の障害履歴、問い合わせ、利用状況を振り返ると、必要な作業と契約のずれを具体的に確認できます。見積もりの内訳が分からない場合は、値下げの話だけを始めず、作業・対象・時間・追加条件の説明を依頼しましょう。

保守費は、金額と対応範囲を一組として考えることが重要です。インフラの運用範囲や体制を整理したい場合は、テクノヴァースのインフラ支援をご確認ください。