外部開発チームの保守・運用費は、月10万〜100万円程度の幅があります。金額を左右するのは、チームの規模、役割分担、契約の組み方です。
リリース後は、費用が増えるうえ、委託先への依存で交渉が難しくなり、稼働が減っても固定費が続くという課題が生じます。
▼全体ガイドの記事
・外部開発チーム構築の完全ガイド
Webサービス開発の費用の考え方や見積もりの注意点については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。
▼見積依頼前に読みたい無料ホワイトペーパー
・Webサービス開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
外部開発チームの保守・運用費用の全体像
外部開発チームの費用は、初期開発費とリリース後のランニングコストに分けて見積もります。両者は性質が異なるため、一つにまとめると全体像を見誤りやすくなります。
委託先のチームを一定規模で維持している間は、人月単価に基づく費用が毎月発生します。ラボ型のように月額で確保する形か、スポットで都度発注する形かによって、費用の性質も変わります。
初期開発費とランニングコストの違い
違いは、かかり方が一度きりか、続くかにあります。
- 初期開発費：要件定義から設計、実装、テストを経て本番リリースするまでの、一度きりの費用です。
- ランニングコスト：リリース後の安定稼働と継続的な改善のために、続けて発生する費用です。
年間の保守費は、初期開発費の15%前後が一般的な目安です。たとえば、初期開発に2,000万円かかったシステムなら、年間300万円前後、月額25万円程度が保守の基準ラインになります。ただし、これは軽微な保守を前提とした目安です。
機能追加や継続的な改善を外部チームに任せると、人月単価に基づく費用がさらに加わります。そのため、初期費用だけを抑えても、数年単位のTCO（総所有コスト）は高くなることがあります。
外注時に発生するコストの構成要素
ランニングコストは保守費だけでは捉えきれず、複数の費用が積み重なります。そこで、費用を項目ごとに分けて把握します。
- 稼働費：エンジニア、ブリッジSE、PMの人月単価をもとに、チームの規模に応じて毎月かかります。
- インフラ費：サーバー、データベース、各種SaaSなどの費用で、保守契約とは別に請求されるのが一般的です。
- 調整費：日本語対応のブリッジ人材や翻訳、調整の工数にかかり、オフショアでは見えにくいまま積み上がります。
インフラ費を見落とすと予算超過につながるため、「保守＝月額いくら」とまとめず、費用ごとに分けて管理することが最適化の出発点です。
委託先の人月単価と役割分担によるコスト構造
ランニングコストを抑えるには、役割分担を設計することが有効です。ベストショアモデルでは、国内のニアショアや内製と海外のオフショアを組み合わせ、それぞれの強みを生かします。
単価の異なるチームを組み合わせられる点は、外部開発チームならではの強みです。内製だけでは得にくい形で、コストを抑えられます。
内製・ニアショアが担う上流工程の単価
要件定義、UI/UX設計、関係者との複雑な折衝は、品質と方向性を左右する上流工程です。オフショアへの指示出し（ブリッジ）も、ここに含まれます。
国内ニアショアの日本人PMは、人月単価がおおむね100万円から150万円と高めです。そのため、この高単価層をフルタイムで専任配置しないことが、ポイントになります。
そこで役立つのが、PMを複数案件で共有するシェアードアサイン（按分配置）です。これにより、管理オーバーヘッドを抑えられます。
オフショアが担う実作業の単価
実作業を担うオフショアのエンジニアは、地域やスキルによって異なるものの、人月単価はおおむね39万円から70万円です。国内と比べて半額以下になるケースもあります。
実作業は、任せる内容や使い方によって費用の効き方が変わるため、次のように整理できます。
- 標準化しやすい工程：詳細コーディング、大規模テスト、日々の保守改修が該当し、仕様が明確なら任せる範囲を切り分けやすい作業です。
- 継続的な依頼：軽微なバグ修正、UIの微調整、定型的な機能追加を任せれば、低コストで運用できます。
低単価を活かすには、仕様書やテストケースが整っていることが前提です。さらに、コードレビューと受け入れ基準も欠かせません。ブリッジを通じて正確に指示できないと、手戻りが生じて割高になります。
保守契約とSLAの考え方
見積金額だけで契約すると、想定した対応が範囲外になるトラブルが起きがちです。そのため、バグ対応の範囲と優先度、速度を契約書とSLA（サービスレベル合意）に明記し、責任の所在もあらかじめ決めておきます。
保守契約があればバグ修正は無償だと思われがちですが、実際には範囲が契約によって異なります。曖昧なまま運用すると、そのたびに追加の見積もりや交渉が発生し、費用が読めなくなります。
バグ対応の扱い（契約内の新規稼働）
ラボ型や準委任契約では、バグ対応も契約期間内に確保したチームの新規稼働として扱われるのが一般的です。保守費を払えば無償で直ると考えがちですが、必ずしもそうとは限りません。
バグ修正に稼働枠を使えば、その分だけ予定していた機能改修の時間が減ります。一方で、明確な瑕疵は、請負契約であれば契約不適合責任の範囲で対応されます。
保守フェーズの多くは準委任契約で運用されるため、稼働ベースで考えるのが基本です。特に、バグと瑕疵、仕様変更の線引きは、具体例とともに契約時に合意しておく必要があります。改善要望との境目も、具体例を挙げて決めておくと、後で認識が食い違う場面を減らせます。
SLAによる責任所在と対応速度の明確化
障害が起きたとき、誰がどの速さで対応するかは曖昧になりがちです。そこで、SLAで重大度ごとの優先度、一次応答時間、復旧目標時間を定め、責任の所在を明確にします。
たとえば、サービス停止に至る重大障害なら、連絡から1時間以内に一次応答し、4時間以内に復旧へ着手する、といった形で合意できます。
オフショアは時差があるため、緊急時の連絡フローや当番体制を決めておく必要があります。さらに、対応時間帯が営業時間内か24時間365日かも契約に含めておかないと、夜間に対応できない場合があります。
準委任契約と月額保守の相場感
契約形態と月額保守の相場は、対象範囲や規模を踏まえて確認しておきます。
- 契約形態：保守・運用では、請負契約よりも一定の稼働を提供する準委任契約が多く見られます。
- 小規模システム：月額10万円から30万円程度が目安です。
- 中規模システム：月額30万円から100万円程度が目安になります。
月額に含まれるのは、主に軽微なバグ対応や監視、問い合わせ対応です。ただし、大きな機能追加には、人月単価に基づく稼働費が別途加わります。
サーバーやクラウドのインフラ費は、通常、保守費と別建てになります。そのため、契約時に対象業務と稼働時間の上限を明記し、上限を超えたときの追加単価も決めておきます。
ベンダーロックインと引き継ぎコスト
同じ外部開発チームに長く任せると、仕様や経緯への理解が深まり、改修の速度や精度も上がります。その一方で、知識が特定のチームに偏ると、ベンダーロックインにつながります。
依存度が高まると、内製化や他社への切り替え時に引き継ぎ費用が膨らみます。さらに、保守費の値上げ交渉でも不利になり得ます。
長期的な費用を健全に保つには、乗り換えられる状態を維持する投資もランニングコストに含めて考えます。暗黙知が特定のチームに偏るほど、移行時の引き継ぎ費用は高くなります。
ドキュメント化による引き継ぎコストの削減
記録を怠ると知識が属人化し、引き継ぎの際に把握しにくくなります。
ドキュメント作成には保守稼働を使いますが、それは将来の引き継ぎ費用とロックインのリスクを下げる投資になります。
文書は運用中も最新に保ってこそ、引き継ぎの際に役立ちます。そのため、日々の記録と契約の両面で、次のように決めておきます。
- 継続的な記録：運用中も要件定義書、設計書、仕様変更履歴を最新に保ち、判断の背景も残しておきます。
- 契約と納品：文書の整備や更新を保守稼働に含め、ソースコードと最新のドキュメント一式を納品物として定めます。
こうして蓄積した文書一式は、自社の資産として残り、外部委託を長期にわたって効率よく続けるための基盤になります。
内製化・他ベンダー移行にかかるコスト
内製チームや別の委託先へ移るときには、目に見える費用のほかにも、引き継ぎに関わるコストが複数発生します。
- 現行チームの引き継ぎ稼働：移行のための説明や作業に、時間と費用がかかります。
- 新チームのキャッチアップ：コードや仕様を理解するまでの期間が必要になります。
- 生産性低下と二重コスト：移行中は生産性が一時的に落ち、旧チームと新チームの並走費用も発生します。
文書が不足していると、理解に数か月かかることもあり、品質低下のリスクも高まります。つまり、文書の整備が引き継ぎ費用を左右します。
契約終了時の引き継ぎへの協力義務と、渡してもらう文書の範囲を定めておきます。その上で、平時から移行を想定した体制を用意しておく必要があります。
ランニングコスト最適化の具体策
コストの構造、契約、ロックインへの備えを踏まえて、日々の費用を抑えていきます。具体的には、確保したリソースを使い切り、高単価の人材は必要な分だけ使い、初期リスクを抑えたうえで段階的に拡大します。
実践策は、PMの按分、アイドルタイムの活用、超スモールスタートです。いずれも、委託ならではの柔軟性を生かして、内製の固定費とは異なる形でコストを抑える方法です。
マネジメント層のシェアードアサインによる按分
見落とされがちな費用は、品質を支えるPMやブリッジSEの管理オーバーヘッドです。ブリッジSEの単価は月60万円から70万円以上のものもあるため、専任で配置すると負担が大きくなります。
管理業務は常時フル稼働とは限りません。そのため、シェアードアサインでは、高単価の人材を複数の案件で共有します。0.2人月から0.5人月の按分配置にすれば、管理業務に必要な分だけを割り当てられます。
たとえば、月70万円のブリッジSEを0.3人月で配置すると、案件ごとの管理費は約21万円になり、品質を保ったまま費用を抑えられます。
アイドルタイムの活用による稼働率の維持
ラボ型など月額でチームを確保する形態では、発注が減って稼働に空きが出る「アイドルタイム」が、費用対効果を悪くします。費用は変わらないのに、稼働に対する実質単価が上がってしまうためです。
発注が減ってから作業を探すより、あらかじめ作業を用意しておく方が効果的です。そうすれば、稼働率を100%近くに保ち、空き時間を価値ある投資に変えられます。
- QAの自動テスト：品質保証のためのテスト実装を進める作業です。
- ドキュメント整備：引き継ぎに必要な情報を更新する作業です。
- 別システムの保守：空いた稼働を、別の保守作業に割り振ることです。
緊急性が低くても、これらは品質や引き継ぎやすさを高めます。また、空き時間を活かせるため、将来の手戻りや障害を減らす効果も期待できます。
超スモールスタートによる初期投資リスクの抑制
外部開発チームを新たに構築する際は、大規模契約から入るのは危険です。委託先との相性や意思疎通、仕上がりの品質は、協業する前には分からないからです。
超スモールスタートは、最小構成の1名・1か月といった小さな単位で試す方法です。たとえば、1人月35万円程度のパイロット契約で、限定的な保守や小規模な改修を依頼します。
品質、速度、コミュニケーションを確かめてから、契約を拡大します。仮に相性が合わなかった場合も、最初から大規模に契約した場合と比べて、解除の手間や支払い済み費用の無駄を抑えられます。
まとめ
外部開発チームへの委託では、保守・運用費を初期開発費と分けて考えます。稼働費、インフラ費、調整費に分けて把握し、保守費は初期開発費の年15%前後を目安にします。
内製・ニアショアの上流工程は人月100万円から150万円、オフショアの実作業は39万円から70万円が目安です。そのうえで、役割を分ければTCOを抑えられます。
バグ対応は契約期間内の新規稼働という前提を発注側と開発会社で共有し、SLAで優先度や速度、責任の所在を定めます。月額保守は、小規模で10万円から30万円、中規模で30万円から100万円が目安です。なお、インフラ費は別建てになります。
長期の委託で暗黙知が特定のチームに偏ると、ロックインを招きます。そのため、要件や変更履歴を文書に残し、内製化や他社への移行にかかる費用を抑えておくことが、将来の交渉力を守ることにつながります。
PMやブリッジSEは按分して配置し、空き時間はQAの自動化や文書整備に使います。まずは1人月35万円規模で相性を試し、確認してから拡大します。
費用は、契約の組み方と日々の稼働管理によって変わります。目先の単価だけでなく、TCO、ロックイン、稼働率を長い目で見ることが大切です。社外の柔軟性を生かしながら費用を健全に保つことが、事業の成長にもつながります。
▼全体ガイドの記事
・外部開発チーム構築の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。