システム運用保守の会社はどう選ぶ？相見積りを比較できる形に揃える手順と契約前の確認点

システムの運用保守を外部へ委託すると決めた後、実務で詰まるのは「どの会社に頼むか」の一点です。検索すると「おすすめ30社」のような一覧記事が並びますが、社名を眺めても自社に合う相手は絞れません。届いた相見積りを机に並べても、各社が前提を勝手に置いているため金額が比較できない。この記事では、候補となる会社のタイプを分けるところから、依頼条件を共通化して見積りを比較可能にする手順、提案書と見積書で金額より先に読む箇所、そして1社に決める条件と見送る条件までを発注する側の視点で整理します。

まとめ：運用保守の会社を1社に絞るまでの三段階

先に結論を置きます。運用保守の委託先選定は、候補群を決める、条件を揃えて相見積りを取る、提案の中身で絞る、という三段階に分けると迷いが減ります。逆に、この順序を飛ばして金額の比較から入ると、安い一式見積りが選ばれ、契約後に追加費用と対応範囲をめぐる押し問答が始まる形です。

第一段階は候補群の決定。開発元、運用保守の専業ベンダー、MSPの三タイプは得意領域が違うため、自社のシステムがどのタイプの守備範囲かを先に決めます。声をかける数は3社が実務上の上限でしょう。それ以上は比較表を作る側が破綻します。

第二段階が本題です。IPAが公開している非機能要求グレードの「運用・保守性」を共通の物差しにして、対応時間帯・復旧目標・監視対象・作業件数の上限を依頼側が先に固定します。この固定をしないまま出した依頼は、各社が別々の前提で見積るため比較が成立しません。

第三段階では、体制図に担当者名と稼働率が入っているか、SLAの応答時間と復旧時間の定義が明文化されているか、契約終了時の引き渡し範囲が書かれているか、の三点を確かめます。この三条件を満たした1社を選び、いずれかが欠けた提案は金額が最も安くても見送ります。

運用保守の会社と一括りにされる三つのタイプと、候補群を決める最初の分岐

「運用保守の会社」という言葉には、性質の異なる事業者が混ざっています。候補を集める前にタイプを分けておくと、後の比較で土俵の違う相手を並べずに済みます。

開発元・専業ベンダー・MSPで守備範囲が変わる候補群の切り分け

一つ目は、そのシステムを作った開発元です。内部仕様を把握しているぶん障害の切り分けが速く、機能追加を伴う保守にも強い。ただし価格交渉の余地は小さくなります。二つ目が運用保守の専業ベンダーで、複数システムの窓口を一本化しやすく、既存の監視基盤を共用するため費用を抑えられる場合が多い。三つ目がMSPで、クラウド基盤の監視と一次対応を専業として引き受ける事業者です。

自社の依頼内容が「アプリの改修を含む」なら開発元と専業ベンダー、「サーバーとクラウド基盤の監視だけ」ならMSPが候補群です。MSPの役割とSIerとの違いはMSPとは？マネージドサービスプロバイダーの役割・SIerとの違いと委託判断で整理しています。委託する業務そのものの範囲がまだ固まっていない場合は、システム運用とは？保守との違い・業務一覧から委託判断までで業務一覧を確認してから候補集めに入る順序が現実的でしょう。

声をかける会社数は3社を上限とする理由と比較候補の具体的な集め方

相見積りは多いほどよい、という前提は運用保守では成り立ちません。運用保守の見積りには現行システムの構成情報を渡す必要があり、5社に配れば5回の説明と5回の質疑応答が発生します。依頼側の担当者が本業と兼務している状況では、3社を超えたあたりで各社への説明品質が落ち、条件がぶれ始める。結果として比較の精度そのものが下がります。

候補を集める経路は三つです。現行の開発元、取引のあるSIerからの紹介、そして比較メディアの掲載企業。比較メディアの一覧記事は候補の初期集合を作るには使えますが、掲載順は取材や広告の都合で決まっているため、掲載順位を実力の順位として読むと判断を誤ります。一覧から2社を拾い、現行の開発元を加えて3社にする組み方が扱いやすいはずです。

現行ベンダーを候補に残すかどうかを相見積りの依頼前に決めておく

見落とされがちなのが、現行ベンダーの扱いです。乗り換えを前提にして声をかけないまま進めると、比較の基準線が存在しない状態で新規2社を比べることになります。今いくら払って何をしてもらっているのかが基準線であり、これが無ければ新しい見積りが高いのか安いのかを判断できません。

現行ベンダーには、乗り換え検討中である旨を伝えずに「契約更新にあたり作業範囲と金額の内訳を明示してほしい」と依頼する形が穏当です。内訳が出てこない、あるいは一式のままなら、その事実自体が乗り換えを検討する材料になります。契約形態と費用の考え方そのものはシステム保守とは？運用との違い・費用相場・契約形態にまとめてあります。

相見積りが比較できない原因は、依頼側が前提条件を固定していないこと

ここが選定作業の山場です。各社の金額が比較できないと感じるとき、原因は各社側ではなく依頼書の側にあります。前提が空欄なら、各社は自社の標準プランを当てはめて見積るしかありません。

非機能要求グレードの運用・保守性を各社共通の評価基準として使う

条件を揃える道具として使えるのが、IPAが公開している非機能要求グレードです。非機能要求を6つの大項目に整理した資料で、その一つが「運用・保守性」に当たります。同事業は2009年度から2018年度にかけて実施され、2018年版が最後の版として公開されている状態です。新規開発の要件定義向けに作られた資料ですが、運用保守の委託条件を書き出す用途にもそのまま使えます。

使い方は単純で、運用・保守性の項目を上から読み、自社の答えを埋めた一枚を全社へ同じ内容で配ります。埋める先は、通常運用の時間帯、計画停止をどこまで許容するか、障害時の連絡経路、バックアップの保存世代、監視で拾う対象、そして運用開始後の変更作業をどこまで含めるか。同じ空欄を同じ値で埋めた依頼書が届けば、各社の見積りは初めて同じ土俵に乗ります。運用開始後に納品される文書の範囲まで揃えるなら、システム運用保守ドキュメントの整備手順と優先順位で定義すべき文書の一覧を確認してください。

依頼書に最低限そろえる六項目と、情報を書けない欄の具体的な扱い

非機能要求グレードを全項目埋めるのは負荷が高いため、運用保守の相見積りでは次の六項目に絞っても機能します。

• 対象範囲（サーバー・ミドルウェア・アプリのどこまでか、連携先を含むか）
• 対応時間帯（平日日中のみ、夜間の一次受け、24時間365日のいずれか）
• 復旧目標（一次応答までの時間と、復旧着手までの時間を分けて記載）
• 監視対象（死活・リソース・ログ・業務処理の完了確認のうちどれか）
• 月間の作業件数の上限（問い合わせ何件、軽微改修何人日まで含むか）
• 現行の障害実績（直近1年の件数と、最長の停止時間）

最後の障害実績を渡さない発注が多いのですが、これを伏せると各社はリスクを見込んで単価を上げます。件数が少ないなら開示したほうが金額は下がる。書けない欄が残った場合は、空欄のまま出すのではなく「未定。提案時に前提を明記のうえ見積ること」と指定します。前提が書かれた提案同士なら、後から差分を潰せます。

月額一式の見積りを作業項目ごとに分解させる依頼時の具体的な指定方法

運用保守の見積書は「月額運用保守費 一式 30万円」の一行で出てくることがあります。この形では、値上げの交渉も範囲の縮小もできません。依頼書の段階で、内訳を四つに分けて記載するよう指定しておきます。常時発生する監視・定例作業の固定費、問い合わせ対応の従量分、軽微改修の人日単価、そして時間外に発生した場合の割増率です。

四分割された見積りが揃うと、金額の差がどこから来ているかが読めます。固定費が高い会社は監視体制を厚く積んでおり、人日単価が高い会社は改修対応の要員を確保している。総額だけを見て安い会社を選ぶと、実際には対応範囲が狭かったという結果になりがちです。年5〜15%といった相場比率の考え方は前述の保守解説に譲りますが、比率は総額の妥当性を粗く測る道具であって、会社を選ぶ道具ではありません。

提案書と見積書で金額より先に読むべき体制・SLA・契約条項の三点

条件を揃えた提案が揃ったら、金額欄はいったん伏せて読みます。先に見るべき箇所は決まっています。

体制図に担当者名と稼働率が明記されているかを提案書で確認する

提案書の体制図が「運用チーム5名」とだけ書かれている場合、その5名が専任なのか他案件と兼務なのかは分かりません。確認すべきは、主担当と副担当の氏名または識別記号、それぞれの稼働率、そして主担当が離任した際の引き継ぎ方法の三点です。氏名まで出せないと言われたら、稼働率だけでも数字で出してもらいます。

ここが曖昧な提案は、契約後に窓口が毎回変わる形になりがちです。運用保守は蓄積が効く仕事で、同じ担当者が半年見ていれば原因の見当が早くつきます。担当が入れ替わり続ける体制では、その蓄積が発注側の資産になりません。

SLAの応答時間と復旧時間が具体的に何を約束しているか確認する

SLAの数値は、定義を確かめずに読むと各社を同じ基準で比べられません。「30分以内に対応」という一文が、連絡を受け取った受信確認までを指すのか、技術者が調査に着手するまでを指すのか、サービスが復旧するまでを指すのかで、意味がまるで変わります。提案書に定義が書かれていなければ、質疑で確定させて議事録に残します。

あわせて確認したいのが計測の起点です。監視で自動検知した時刻を起点にするのか、依頼側から電話があった時刻を起点にするのかで、実質的な待ち時間は大きく変わります。監視項目の種類そのものはシステム監視とは？監視項目の種類と死活監視・性能監視の違いで整理しました。

単価改定条項と除外条項が契約書でどのように書かれているかを読む

金額そのものより効いてくるのが、金額を後から動かす条項です。JUASが2026年2月9日に公表した『企業IT動向調査2026』のプレスリリース第1弾によると、2025年度にIT予算が増加した企業は52.6%。増加理由の第2位は「円安・人件費高騰・ベンダー提供価格の値上げ等の影響」で46.6%に達しました。第1位の「既存システム・基盤の刷新・更新・増強」66.3%に次ぐ規模で、価格上昇が予算を押し上げている構図です。

この環境では、複数年契約の単価改定条項が実質的な総額を決めます。読むべきは、改定の頻度、改定幅の上限、改定を申し入れる際の根拠資料の提出義務、そして合意できなかった場合の扱いの四点です。上限が書かれていない条項は、事実上いくらでも上げられる条項だと考えてください。除外条項についても、「天災」「第三者製品の不具合」といった文言がどこまで広く適用されるかを、具体例で問い合わせておきます。

商談で必ず聞く質問と、回答内容から運用保守会社の力量を読む観点

書面だけでは埋まらない差は、面談の場で聞き出します。答えの内容より、答え方に力量が出る質問を選びます。

過去の障害を一件選び、発生から復旧まで時系列で説明してもらう

最も情報量が多いのが、担当した障害を一件、検知から復旧まで時系列で語ってもらう質問です。守秘義務があるため会社名は伏せてもらってかまいません。見るのは、検知から一次連絡までに何分かかったか、暫定回避と恒久対処をどう分けたか、そして再発防止の報告書を誰が書いたか。この三点を淀みなく語れる相手は、実際に手を動かしています。

逆に、成功事例の概要しか出てこない、あるいは「体制で対応します」という一般論に流れる場合は、提案書を書いた部署と実際に対応する部署が分かれている可能性があります。その場合は、対応する部署の担当者を面談に同席させてもらえるかを確認してください。

ドキュメントが不足した状態を前提とした具体的な引き継ぎ手順を聞く

運用保守の引き継ぎでは、設計書が古い、あるいは存在しないという状況も珍しくありません。この前提を伝えたうえで、最初の3か月で何をするかを具体的に聞きます。良い答えは、現行の稼働ログと設定ファイルから実装の現状を起こし直す作業に何人日を見込むか、その成果物を誰の所有物にするかまで含みます。

ドキュメントが無い前提を伝えても見積り額が変わらない会社は、引き継ぎ工数を見込んでいないか、後から追加請求する腹づもりのどちらかです。ここは金額が上がる方向の回答が出てきたほうが、契約後の齟齬は少なくなります。

1社に決める採用条件と、契約前に見送るべき提案内容の判断条件

最後に判断を言い切ります。すべての観点で満点の会社は出てきません。落とすべき線を先に決めておきます。

採用するのは体制・SLA定義・引き渡し条項の三条件を満たす1社

採用の条件は三つです。第一に、体制図に主担当と副担当が特定でき、稼働率が数字で示されていること。第二に、一次応答と復旧の定義および計測起点が文書で確定していること。第三に、契約終了時に何を引き渡すかが契約書に書かれていること。この三つが揃った提案が複数あれば、そこで初めて金額を比べます。

三つ目の引き渡し条項を選定時点で求める理由は、それが乗り換えの自由を確保する唯一の手段だからです。運用手順書、監視設定、アカウント情報、障害対応の履歴。これらの引き渡し範囲が契約書に無いまま数年が過ぎると、次の乗り換えで同じ苦労を繰り返します。委託と並行して社内に運用の勘所を残したい場合は、保守運用・内製化支援のように引き継ぎと内製化を前提に組み立てる契約形態も検討の余地があります。

見送るのは一式見積り・匿名の体制図・引き渡し範囲が空欄の提案

見送る条件も明確にします。次の三点のいずれかに該当する提案は、金額が最も安くても選びません。月額一式で内訳の提出を拒む提案、担当者を特定せず人数だけを示した体制図、そして契約終了時の引き渡し範囲が空欄または「別途協議」とだけ書かれた契約書案です。

いずれも、契約前なら交渉で直せるが契約後は直せない項目という共通点があります。内訳を出さない会社は、範囲の縮小による減額に応じません。担当者を特定しない会社は、品質のばらつきを引き受けません。引き渡しを書かない会社からは、離れられなくなる。安さの理由がこの三点のどれかにあるなら、その安さは繰り延べられた費用です。

乗り換えず現行ベンダーを継続すべき状況と判断に使う具体的な条件

選定を始めた以上どこかへ乗り換える、と決めてかかる必要はありません。現行ベンダーを継続すべき条件も示しておきます。直近1年の重大障害がゼロで、依頼から着手までの遅延が体感できる水準になく、内訳の提示に応じたうえで金額が新規2社の中央値を大きく超えていない。この三つが揃うなら、乗り換えのコストに見合う改善は得られません。

加えて、システムそのものの刷新が2年以内に予定されている場合も継続が有利です。刷新で消えるシステムの運用保守を乗り換えると、引き継ぎ費用を払った直後に契約が終わります。乗り換えの判断は、対象システムがあと何年動くのかとセットで考える。この観点を持たないまま選定を進めると、手間の割に得るものが小さい結果になりかねません。

よくある質問

運用保守の委託先選定で実務によく挙がる質問をまとめます。

運用保守の会社は何社に相見積りを依頼すべきですか？

3社が実務上の上限です。運用保守の見積りには現行システムの構成情報の説明が必要で、社数が増えるほど各社への説明品質が落ち、条件がぶれて比較の精度が下がります。組み方としては、比較メディアの一覧などから2社を拾い、現行の開発元またはベンダーを基準線として加える形が扱いやすいでしょう。現行ベンダーを外すと、金額の妥当性を判断する基準そのものが無くなります。

各社の見積り金額が比較できません。どうすればよいですか？

原因は各社側ではなく依頼書側にあります。対応時間帯、復旧目標、監視対象、月間の作業件数上限といった前提が空欄だと、各社は自社の標準プランを当てはめて見積るため、そもそも同じものの値段を出していません。IPAの非機能要求グレードの運用・保守性の項目を使って自社の答えを一枚にまとめ、全社へ同じ内容を配ってから取り直してください。あわせて、月額一式ではなく固定費・従量分・人日単価・時間外割増の四分割で出すよう指定します。

開発した会社以外に運用保守を任せても問題ありませんか？

問題ありません。ただし引き継ぎ期間の設計が前提になります。設計書が古い、あるいは無い状況を先に伝え、最初の3か月で稼働ログと設定から現状を起こし直す工数を見積りに含めてもらってください。この工数を見込まない会社は、後から追加請求するか、把握が浅いまま運用に入るかのどちらかです。引き継ぎで作った成果物の所有権を発注側に置く取り決めも、契約書に入れておきます。

提案書のSLAはどこを確認すればよいですか？

数値そのものより定義を確認します。「30分以内に対応」が受付完了を指すのか、技術者の調査着手を指すのか、サービス復旧を指すのかで意味が変わるためです。計測の起点も、監視での自動検知時刻か依頼側からの連絡時刻かで実質的な待ち時間が変わります。未達時の扱いが減額なのか報告のみなのかも確かめ、書かれていない項目は質疑で確定させて議事録に残してください。

複数年契約の単価改定条項はどこを見ますか？

改定の頻度、改定幅の上限、改定を申し入れる際の根拠資料の提出義務、合意できなかった場合の扱いの四点です。JUASの『企業IT動向調査2026』では、2025年度のIT予算増加理由の第2位が「円安・人件費高騰・ベンダー提供価格の値上げ等の影響」で46.6%を占めました。価格上昇が続く環境では、上限の書かれていない改定条項は総額を事実上青天井にします。上限率と、合意不成立時に解約できる規定の両方を求めてください。

関連記事

• システム保守とは？運用との違い・費用相場・契約形態を発注者視点で解説：委託先を探す前に押さえる費用相場と契約形態の基礎
• システム運用とは？保守との違い・業務一覧から委託判断まで発注者視点で解説：委託する業務の範囲を業務一覧から確定させる手順
• MSPとは？マネージドサービスプロバイダーの役割・SIerとの違いと委託判断：基盤監視を専業へ切り出す場合の候補タイプの詳細
• システム監視とは？監視項目の種類と死活監視・性能監視の違いを発注者視点で解説：依頼書の監視対象欄を埋めるための項目整理
• システム開発の費用相場は？内訳・人月単価と見積もりの妥当性を発注者視点で解説：人日単価の妥当性を判断するための相場感