保守構築では、内製か外部委託か、月額定額か従量課金か、SLAは努力目標型か保証型か、が主な選択です。いずれも一律の正解はなく、事業のコアへの近さ、止まったときの損失、改修の頻度で重みが変わります。
全体像をまだ把握していない方は、ITシステム保守構築の完全ガイドから読むことをおすすめします。
▼全体ガイドの記事
・ITシステム保守構築の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
内製と外部委託のメリット・デメリットと判断基準
保守構築の最初の分かれ道は、保守を社内で行う内製にするか、外部のベンダーに任せる外部委託にするかです。これはコストの比較であると同時に、ノウハウをどこに蓄積し、リスクをどう分散するかを決める経営判断でもあります。判断は、それぞれのメリットとデメリットを正しく理解することから始まります。
内製のメリットと、属人化・採用というデメリット
内製の最大のメリットは、ノウハウが社内に蓄積し、ビジネスを理解した担当者が迅速に対応できることです。業務に精通しているぶん、改修や仕様変更の意図が伝わりやすく、外部とのやり取りにかかる時間も省けます。システムをブラックボックス化させず、自社の資産として育てられる点も大きな利点です。
一方でデメリットは、人材の確保が難しいことと、属人化のリスクです。運用要員の人月単価は60万〜150万円が目安とされ（出典：ripla）、優秀なエンジニアの採用と維持には相応のコストがかかります。
さらに、担当者が一人に偏ると、その人の退職でノウハウが一気に失われる「ひとり情シス」の危険が生じます。内製は理想的に見えても、人と組織の体制を継続的に維持できるかが現実の壁になります。
内製を続けるには、障害の原因を切り分けられる人材と、特定の一人に頼らない仕組みの両方が要ります。
- 人材の幅：運用担当に加え、障害の原因を切り分けられる技術者やセキュリティに明るい人材
- 複数人での冗長性：特定の一人に任せきりにせず、ドキュメントを残す文化
内製を本気で選ぶなら、どんなスキルの人材を、どの単価で確保するかを具体的に描く必要があります。その人材が揃って初めて、外部委託と同等の品質を保てます。特に、内製は「人を雇えば回る」ものではないという認識が、判断の出発点になります。
外部委託のメリットと、ブラックボックス化というデメリット
外部委託のメリットは、専門人材の体制をすぐに確保でき、採用や育成の負担を負わずに済むことです。サービス委託なら月20万〜50万円から専門チームの保守を受けられ（出典：ripla）、属人化のリスクも委託先の組織体制で吸収できます。
自社の人材を本業のコア業務に集中させられる点も、委託の見逃せない利点です。
デメリットは、ノウハウが社外に出ていくことと、システムがブラックボックス化する危険です。任せきりにすると、自社で中身を把握できなくなり、いざ乗り換えようとしても引き継げない、保守費の交渉でも足元を見られる、という状態に陥りかねません。
判断基準としては、システムが事業のコアに近く差別化の源泉なら内製寄り、汎用的で標準化しやすいなら委託寄りに考えるのが一つの目安です。実際には、多くの企業でコア部分の判断は社内に残し、実作業を委託する折衷が現実解になります。
折衷を選ぶ場合も、委託の弱点であるブラックボックス化を防ぐ工夫が要ります。
- 作業内容：委託先に作業内容を示させ、ドキュメントを自社にも残させる
- 定例報告：運用状況を継続して把握するための場
この二つを欠くと、委託は丸投げに近づき、折衷の意味が薄れます。委託しても主導権は手放さないという姿勢を保てるかどうかが、メリットを生かしつつデメリットを抑えられるかを決めます。
内製と委託は、どこに線を引いてどう組み合わせるかという設計の問題だと考えると、判断しやすくなります。
月額定額と従量課金のメリット・デメリットと判断基準
保守の費用体系をどう組むかも、重要な判断の一つです。毎月一定額を支払う月額定額型と、作業量に応じて支払う従量課金型では、コストの予見性を取るか、無駄の少なさを取るかが分かれ目になります。
適した体系は、自社のシステムの安定度や改修の頻度によって変わります。
月額定額のメリットと、使わなくても払うデメリット
月額定額型のメリットは、予算が立てやすく、コストの予見性が高いことです。規模別の月額相場は、小規模5〜15万円、中規模15〜50万円、大規模50〜200万円以上が目安です（出典：ripla）。毎月この範囲で、一定額を支払う形になります。
障害が多い月も少ない月も同じ額なので、突発的な高額請求に怯える必要がありません。ベンダーも安定した収入のもとで体制を維持できます。
一方でデメリットは、保守の対応がほとんど発生しなかった月でも、決まった額を支払う点です。安定したシステムでは、定額分が割高に感じられることがあります。
定額に含まれる作業範囲が曖昧だと、「これは定額内か追加か」で揉める原因にもなります。
- 定例報告：実施内容を確認し、料金と防がれているリスクが見合うかを測る
- 契約での線引き：定額に含まれる作業と、追加になる作業を明確に分けておく
月額定額は、安定運用のための保険料と捉えるのが適切です。割高に見える定額も、その安定は監視やパッチ適用といった予防的な手当てに支えられています。
手がかからないように見えるのは、裏で継続的なメンテナンスが効いている結果であることが多いのです。透明性が確保されていれば、定額は「何もしていない待機コスト」ではなく「安定を買う合理的な投資」として納得できます。
従量課金のメリットと、予測しにくいデメリット
従量課金型のメリットは、実際に発生した作業の分だけ支払うため、無駄が少ないことです。改修や障害対応がほとんど発生しない安定したシステムでは、定額よりコストを抑えられます。使った分だけという明快さも、コスト意識の高い組織にとって魅力的です。
一方でデメリットは、月ごとの費用が読みにくく、予算管理が難しいことです。大きな障害や急な仕様変更が重なると、想定を超える請求になることもあります。
判断基準としては、システムが安定し改修頻度が低いなら従量、ビジネスの変化が激しく頻繁に改修が入るなら定額が向きます。
実務では、二つを組み合わせると、予見性と無駄の少なさを両立しやすくなります。
- 監視・障害対応：基本の部分を定額にして、毎月の固定費として押さえる
- 軽微な改修・追加開発：作業量に応じて、従量で支払う
従量課金には、もう一つ見落としがちな副作用があります。追加費用を気にするあまり、現場が問い合わせや相談をためらい、本来必要なメンテナンスが先送りになることです。
これではコストを抑えたつもりが、システムの健全性を損なう結果を招きます。料金体系を選ぶときは、コストの安さだけでなく、その体系が現場の行動にどう影響するかまで考えることが大切です。
安心して相談できる定額の良さと、無駄を省ける従量の良さは、自社の運用文化に合わせて取り入れるのが賢い選び方です。
SLA努力目標型と保証型のメリット・デメリットと判断基準
SLA（サービス品質保証）をどのレベルで結ぶかも、保守構築の重要な判断の一つです。掲げた数値を「努力目標」とする型と、未達時にペナルティを伴う「保証」とする型では、安心感と費用、そして実効性が異なります。
ここを理解せずに契約すると、いざというときに「保証だと思っていたのに、ただの目標だった」という落とし穴にはまりかねません。
努力目標型のメリットと、実効性が弱いデメリット
努力目標型のSLAは、たとえば稼働率99.9%や復旧4時間といった数値を掲げつつ、それを「努力する目標」と位置づける形です（出典：ripla）。
メリットは、ベンダーのリスクが小さいぶん保守費を抑えやすく、コストが軽い点です。
一方でデメリットは、未達でもペナルティがないため、いざというときの実効性が弱いことです。「目標は掲げたが、守れなくても責任は問われない」という状態では、障害時に「努力はした」で終わるリスクがあり、ベンダーの本気度も引き出しにくくなります。
努力目標型は、コストと実効性のトレードオフを理解したうえで選ぶのが適切です。
- 向いている場合：安定して稼働し、止まっても事業への影響が限定的なシステム
- 注意が必要な場合：止まると事業への影響が大きく、努力目標では足りないシステム
保証型のメリットと、ペナルティの実効性というデメリット
保証型のSLAは、数値を満たせなかった場合に月額の減額などのペナルティを伴う形です。ベンダーに品質を守る強いインセンティブが働くため、発注側の安心感が高まります。止まると事業が止まる基幹システムなど、高い可用性が必須の場合には、この保証型を選ぶ価値があります。
ただし、ペナルティの実効性には注意が必要です。減額相場は月額の数%程度にとどまることが多く、しかも障害の原因が外部要因かベンダー起因か曖昧だと、ペナルティが適用されない現実があります（出典：ripla）。
判断基準は、システムの停止が事業に与える損失を見積もり、それがペナルティ額を上回るかどうかです。上回るなら保証型を選ぶ余地があります。
契約では、ペナルティに関わる項目まで詰めておくことが肝心です。
riplaはフルスクラッチ受託と国内運用保守の立場から、形だけのSLAではなく、計測と運用に裏打ちされた実効性のあるSLA設計を重視しています。
- 計測方法：ペナルティの対象となる数値を、どう測るかの取り決め
- 原因が曖昧な場合の扱い：障害の原因が外部要因かベンダー起因か分からないときの取り決め
稼働率の水準をどこに設定するかの判断基準
SLAの型を選ぶのと同じくらい重要なのが、稼働率や復旧時間といった数値の水準を、どこに置くかの判断です。水準を上げれば安心ですが、その分だけ冗長構成や監視体制、待機要員のコストが膨らみます。
一方で、水準を下げすぎれば、いざというときに事業が傷つきます。水準は、高いほどよいと考えるのではなく、自社の業務影響から逆算して最適な点を見極めるべきです。
高い稼働率のメリットと、跳ね上がるコストのデメリット
稼働率99.9%は、月間で約43分の停止しか許容しない水準です。99.5%なら、月間で約3時間半まで停止を許容します（出典：ripla）。
99.9%以上を求める利点は、停止リスクを極小化できることです。サーバーの冗長化や迅速な障害対応の体制が整い、ビジネスの連続性が守られます。
デメリットは、水準を一段上げるだけでコストが跳ね上がることです。99.9%を99.99%にするには、構成も体制も格段に手厚くする必要があり、保守費が大幅に増えます。
判断基準は、停止1時間あたりの事業損失を見積もり、それが上乗せされる保守費を上回るかどうかです。
- 向いている場合：止まると売上や信用に直結する基幹システム
- 避けたい場合：損失の小さいシステムに過剰な稼働率を求めるのは、保険のかけすぎと同じで合理性を欠く
業務影響度で水準を出し分ける判断
現実的なのは、業務影響度に応じて水準を出し分けることです。一律の水準で全システムを守ると、保守予算が分散してしまいます。
こうすれば、限られた予算を、本当に守るべきところへ集中させられます。
この出し分けを行うには、まず自社のシステムを重要度で分類し、それぞれが止まったときの影響を業務部門と一緒に評価することが出発点になります。情報システム部門の感覚だけで決めず、実際に業務を回す現場の声を水準に反映させると、メリハリが現実に即したものになります。
稼働率の水準は、技術的な目標値である以前に、経営判断としてのリスク許容度の表明だと捉えるべきです。
riplaはフルスクラッチ受託と国内運用保守の立場から、業務影響度に応じた過不足のないSLA水準の設計を支援します。
- 止まると事業が止まるシステム：高い稼働率と保証型SLAを組み合わせる
- 止まっても業務が回るシステム：控えめな水準と努力目標型が中心
準委任と請負のメリット・デメリットと判断基準
保守構築では、内製・委託や料金体系と並んで、契約形態を準委任にするか請負にするかも重要な判断です。どちらを選ぶかで、ベンダーが負う責任の性質と、発注側が求められる関与の度合いが変わります。
ここを理解せずに契約すると、「成果を約束したつもりだったのに、努力義務でしかなかった」や、「定常運用なのに、成果物の検収を厳しく問われた」といったすれ違いが起きます。
準委任のメリットと、成果を保証しないデメリット
準委任契約のメリットは、監視や問い合わせ対応のように成果物が明確でない定常運用に適しており、柔軟に作業を依頼できる点です（出典：ripla）。
ベンダーは善管注意義務のもとで誠実に業務を遂行し、状況の変化に応じて対応範囲を調整しやすくなります。日々の運用は何が起きるか事前に読み切れないため、この柔軟さが実務に合います。
一方のデメリットは、準委任が結果そのものを保証する契約ではない点です。稼働率や復旧時間を「保証」する保証型SLAを準委任で結ぶと、契約の建付けと運用実態がずれることがあります。
判断基準としては、定常運用は準委任で柔軟性を確保するのが現実的です。
準委任を選ぶなら、その性格を理解したうえで、品質の担保を別の形で握る工夫が要ります。
- SLAの保証部分：ペナルティの計測方法と適用条件を、別途明文化する
- 努力義務との整合：準委任の努力義務と、SLAで掲げる数値とが食い違わないようにすること
請負のメリットと、範囲が固定されるデメリット
請負契約のメリットは、完成責任をベンダーが負う点です（出典：ripla）。「この機能を、この仕様で、この期日までに完成させる」という約束が成り立つため、発注側は成果物の品質を検収で確認できます。
範囲と成果が明確な作業では、責任の所在もはっきりします。
デメリットは、範囲が固定されるため、運用中に頻繁に起きる小さな変更や、事前に読めない作業には向かない点です。請負で定常運用まで縛ろうとすると、変更のたびに契約を結び直す手間が生じ、柔軟性を欠きます。
判断基準としては、業務の性質ごとに使い分けるのが定石です。
保守構築では、業務に応じて契約形態を組み合わせることが、双方にとって無理のない関係につながります。
- 準委任が向く業務：監視や問い合わせ対応のような定常的な運用
- 請負が向く業務：特定の改修や移行のような、成果物が明確な作業
まとめ
内製はノウハウが社内に蓄積する利点がある一方、属人化と採用が課題です。外部委託は体制をすぐに確保できますが、ブラックボックス化が懸念です。月額定額は予見性が高いものの割高になりうるのに対し、従量課金は無駄が少ない反面、予測しにくいという違いがあります。
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を創業。