計算ツールズ
ビジネスIT・DX投資判断

SaaS開発 内製 vs 外注 3年TCO比較｜混成型・運用フェーズ・離職リスクまで含めた実質コスト判断【2026年版】

業務システム・SaaSの内製化と外注、そして「コア内製＋周辺外注」の混成型について、3年間のTCO（Total Cost of Ownership）を精密比較します。社内エンジニアの人月単価、外注のSIer/フリーランス単価、運用フェーズの保守人員、AWS/Azureのインフラ費、SaaSライセンス費、離職リスクによる採用コスト、変更管理コストまでを一体で試算。経産省「DXレポート」やIPA「IT人材白書」の実勢データを踏まえ、経営判断に必要な数値を整理する2026年最新版のシミュレーターです。

最終更新：2026年8月14日／監修：計算ツールズ編集部

3年TCO比較ツール

小：3人月／中：15人月／大：60人月 が初期開発の目安。手動選択後に人月調整可。
要件定義〜設計〜開発〜テスト〜リリースの合計人月。
給与＋社保＋福利＋間接費込みの原価。中堅で80〜120万、シニアで120〜180万が相場。
SIer元請120〜180万、二次受け80〜120万、フリーランス50〜120万が2026年相場。
障害対応・機能追加・監視・アップデートの月次工数。初期開発の1/20〜1/10が目安。
月次インフラ（万円）
月次ライセンス（万円）
AWS/Azure等のインフラ費、SaaSツール（監視・CI/CD・DB）ライセンス費。
2026年IT業界平均は15〜20%。離職1人あたり採用/育成コスト300〜500万円。
「コア機能を内製・周辺を外注」の内製割合。50〜70%を推奨するDXレポート事例が多い。

3方式 内訳フロー

初期開発コスト—
＋運用フェーズ 3年分—
＋インフラ・ライセンス 3年分—
＋離職・変更・仕様調整の追加コスト—
=3年累計TCO（最適方式）—

年次コスト推移（3方式）

年内製外注混成型差額（外注−内製）

結果の見方

TCO比較の数字は次の4層で判断してください。単純な累計金額だけでなく、初年度CFとリスク調整後コストで最終判断するのが定石。

  • 3年累計TCO：初期開発＋運用＋インフラ＋リスクコストの合計。外注は初年度負担が重く、内製は運用フェーズで有利、混成型はバランス型。
  • 初年度差額：資金調達力・キャッシュフロー制約が厳しい場合、初年度負担の低い方式を優先すべき。VC資金のあるスタートアップは外注、既存事業から出せる中堅企業は内製が現実的。
  • 月次運用CF：初期を過ぎた後の毎月の維持費。内製は人件費固定、外注は保守契約＋変更依頼、混成型はミックス。ランニングで持続可能な水準か確認。
  • リスク係数：離職率・仕様変更頻度・技術陳腐化を織り込んだ係数。数値が高いほど計画通りに進みにくいプロジェクト。

計算の仕組みと数式

内製 3年TCO

　初期開発 = 初期人月 × 社内単価
　運用3年 = 月次運用工数 × 社内単価 × 36
　離職損失 = (社内単価×3人月/離職) × 年間離職率 × 3年
　インフラ = 月次インフラ × 36
　内製TCO = 上記合計 × 内製プレミアム係数(1.10)

内製プレミアム係数は、社内での要件調整・意思決定・情報共有のオーバーヘッド（会議・ドキュメント）を織り込んだ補正。フルスタックの少人数精鋭ならこれより低く、大企業組織なら1.3倍以上になることも。

外注 3年TCO

　初期開発 = 初期人月 × 外注単価 × 発注プレミアム係数(1.15)
　運用3年 = 月次運用工数 × 外注単価 × 36
　変更コスト = 初期開発 × 20%（年1回の大幅改修想定）
　インフラ = 月次インフラ × 36
　仕様調整コスト = 初期開発 × 10%（要件書レビュー・受入検査）
　外注TCO = 上記合計

発注プレミアム係数は「要件書作成・ベンダー選定・見積査定・進捗管理・受入検査」の社内工数を織り込んだ補正。ウォーターフォールならこれ以上、アジャイル並走型ならこれ以下。

混成型 3年TCO

　混成型 = 内製TCO × 内製比率 + 外注TCO × (1 − 内製比率)
　　　　　− 統合コスト削減 (5%)

コア機能を内製化することで意思決定が早くなり、外注部分のスコープが明確化されるため、若干のコスト削減効果を織り込みます。実務では内製50〜70%が最適解となるプロジェクトが多いです。

内製 vs 外注 vs 混成型 の比較

内製外注混成型
初年度コスト中〜高（採用先行）高（初期開発集中）中
運用フェーズコスト低〜中（固定人件費）中〜高（保守契約＋変更）中
変更対応の速さ◎（即対応可）△（見積→稟議→発注）○（コア部分は即対応）
技術・ノウハウ蓄積◎（社内資産化）×（ベンダー依存）○（コア技術は社内）
離職リスク大（ノウハウ流出）小（ベンダー変更で対応）中
スケーラビリティ△（採用が律速）◎（人月増強で対応）○
品質管理直接管理可SLA契約・検収コア部分は直接管理
向いているケース継続開発が前提のプロダクト企業スポット的な業務システム、非コア領域大半のSaaS・業務システム開発

ケーススタディ：規模・タイプ別TCO

① 小規模SaaS（3人月・社内80万/外注120万）

スタートアップの初期プロダクト、機能小さめの業務SaaS。— が3年累計TCO（最安方式）。初期人月が小さい場合、内製と外注の差は限定的で、要員確保の速さで選択。

② 中規模SaaS（15人月・社内90万/外注130万）

SMB向け業務SaaS、UIリッチで統合先3〜5システムの中規模開発。—。混成型で内製比率50%が最安になるケースが多い。3年運用フェーズで内製優位が拡大。

③ 大規模SaaS（60人月・社内100万/外注150万）

エンタープライズ向け業務基幹SaaS、外部API連携多数。—。大規模になるほど外注の変更コスト・仕様調整コストが膨らむため、コア内製の混成型が有利。

④ 月次運用0.5人月の軽量プロダクト

初期開発済で保守運用フェーズに入ったプロダクト。—（3年運用のみ）。内製人件費固定と外注保守契約の3年比較。

⑤ リプレース案件（100人月・社内120万/外注180万）

基幹システムのモダナイゼーション。—。100人月級は社内リソース確保が困難なため、外注比率高め＋コア設計のみ内製の混成型が現実解。

リスク調整のポイント

内製の主要リスクと調整

  • 離職リスク：2026年IT業界の平均離職率15〜20%、キーマン1人流出で3〜6人月の遅延と300〜500万円の採用コスト。3年間で1〜2回の主要離職を織り込む。
  • 採用難：シニアエンジニア採用は6〜12か月の期間と500〜1,000万円の初期年収コスト。中途採用が想定通り進まないリスクを工数バッファで吸収。
  • 技術陳腐化：3年で主要技術（フレームワーク・言語・クラウドサービス）は大幅更新。学習・移行コストを年10〜15%上乗せ。
  • マネジメント負荷：技術リーダー1人あたり管理可能な範囲は5〜7人。組織拡大に伴うマネジャー採用コストを別計上。

外注の主要リスクと調整

  • 仕様変更コスト：ウォーターフォール契約では初期見積の20〜50%が変更で追加。アジャイル契約でも月次スプリント調整で15〜25%発生。
  • ベンダーロックイン：ソースコード・設計書・データ構造のノウハウがベンダーに集中し、ベンダー変更コストが高騰。3年目以降の交渉力低下。
  • 受入検査コスト：発注人月の10〜20%相当の社内工数（PM・QA・現場ユーザー）が受入検査に費やされる。
  • SLA未達リスク：ベンダーの品質不良による再作業・リリース遅延。契約書上のペナルティは限定的で、事業損失の大部分は発注側負担。

混成型の統合リスク

  • インターフェース設計の複雑化：内製部分と外注部分の境界に接続コストが発生。API仕様書・データフォーマット定義に追加人月。
  • 責任分界の曖昧化：障害発生時に「どちらの責任か」で調査が長期化。障害発生時のエスカレーション設計を初期に定義。
  • コミュニケーションコスト：週次・月次の合同定例会、ドキュメント共有、進捗同期に追加工数。
⚠ 経産省「DXレポート」の2025年の崖では、既存レガシーの内製リソース不足を主要リスクとして指摘。既存システムの内製人員が「レガシー保守」に忙殺されて新規SaaS開発に投入できない構造課題があります。

判断フレームワーク

内製すべき領域（コア）

  1. 競争優位の源泉となる機能：他社差別化ロジック、独自アルゴリズム、顧客体験の要となる部分
  2. 頻繁な変更が想定される機能：仮説検証・A/Bテスト・機能追加が週次以上のペースで発生する領域
  3. 顧客データを扱う中核部分：セキュリティ・プライバシー・監査対応で自社責任が重い領域
  4. 他システムとの複雑な連携：会計・顧客管理・受発注などの基幹系連携部分

外注すべき領域（非コア）

  1. 汎用的なフロントエンド：管理画面・帳票出力・入力フォームなど定型的な部分
  2. 初期セットアップ・環境構築：CI/CD・ログ基盤・監視基盤など再利用性が高いインフラ整備
  3. 短期集中の大型開発：3か月で完成→運用フェーズ移行するようなプロジェクト
  4. 専門技術が必要な部分：AI/ML、動画配信、特殊な業界規制対応など、社内に専門知識がない領域

意思決定プロセス

  1. プロダクトの機能を「コア」「準コア」「非コア」に分類
  2. 各領域について内製・外注・混成のTCOを試算
  3. 3年後の事業シナリオ（成長・撤退・売却）ごとに感度分析
  4. 初年度キャッシュフロー制約を確認
  5. 技術陣・経営陣で最終決定、四半期ごとに見直し

よくある質問（FAQ）

2026年の社内エンジニア人月単価の相場は？

給与＋社保＋福利＋間接費まで含めた原価ベースで、ジュニア60〜80万円／中堅80〜120万円／シニア120〜180万円／リード150〜250万円が2026年相場。都心大手SIerからの転職者は年収800〜1,200万円レンジが増えており、社内単価100万円/月を切るのは地方拠点・若手主体の組織に限定されます。IPA「IT人材白書」の年収データに社保・福利厚生15〜25%を上乗せして原価を算定するのが標準的です。

SIerとフリーランス、どちらの外注が有利ですか？

コスト面ではフリーランス（50〜120万/月）が優位、品質・継続性・体制構築力ではSIer（120〜200万/月）が優位。判断軸は「①スコープが明確か」「②プロジェクト規模」「③リスク許容度」。スタートアップの短期集中プロジェクトはフリーランス直契約が現実的、エンタープライズの3年運用込みプロジェクトはSIer元請が安心。中間案としてフリーランス複数人＋PMだけSIerという混成モデルも有効です。

内製化に失敗する典型パターンは？

3つの失敗パターン：①キーマン1人依存：優秀な1人に依存し、その人の離職で開発が停止する。②採用が想定通り進まない：シニアエンジニア採用に6〜12か月かかり、事業計画が大幅遅延。③マネジメントスキル不足：エンジニアリング組織の運営、コードレビュー文化、CI/CD構築などのマネジメント経験者がいないと、生産性が想定の1/2〜1/3に留まる。回避策は「初期はシニア外注＋若手内製の混成型でスタート、2年目以降に完全内製化」の段階的移行が定石。

外注コストを抑える交渉のコツは？

①要件書の精緻化：曖昧な要件は見積に高いバッファを乗せられる。要件書のPBI（プロダクトバックログアイテム）レベルまで詳細化。②複数社相見積：3社以上で相見積を取り、単価と工数見積の妥当性を比較。③準委任契約（アジャイル）：ウォーターフォール一括請負より変更に柔軟で、結果的にコスト低下。④ソースコード権利の明確化：将来の内製化・ベンダー変更に備えて権利帰属を発注側にしておく。⑤SES契約は原則避ける：偽装請負リスクと単価妥当性の担保が難しい。

混成型で内製比率は何％が最適ですか？

プロダクトの性質により幅がありますが、50〜70%を推奨する事例が多い。事業のコア（差別化機能・顧客データ処理・意思決定ロジック）を50%内製、周辺（管理画面・帳票・インフラ・監視）を50%外注する構造が典型。100%内製は組織スケール制約と離職リスクで持続困難、100%外注はベンダーロックインと変更コスト高で長期的に不利。初期は外注比率高め→運用フェーズで内製比率を上げるという時系列変化も一般的です。

AWSやAzureのインフラ費はTCOのどれくらいを占めますか？

小規模SaaS：月5〜20万円（TCO全体の2〜5%）、中規模：月30〜100万円（3〜7%）、大規模：月100〜500万円（5〜10%）。人件費に比べればインフラ費は相対的に小さいですが、スケール時に急拡大する変動費であり、Cost/User単価とビジネスモデルの整合性チェックが重要。ReservedInstance・Savings Plan・SpotInstanceを組み合わせるとオンデマンド比30〜60%削減可能。

3年より長期のTCOはどう考えればよいですか？

SaaS・業務システムのライフサイクルは5〜7年が一般的で、3年TCOに加えて4年目以降の陳腐化コスト（メジャーリファクタリング・技術移行）を織り込むと、5年TCOは3年TCOの1.7〜2.2倍に膨らみます。長期TCOを抑える鍵は「①技術選定の保守性（枯れた技術と最新技術のバランス）」「②リファクタリング可能な設計（テスト自動化・ドキュメント整備）」「③ノウハウの社内蓄積（内製比率）」の3点。長期視点では内製比率を高める判断が経済合理性を持ちやすい。

離職1人あたりのコストはどう計算しますか？

3要素の合計：①採用コスト（人材紹介料：年収の30〜35%＝200〜400万円）、②オンボーディング（3〜6か月の生産性低下＝人月単価×3〜6ヶ月×0.5＝120〜300万円）、③引継ぎ工数（既存メンバーの生産性低下＝人月単価×2〜4ヶ月分＝200〜400万円）。合計で1人あたり500〜1,000万円のコストが発生します。年間離職率15%で10人組織なら、年間750〜1,500万円が離職起因コストとして発生している計算です。

アジャイル/DevOpsの導入は内製・外注どちらに向いていますか？

本質的にはアジャイル/DevOpsは内製に強く向いた開発手法で、外注では準委任契約＋常駐型など限定的な形態でしか成立しにくい。理由は①スプリント単位の意思決定速度、②プロダクトオーナーとエンジニアの直接対話、③CI/CD運用の継続性、が外注契約では担保しにくいため。ただし混成型で「PMは社内・実装は外注常駐」なら実現可能。契約形態を工夫すれば外注でもアジャイル化は可能だが、一括請負契約とは根本的に相性が悪いことを理解して契約設計してください。

SaaS化で自社開発しない選択肢もありますか？

あります。むしろ市場に既存のSaaSがある領域は買う方が経済合理性が高いケースが多く、SaaS購入vs内製開発のTCO比較は必須です。年間ライセンス費が1,000万円のSaaSでも、3年TCO3,000万円で自社開発なら3人月〜10人月クラスの機能相当。既製SaaSにない独自要件がある場合のみ自社開発（内製 or 外注）に踏み切るのが基本方針。競争優位の源泉となるコア機能だけ自社開発し、周辺は既製SaaSで固めるハイブリッドが2026年の主流アプローチです。

出典・参考資料

※本記事の計算結果はあくまで概算です。実際のTCOはプロジェクト個別要件、選定ベンダー、社内組織状況により大きく変動します。重要な投資判断は複数見積・PoC・専門コンサルティングを併用してください。