連載「システム見積書を読む技術」の第15回である。第4回では保守費・運用費の読み方を扱ったが、本回はさらに踏み込み、「保守・運用費が見積のどこかに隠れている」「あるいは抜け落ちている」パターンを、どう見抜くかを整理する。

保守・運用費は、見積上で必ずしも独立した項目として並ぶとは限らない。初期費用にまとめられて見えにくくなっていたり、「別途」とだけ書かれて総額から外れていたりすることがある。どちらの場合も、リリース後にかかる費用が見積から読み取りにくくなる。本記事は、表記の手がかりから保守・運用費の在りかを見抜き、リリース後のコストを見通す視点を提供する。

結論：保守・運用費は「初期に紛れる」か「別途に逃げる」かを疑って読む

  • 保守・運用費は独立項目として並ぶとは限らず、初期費用に紛れるか、「別途」として総額から外れることがある。
  • 「一式」「別途お見積り」「保守 月◯万円」という表記は、範囲が読めない手がかりとして、内訳を確認する。
  • リリース後に継続して発生するクラウド費・更新対応・障害対応を、見積に含むか別途かで分けて確認する。
見る項目判断のしかた発注前の確認ポイント
表記の手がかり「一式」「別途」の有無範囲が読めるかを確認
抜けやすい費目更新・障害・クラウド含むか別途かを確認
継続費用月額で続く費用利用年数分を見通す

この連載での位置づけ

なぜ保守・運用費は見積で見えにくくなるのか

保守・運用費が見えにくくなるのは、悪意があるからとは限らない。見積を作る段階では、リリース後の運用は要件が固まりきっておらず、開発費に比べて記載が薄くなりやすい。また、初期の開発費を低く見せたい事情から、保守・運用を「別途」に逃がして総額の印象を下げているケースもある。

いずれにしても、発注側から見れば「リリース後に何にいくらかかるのか」が読み取りにくくなる点は同じである。開発費だけで複数社を比較し、保守・運用の前提がそろっていないまま発注すると、稼働後に「この対応は契約外」というずれが表面化しやすい。だからこそ、見積を読む段階で「保守・運用費はどこに、どんな形で書かれているか」を意識して探す必要がある。

保守・運用費が隠れる代表的なパターン

保守・運用費が見えにくくなる典型を、パターンとして整理しておくと見抜きやすい。

パターン見え方注意点
初期に紛れる開発費「一式」に保守が混ざる何年分・どの範囲か読めない
別途に逃げる「保守は別途お見積り」総額から外れ、後で上乗せ
範囲が曖昧「保守 月◯万円」だけ含む作業が定義されていない
実費が見えないクラウド・API費が未記載月額で継続発生する
期間が不明契約期間・更新条件なし解約・更新時に費用が変わる

「初期に紛れる」場合は、後から保守だけを見直すのが難しくなる。「別途に逃げる」場合は、見積総額は低く見えても、稼働後に費用が上乗せされる。どちらも、見積の文言だけでは正しい総額を判断できないため、内訳と範囲を確認する必要がある。

表記から見抜く手がかり

保守・運用費の在りかを見抜くには、見積の文言に注目するとよい。次のような表記は、範囲が読み取れていないサインである。

  • 「一式」：何が含まれるかが分解されていない。保守が混ざっている可能性がある。
  • 「別途お見積り」「別途ご相談」：その費用が総額に入っていない。後から上乗せされる。
  • 「保守 月◯万円」：金額はあるが、不具合修正・機能追加・問い合わせのどこまで含むかが定義されていない。
  • 記載なし：クラウド利用料や更新対応など、本来かかるはずの費目が見当たらない。

これらの手がかりを見つけたら、「ここには何が含まれ、何が別途か」を一つずつ確認していく。第4回で扱ったように、「保守 月◯万円」という同じ金額でも、含まれる範囲によって内容はまったく異なる。金額の大小より、範囲が定義されているかどうかを優先して読みたい。

抜けやすい費目を一覧で確認する

保守・運用費として、見積に書かれず抜けやすい費目を一覧で押さえておくと、欠けに気づきやすい。

  • OS・ミドルウェア・ライブラリのバージョンアップ対応
  • セキュリティ更新への対応
  • クラウド・サーバーの利用料（運用費とは別に実費がかかることがある）
  • ドメイン・SSL証明書の更新
  • データのバックアップと、復旧（リストア）の対応
  • 障害発生時の受付時間と一次対応
  • 法改正など制度変更に伴う仕様変更

これらは、見積の「開発費」にも「保守 月◯万円」にも含まれていないことがある。とくにクラウドや外部APIの費用は、連載第8回で扱ったように月額で継続的に発生し、利用が増えれば費用も増える。これらが見積のどこにも見当たらない場合は、「この費用は誰が、どの形で負担するのか」を確認しておきたい。クラウド移行に伴う運用コストの見方は、オンプレミスからクラウド移行の費用比較も参考になる。

隠れた保守費を表に引き出す質問

見積の文言だけでは読み取れない部分は、確認の質問で表に引き出す。第12回の20問とも重なるが、保守・運用費に絞ると次のような問いが有効である。

  • 「この見積に、リリース後の保守・運用費は含まれますか。別途であれば、概算を教えてください」
  • 「保守費には、不具合修正・機能追加・問い合わせのどこまでが含まれますか」
  • 「クラウドや外部APIの利用料は、保守費とは別に発生しますか。想定の月額はいくらですか」
  • 「OS・ライブラリの更新やセキュリティ対応は、どの費目に含まれますか」
  • 「保守契約の期間と、更新・解約の条件を教えてください」

これらに具体的に答えられる相手は、リリース後の運用まで見据えて提案している傾向がある。逆に「保守は後で決めましょう」とだけ返ってくる場合は、総額が見えないまま発注に進むリスクがあるため、概算だけでも先に共有してもらうとよい。

「別途」の保守費を総額に戻して比較する

保守費が「別途お見積り」になっている場合、その見積の総額は本来かかる費用より低く見えている。相見積もりで複数社を比べるときは、この「別途」を総額に戻してそろえないと、比較がぶれる。

たとえば、A社が保守費を初期費用に含めて提示し、B社が「保守は別途」として開発費だけを提示した場合、見かけ上はB社が安い。しかしB社の保守費の概算を足し戻すと、総額ではA社のほうが安いということもある。次のように、各社の「別途」を概算でも埋めて並べると、前提のそろった比較になる。

確認領域各社で埋める情報総額に戻すときの見方
保守費月額と含む範囲利用年数分を合算
クラウド費想定の月額利用年数分を合算
更新対応頻度と費用の扱い含むか別途かで分ける
障害対応受付時間と一次対応範囲が同等かを確認

「別途」のまま放置すると、稼働後に費用が積み上がってから差に気づくことになる。発注前に概算でも戻しておくことが、後のずれを防ぐ。

リリース後の費用を利用年数で見通す

保守・運用費は、一度きりではなく利用年数のあいだ続く。第14回で扱った総額（TCO）の考え方と同様に、保守・運用費も「何年使うか」を置いて見通すと、初期費用とのバランスが判断しやすい。

  • 初期費用：開発費、初期設定費など、最初にかかる費用
  • 継続費用：保守費、運用費、クラウド費など、毎年かかる費用
  • 変動費用：機能追加、改修、制度対応など、必要に応じてかかる費用

初期費用が安く見える見積でも、継続費用が利用年数分積み上がると総額が逆転することがある。逆に、初期に保守を含めて手厚く見える見積が、長く使うほど見合うこともある。保守・運用費が隠れていないかを確認したうえで、利用年数分の継続費用まで足して、初めて見積を正しく比較できる。

保守・運用費を発注前に表に出すチェックリスト

保守・運用費が隠れていないかを確認するには、見積を受け取った段階で次の点を順に見ていくとよい。

  • 保守・運用費が見積に独立した項目として書かれているか
  • 「一式」の中に保守が紛れていないか、内訳を確認したか
  • 「別途」となっている費用の概算を、各社から共有してもらったか
  • 「保守 月◯万円」の含む範囲（不具合修正・機能追加・問い合わせ）を確認したか
  • クラウド・外部APIの利用料が、別建てで示されているか
  • OS・ライブラリの更新やセキュリティ対応の費目が分かるか
  • バックアップとデータ復旧の対応が含まれているか
  • 保守契約の期間と、更新・解約の条件が分かるか
  • 利用年数分の継続費用を、総額に足して比較したか

これらを一つずつ確認すると、見積の文言だけでは見えなかった保守・運用費の在りかが表に出てくる。発注前にこの確認を済ませておくと、稼働後の「契約外」というずれを減らせる。

隠れた保守費が後に問題化する流れ

保守・運用費を確認しないまま発注すると、後で問題化する流れには共通の型がある。発注時は開発費だけを見て安い会社を選び、リリース後に不具合対応やクラウド費が「別途」として上乗せされ、結果として総額が当初の想定を超える、という流れである。

この流れを避けるには、発注前に「リリース後にかかる費用」を見積の前提として引き出しておくことが要になる。開発費だけで複数社を比較するのではなく、保守・運用費まで含めた総額でそろえれば、安く見えた見積の正体が分かる。第4回・第14回と合わせて、初期費用と継続費用の両面から見積を読む習慣をつけたい。

GXOに相談する前に整理するとよい情報

  • 受け取っている見積で、保守・運用費がどこに、どう書かれているか
  • システムが止まると困る時間帯・業務（影響の大きさ）
  • 想定している運用期間（何年使う想定か）
  • 社内で運用・問い合わせ対応を担える人がいるか
  • クラウドや外部サービスを使う前提か、その利用料の見込み

これらを整理してから見積を見直すと、「初期に紛れているか」「別途に逃げているか」が判断しやすくなり、リリース後の総額を見通せる。

参考にした外部観点

見積を社内稟議やベンダー比較に使う場合は、一般論だけで判断せず、公式資料と自社データを照合してほしい。保守・運用の前提は、見積金額より前にそろえたい。

  • IPA「情報システム・モデル取引・契約書」：保守・運用フェーズの契約形態や責任分界を確認する際の参考になる。保守が「別途」になる場合の取り決めを整理する土台になる。
  • 独立行政法人情報処理推進機構（IPA）：情報システムの運用・保守やセキュリティに関する公的資料を確認する際の参考になる。更新対応やセキュリティ対応を保守の前提に入れる目安になる。
  • 経済産業省「DX推進指標」：ITシステムを使い続ける前提で、投資の目的と運用体制を確認する際の参考になる。
  • 自社の見積比較では、保守 月5万円・10万円、クラウド月額、更新対応の頻度、障害受付時間、契約期間1年・3年など、仮でも数字を置いて、保守・運用費の前提をそろえる。

関連記事

よくある質問

Q1. 見積に保守費の項目が見当たらない。書き忘れか、別途か。

A. どちらの可能性もあるため、推測せず確認する。「この見積にリリース後の保守・運用費は含まれますか、別途ですか」と聞き、別途なら概算を共有してもらう。保守費が初期費用の「一式」に紛れていることもあるため、開発費の内訳に保守が混ざっていないかも合わせて確認したい。

Q2. 「保守 月◯万円」とだけ書かれていれば、保守は安心か。

A. 金額があっても、含まれる作業が定義されていなければ範囲は読めない。不具合修正・機能追加・問い合わせのどこまで含むか、障害対応の受付時間はいつか、を確認する。同じ金額でも内容はまったく異なるため、範囲が定義されているかを優先して見る。

Q3. クラウドの利用料が見積に載っていないのはなぜか。

A. クラウドや外部サービスの利用料は実費として、開発費にも保守費にも含まれないことが多い。利用が増えれば月額も増えるため、別建てで「想定の月額はいくらか」を確認しておく。これを見落とすと、リリース後に継続費用が想定外に積み上がることがある。

Q4. 保守費が安い会社を選んでも問題ないか。

A. 保守費の金額だけでは判断できない。安く見える保守が「軽微な問い合わせ対応のみ」で、不具合修正やクラウド費が別途になっていれば、結果として総額が膨らむことがある。保守の範囲・障害対応・継続費用までそろえて、利用年数分の総額で比較したい。

保守・運用費が隠れた見積を整理しませんか

GXOでは、システム開発の見積で保守・運用費がどこに紛れているか、何が別途になっているかの整理をご支援します。保守の範囲、障害対応、クラウド費、更新対応まで確認し、リリース後の総額を見通せるよう一緒に整理します。

保守・運用費の見積を相談する

※ 初回相談では、営業資料の説明よりも見積内容と発注前の論点整理を優先します。