IT運用保守では、内製か外部委託か、定額か従量かといった選択が続きます。どれも一長一短で、唯一の正解はありません。最適な選択は、システムの重要度、社内のIT人材、予算の見通しで変わります。
費用相場や契約形態の全体像は、IT運用保守の完全ガイドをご覧ください。
▼全体ガイドの記事
・IT運用保守の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
内製と外部委託のメリット・デメリット
運用保守で最初に迫られる分岐は、内製するか外部委託するかです。内製ではノウハウが社内に残る一方で、人材の確保が難しくなります。外部委託は専門性と即応性を得やすい反面、ブラックボックス化のリスクを抱えます。
両者の良し悪しは、自社が「IT運用保守を競争力の源泉と捉えるか、必要なコストと捉えるか」によって変わります。
内製のメリットとデメリット（ノウハウ蓄積と人材難）
内製の最大のメリットは、運用保守のノウハウが社内に蓄積し、システムへの深い理解が組織の資産として残る点です。自社の業務を熟知した担当者が運用すれば、障害時の判断も速く、業務に直結した改善提案もしやすくなります。
とくに、システムが事業の中核を担う企業では、内製による機動力が大きな強みになります。
一方でデメリットは、人材の確保と維持の難しさです。運用要員の人月単価は60万〜150万円が相場とされ（出典：ripla）、24時間体制を内製で組もうとすると複数名の専任が必要になります。
また、人件費は外部委託より高くつくことも珍しくありません。さらに、その担当者が退職すれば運用が止まる属人化リスクや、知見が一人に偏るブラックボックス化のリスクも抱えます。
内製は「人を採用し、育て、維持し続けられるか」という組織体力が前提になる選択です。この前提が崩れると、内製のメリットは一気にリスクへ転じます。
内製が合うかは、改修の多さと、人材を維持する力で分かれます。
- 改修の頻度：改修が頻繁に発生するシステムであること
- 組織体力：採用、育成、維持を続けられること
外部委託のメリットとデメリット（専門性と知見流出）
外部委託のメリットは、専門人材と体制をすぐに調達できる点です。採用や育成の負担を負わずに済みます。サービス委託であれば、月20万〜50万円程度から定型運用を任せられます（出典：ripla）。
24時間監視や障害対応の体制も、自前で組むより低コストで確保できる場合があります。
とくに、社内にIT人材が乏しい中小企業や、運用保守を本業ではないと割り切る企業にとって、外部委託は合理的な選択です。
ただし、デメリットは運用がブラックボックス化し、社内に知見が残らない点です。すべてを丸投げすると、システムの中身を理解する人が社内からいなくなります。そのため、いざベンダーを変えようとしても引き継ぎが難航します。
その結果、次のベンダーロックインのリスクにもつながります。判断基準としては、「定型的で属人性の低い業務は委託し、自社の業務判断が必要な部分や改修の企画は社内に残す」という分担設計が現実的です。
riplaは、フルスクラッチ受託と国内運用保守の立場から、丸投げではなく、月次報告で運用実態を社内に共有し続ける分担型の委託を重視しています。
委託を「全部任せる」か「全部抱える」かの二択で考えず、業務ごとに最適な配置を決めるのが鍵です。
外部委託を選んでも、社内に知見を残せるかどうかで結果が変わります。
- 社内の人材：運用の判断を担える人が残っていること
- 業務の切り分け：定型業務と、自社の判断が必要な業務を分けられること
月額定額と従量課金のメリット・デメリット
運用保守の費用は、月額定額にするか従量課金にするかで、コストの予測しやすさとリスクの所在が変わります。
定額は予算を立てやすい一方で、使わなくても払う可能性があります。従量は無駄なく払える代わりに、費用が読みにくくなります。どちらが得かは、障害や改修の発生頻度がどれだけ安定しているかで変わります。
月額定額のメリットとデメリット（予算安定と払い損）
月額定額のメリットは、費用が一定になり予算を立てやすい点です。障害が多発した月でも、追加費用を気にせずに済みます。
規模別の月額相場は、小規模で5〜15万円、中規模で15〜50万円、大規模で50〜200万円以上とされます（出典：ripla）。
また、この定額には監視・障害対応・定期保守・一定の軽微改修までが含まれるのが一般的です。障害や問い合わせの発生が読みにくいシステムでは、定額で「保険」をかけておく安心感が大きな価値になります。
デメリットは、障害も改修もほとんど起きない安定したシステムでは、使わない分まで払う「払い損」になりやすい点です。
とくに、長年安定稼働しているシステムで毎月の改修枠を使い切れていない場合、その定額は割高かもしれません。
定額が割に合うかは、使わない分を払っていないかで見えてきます。
- 発生の安定度：障害と改修の発生頻度がどれだけ安定しているか
- 工数の消化率：定額に含まれる工数をどれだけ使っているか
判断の材料には、過去半年〜1年の障害件数や改修依頼の実績を使えます。消化率が低ければ、定額の見直しや従量への切り替えを検討する余地があります。
従量課金のメリットとデメリット（無駄なしと費用変動）
従量課金のメリットは、実際に対応が発生した分だけ支払うため、安定稼働しているシステムでは無駄が少ない点です。障害がほとんど起きず、改修依頼も散発的なシステムであれば、毎月固定額を払うより、必要なときだけ稼働分を払うほうが合理的です。
基本料金を抑え、改修やスポット対応を都度の単価で精算する形は、費用を実態に合わせやすいモデルです。
デメリットは、費用が読みにくく、予算管理が難しい点です。障害が集中した月や大きな改修が重なった月には費用が跳ね上がり、年間予算を超えるおそれがあります。
緊急対応のたびに費用が発生すると、現場が「お金がかかるから」と必要な対応をためらい、結果的に小さな不具合を放置してしまう副作用も起こり得ます。
見極めるには、システムの重要度が高く障害の影響が甚大な場合は定額で確実に対応を確保し、重要度が低く障害も稀なら従量で無駄を省く、という使い分けが現実的です。多くの場合、定額をベースにしつつ、大規模改修だけ別途請負で精算するハイブリッドが落としどころになります。
従量課金が合うかは、費用が跳ね上がるリスクをどこまで受け入れられるかにかかっています。
- 障害の影響：障害が業務に与える影響の大きさ
- 依頼のペース：改修依頼が散発的か、頻繁に発生しているか
SLA努力目標型と保証型のメリット・デメリット
SLAには、目標を掲げるだけの「努力目標型」と、未達時にペナルティが伴う「保証型」があります。保証型は発注側に有利に見えますが、その分コストが上がり、ベンダー側も慎重になります。
どちらを選ぶかは、システムが止まったときに事業が受ける損害の大きさで判断するのが合理的です。
努力目標型と保証型のコストとペナルティの違い
努力目標型のSLAは、「稼働率99.9%を目指す」「重大障害は15分以内の初報を心がける」といった形で目標を掲げます。ただし、未達でもペナルティはありません（出典：ripla）。
メリットは費用を抑えられることで、デメリットは未達時に発注側が泣き寝入りになりやすいことです。
社内の補助的なシステムで多少の停止が許容できるなら、努力目標型でコストを抑えるのが合理的です。
費用感の参考として、ECやWebシステムの保守は年間50〜200万円、製造業の基幹システムは年間500万〜1,500万円という幅があります（出典：ripla）。また、重要度の高いシステムほど、保証型のコスト増を吸収しやすい構造になっています。
型の違いは、未達時に何が起きるかと、月額がどう変わるかに表れます。
- 事業損害：停止による事業損害の大きさ
- ペナルティの額：未達時のペナルティと月額の関係
保証型は、同じ目標値に対して未達時に月額の何%かを減額するペナルティを設けます。発注側の安心感は高まりますが、ベンダーはリスクを織り込むため、月額が上がる傾向があります。
ECや基幹システムのように、停止すれば売上や業務が直接止まる重要システムなら、保証型でペナルティを担保する価値があります。
ペナルティの実効性を見極める判断基準
保証型を選ぶときは、ペナルティ条項が「絵に描いた餅」になっていないかを確かめる必要があります。減額の相場は月額の数%〜十数%が一般的ですが、問題は適用条件です。
障害の原因が「クラウド側」「連携SaaS側」など、ベンダーのコントロール外とされると、原因が有耶無耶にされてペナルティが適用されないという現実があります（出典：ripla）。
保証型のSLAを結んでも、こうした免責の解釈次第では、実質的に努力目標型と変わらなくなります。
見極めるには、ペナルティの「金額の大きさ」だけでなく、契約で何をどこまで定めているかを確かめることが重要です。
原因究明のプロセスが曖昧なまま保証型を結んでも、いざというときに機能しません。riplaはフルスクラッチ受託と国内運用保守の立場から、責任分界点を最初に正直に整理し、ペナルティの適用条件まで誠実に取り決めることで、形だけでない実効性のあるSLAを重視しています。
SLAは型の選択そのものより、原因判定と免責範囲の透明性が成否を分けると考えておく必要があります。
保証型のペナルティは、条項の金額より適用の条件で効き目が決まります。
- 判定の取り決め：原因を誰がどう行うかを決めておくこと
- 免責の範囲：どの事象が免責されるか
保守費の内訳から見る契約の妥当性
内製か委託か、定額か従量か、努力目標型か保証型かという選択の良し悪しは、最終的に「保守費の内訳」を見て初めて判断できます。月額の総額から、その金額が妥当かを読み取るのは難しいものです。
何にいくらかかっているのかを項目ごとに把握すると、自社の契約が割高なのか、必要な対応を確保できているのかを見極められます。内訳の理解は、メリット・デメリットの判断を具体的な数字に結びつける作業です。
多くの発注側は、相見積りを取っても総額の高い安いだけで比べ、内訳の中身まで踏み込みません。しかし、運用保守の価値は金額の大きさより、必要な対応が必要な厚みで確保されているかにあります。
同じ月額でも、障害対応に手厚い契約と、監視だけで障害対応が薄い契約とでは、いざというときの価値がまったく違います。
総額の裏にある内訳と工数を読む視点を持つことが、メリット・デメリットの判断を誤らない第一歩です。
内訳の標準割合と過不足の見極め
内訳を把握しておくと、定額と従量の判断もより正確になります。
内訳が「一式」とまとめられて見えない契約は、妥当性を判断できません。そのため、必ず項目ごとの開示を求めましょう。
内訳の比率を見ると、体制の厚みと間接コストのどちらに費用が寄っているかが分かります。
- 障害対応と軽微改修：それぞれの比率が目安に合っているか
- 管理・報告：比率が大きすぎないか
運用保守費の内訳には、おおよその標準割合があります。定期保守は20〜30%、監視は15〜25%、障害対応は25〜35%です。問い合わせ対応は10〜20%、軽微改修は10〜15%が目安になります。
管理・報告は5〜10%が一つの目安です（出典：ripla）。この割合を大きく超える契約は、間接コストや中間マージンが膨らんでいる疑いがあります。
たとえば、障害対応の比率が極端に低い契約は、いざというときの体制が薄い可能性があります。
軽微改修の枠（保守費の10〜15%が目安）をほとんど使い切れていないなら、定額に含まれる改修枠が過剰で、その分が払い損になっている可能性があります。一方で、改修枠を毎月のように超えて追加請求が出ているなら、定額の枠を広げるか、改修を請負で別管理するほうが透明になります。
相場と業種特性から見る総額の妥当性
総額の妥当性は、相場と業種特性の両面から判断します。年間の運用保守費は、開発費の15〜20%が一般的な目安です（出典：ripla）。
規模別の月額は、小規模で5〜15万円、中規模で15〜50万円、大規模で50〜200万円以上です（出典：ripla）。
業種別に見ると、製造業の基幹システムは年間500万〜1,500万円、EC・Webシステムは年間50〜200万円という幅があります（出典：ripla）。また、システムの性質によって妥当な水準は変わります。
相場から外れている場合は、その理由を必ず確認します。安すぎる見積りは、監視や障害対応の体制が薄いか、多重下請けで品質管理が効いていない可能性があります。その結果、いざ障害が起きたときに対応できる人がいない事態を招きます。
高すぎる見積りは、不要な体制や中間マージンが乗っている疑いがあります。
IT予算を増額する企業は49.5%にのぼります（出典：JUAS 2025）。運用への投資意欲は高まっていますが、だからこそ、内訳と相場の両面から「払う価値のある費用か」を吟味する姿勢が欠かせません。
riplaはフルスクラッチ受託と国内運用保守の立場から、内訳を開示した見積りと、相場に照らした妥当性の説明を重視しています。
内訳と相場の両方から見れば、契約の良し悪しを感覚ではなく数字で判断できます。
見積りが高いか安いかは、自社が属する相場に照らすと見えてきます。
- 相場の範囲：自社のシステムが属するカテゴリーの相場に収まるか
- 相場外れの理由：安すぎる見積りと高すぎる見積りの理由
人月単価と工数から見る体制の厚み
内訳と総額に加えて、人月単価と投入工数を見ると、体制の厚みがより具体的に見えてきます。
運用要員の人月単価は60万〜150万円が相場です（出典：ripla）。
安定したシステムに過剰な工数を割いているなら、体制を軽くして費用を抑える余地があります。
AIや機械学習を含むシステムのMLOps保守は、月50万〜200万円と高額になりやすいものです（出典：ripla）。そのため、こうした特殊な保守ほど、単価と工数の妥当性を丁寧に確認すべきです。
保守費を人手に換算すると、体制の厚みを数字で確かめられます。
- 工数の逆算：月額の保守費を人月単価で割った工数
- 品質に見合う工数：求める品質に対して、投入工数が過不足ないか
たとえば、月額30万円の契約で内訳に監視・障害対応・改修まで含まれているなら、実際に確保されている工数は0.2〜0.5人月程度です。そのため、24時間の手厚い対応を期待するには薄いという現実が見えてきます。
不足が見つかった場合は、定額を上げて体制を厚くするか、SLAの水準を現実的に調整する必要があります。
この逆算ができると、定額・従量やSLAの選択も根拠をもって判断できます。提案された月額に対して「障害対応の体制は何人月分か」「相場と比べてこの水準は妥当か」と具体的に問えば、ベンダーも曖昧な一式見積りでは通せなくなります。こうして、内訳、相場、人月単価の三つがそろえば、ベンダーとの交渉も対等になります。
まとめ
IT運用保守の体制選びは、三つの判断軸に集約されます。
内製と外部委託では、ノウハウ蓄積を取るか専門性と即応性を取るかを、人材確保の組織体力に照らして判断します（運用要員の人月単価60万〜150万円が前提）。
月額定額と従量課金では、予算の安定性を取るか無駄の少なさを取るかを、障害・改修の発生頻度の安定性で判断します（規模別月額5〜200万円）。
SLAの努力目標型と保証型では、コストと安心のバランスを、システム停止の事業損害に照らして判断します。いずれも「自社にとって何を重視するか」が出発点です。
大切なのは、これらを二者択一で考えず、組み合わせで考えることです。
たとえば、「定型業務は委託しつつ判断は社内に残す」「定額をベースに大規模改修だけ請負で精算する」「重要システムだけ保証型にする」といった組み合わせがあります。自社に最適な配置を設計することが大切です。
SLAの保証型では、金額より原因判定と免責範囲の透明性が成否を分けます。
riplaはフルスクラッチ受託と国内運用保守を組み合わせ、開発した後も継続して伴走する立場から、自社の状況に合った無理のない運用保守の設計を支援します。
費用相場や契約形態の詳細は、あらためて完全ガイドをご確認ください。
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。