まず何から始める？外注とクラウド移行の判断を誤る前にやること
最初にすべきことは、現行システムの「運用コスト」と「業務依存度」を数値で把握することです。この2軸が揃わないと、外注・クラウドいずれの選択肢でも費用が読めません。
外注開発・クラウド移行・オンプレミス継続の3つの選択肢は、それぞれ初期費用とランニングコストの構造が根本的に異なります。判断の順序を誤ると、移行後に「想定外のコストが発生した」「業務が止まった」というリスクが高まります。まず現状を数値化することが、すべての出発点です。
現行システムの棚卸チェックリスト
以下の項目を確認し、数値を埋めてください。すべて埋まらなくても、空欄が多い項目ほど「見えていないコスト」が潜んでいると考えてください。
| カテゴリ | 確認項目 | 記入欄 |
|---|---|---|
| インフラコスト | サーバ・ネットワーク機器の年間保守費用 | 円/年 |
| インフラコスト | 次回ハードウェア更新の予定時期と概算費用 | 年・円 |
| ライセンス | OS・ミドルウェア・アプリのライセンス年額 | 円/年 |
| 人的コスト | 社内SE・情シスが当該システムに費やす月間工数 | 時間/月 |
| 業務依存度 | 1日停止した場合の業務影響範囲（部門数・売上影響） | 部門数・概算額 |
| 業務依存度 | 現行システムと連携している他システム数 | 件 |
| 保守状況 | ベンダのサポート終了予定日 | 年月 |
| データ量 | 移行対象データの総量（DBサイズ・ファイルサイズ） | GB/TB |
実装者視点の注意点: 「業務依存度」の欄で連携システム数が5件を超える場合は要注意です。連携先ごとにデータ形式・API仕様・認証方式が異なるため、移行工数が非線形に増加します。IPA「ソフトウェア開発分析データ集2022」が5,546件のプロジェクトを集計した結果でも、生産性の中央値は9.1FP/人月にとどまっており、連携要件が複雑な案件では見積もりが大幅にブレる要因になります（出典: IPA「ソフトウェア開発分析データ集2022」）。
「外注」と「クラウド移行」を同時検討すべき3つのシグナル
以下のいずれかに該当する場合、外注開発とクラウド移行を切り離して考えるよりも、同時に設計したほうがコストと手戻りを抑えられます。
ハードウェアの更新時期が3年以内に迫っている サーバ買い替え費用をそのまま支出するより、クラウド移行コストと比較検討するタイミングです。オンプレミスへの再投資は、その後5〜7年の固定費を確定させる意思決定でもあります。
現行システムのベンダサポートが終了している、または終了予定が確定している サポート切れのOSやミドルウェアを抱えたまま外注スクラッチ開発を進めると、新システムが完成するまでの空白期間にセキュリティリスクが生じます。
利用者数やデータ量が今後2〜3年で大きく変動する見込みがある クラウドはリソースを需要に応じて増減できるため、成長期や繁忙期の波に対してオンプレミスより柔軟に対応できます。総務省「令和6年通信利用動向調査（企業編）」によると、国内企業全体のクラウドサービス利用率はすでに77.0%に達しており（出典: 総務省「令和6年通信利用動向調査報告書（企業編）」）、クラウドを前提とした設計は業界標準に近づいています。従業者数300人未満の中小企業に限っても72.4%がクラウドを利用しており（出典: 総務省「令和5年通信利用動向調査（企業編）」）、活用の選択肢として現実的なフェーズにあります。
上記3つのシグナルがいずれも該当しない場合は、現行システムの部分改修や既存SaaSの追加導入といったより低コストの選択肢を先に検討することをお勧めします。外注開発とクラウド移行のコスト構造の詳細については、次のセクションで比較します。
外注開発・クラウド移行・オンプレ継続の費用構造はどう違う？
3つの選択肢は初期費用だけでなくランニングコストの構造が根本的に異なるため、5年間の総所有コスト（TCO）で比較しないと判断を誤ります。
TCOとは、Total Cost of Ownershipの略で、導入費用だけでなく運用・保守・廃棄までを含む総費用のことです。初期費用だけを比べると「オンプレミス継続が安い」と見えても、5年スパンでは逆転するケースが少なくありません。
選択肢別TCO比較表（初期・年間・5年トータル）
以下の表は、従業員50名規模・比較的シンプルな業務システム（勤怠・在庫管理など）を想定した概算です。案件の規模・要件により数値は大きく変動します。詳細な費用相場の内訳については、既存の「社内システム外注費用の相場と工数単価の見方」を合わせて参照してください。
| 選択肢 | 初期費用の目安 | 年間ランニングコストの目安 | 5年TCOの目安 | 費用構造の特徴 |
|---|---|---|---|---|
| オンプレミス継続 | ハード更新時：100万円〜300万円 | 保守・運用人件費：50万円〜150万円 | 350万円〜1,050万円 | 更新タイミングに費用が集中する |
| クラウド移行（SaaS/IaaS活用） | 移行・設定費：50万円〜200万円 | サービス利用料＋運用：30万円〜100万円 | 200万円〜700万円 | 初期を抑えられるが利用料が積み上がる |
| 外注スクラッチ開発 | 開発費：100万円〜2,000万円以上 | 保守・運用：30万円〜120万円 | 250万円〜2,600万円以上 | 初期が大きく、要件次第で振れ幅が広い |
外注スクラッチ開発の費用振れ幅が大きい理由の一つは、生産性の差にあります。IPA「ソフトウェア開発分析データ集2022」が5,546件のプロジェクトを集計した結果、国内ソフトウェア開発の生産性中央値は9.1FP（ファンクションポイント）/人月と報告されています。御社の要件が複雑になるほど必要なFP数が増え、工数と費用がそれに比例して膨らみます。
なお、費用構造を比較するうえで「外注は割高」と思われがちですが、社内エンジニアを雇用・育成するコストや、障害対応の機会損失を含めると、外注のTCOが有利になるケースもあります。
中小企業の実態：IPA・総務省データが示す費用分布
外注とクラウド移行の費用感をつかむには、業界全体の実態データを参照することが有効です。
クラウド移行の普及状況
総務省「令和6年通信利用動向調査（企業編）」によると、国内企業全体のクラウドサービス利用率は2024年時点で77.0%に達しています。一方、総務省「令和5年通信利用動向調査（企業編）」では、従業者数300人未満の中小規模企業のクラウド利用率は72.4%と報告されています。利用率の数字は高い水準に見えますが、活用用途はメール・グループウェアなど汎用ツールが中心で、基幹業務への適用はまだ限定的です。
小規模外注プロジェクトの工期・工数の実態
比較的小さな業務システムを外注する場合の規模感として参考になるのが、IPA「ソフトウェア開発データ白書2018-2019 情報通信業編」のデータです。100FP未満の小規模プロジェクト238件を集計した結果、平均工期は3.9か月、平均工数は6.2人月と記録されています。
この数値を費用に換算するイメージを以下に示します。
| 項目 | 参考値 |
|---|---|
| 平均工期（小規模プロジェクト、100FP未満） | 3.9か月 |
| 平均工数（同上） | 6.2人月 |
| 月単価の目安（受託開発エンジニア） | 60万円〜100万円（案件により変動） |
| 概算開発費（6.2人月×単価） | 370万円〜620万円 |
出典: IPA「ソフトウェア開発データ白書2018-2019 情報通信業編」
月単価はスキルセット・地域・エンジニア体制により大きく変動します。上記はあくまで規模感を把握するための参考値です。
TCO比較で見落とされやすい視点
3択の比較でよく見落とされるのは、移行や開発に伴う「社内工数」です。プロジェクト管理・要件整理・テスト確認・従業員トレーニングに費やす内部人件費は見積書には載りません。しかし、担当者が3か月間の業務時間の30%をプロジェクトに割くだけで、実質的な追加コストは数十万円規模になります。費用対効果の試算方法と隠れコストの詳細は、次のセクションで具体的な計算手順と合わせて解説します。
費用対効果の判断基準はどう設定する？
費用対効果の判断には「業務時間削減×時間単価×従業員数×5年」で試算する回収期間モデルが有効です。当社の提案データでは、回収目安を3年以内に設定した案件の意思決定が最もスムーズに進んでいます。
回収期間モデルの計算手順
回収期間は「投資額÷年間削減効果」で算出します。以下のステップで順番に数値を埋めてください。
ステップ1: 投資額を確定する（所要時間の目安: 1〜2日）
外注費・クラウド利用料・社内工数・移行期間中の並行稼働コストを合算します。社内工数は「時間単価×担当者数×想定稼働時間」で換算してください。この工程でつまずきやすい点は、社内担当者の工数を「無料」として計上しないことです。人件費を省くと投資額が過小評価され、後で回収期間の計算が狂います。
ステップ2: 年間削減効果を試算する（所要時間の目安: 半日）
| 削減項目 | 計算式 |
|---|---|
| 業務時間削減 | 削減時間/月 × 時間単価 × 対象人数 × 12か月 |
| インフラ・保守費削減 | 現行の年間コスト − 移行後の年間コスト |
| トラブル対応工数削減 | 現行の月間障害対応時間 × 時間単価 × 12か月 |
金額が不明な項目は「案件により変動します」として保守的に除外し、確実に見込める効果だけで試算してください。
ステップ3: 回収期間を判定する（所要時間の目安: 30分）
回収期間（年）= 投資額 ÷ 年間削減効果
| 回収期間 | 判定 | 推奨アクション |
|---|---|---|
| 2年以内 | 投資対効果が高い | 早期着手を検討 |
| 2〜3年 | 標準的な水準 | 条件を確認のうえ推進 |
| 4〜5年 | リスクが高まる | 要件の絞り込みを先行する |
| 5年超 | 投資判断を見直す | 部分改修など低コスト代替を再検討 |
ステップ4: 5年TCOと対比する（所要時間の目安: 半日）
セクション2で整理した5年TCOと、ステップ3の回収期間を並べます。「回収は3年以内だが5年TCOはオンプレ継続より高い」というケースでは、業務効率化以外の便益（属人化リスクの解消、採用競争力など）を定性的に補足してください。
なお、投資判断の背景として押さえておきたいのが実装規模の感覚値です。IPA「ソフトウェア開発データ白書2018-2019 情報通信業編」によると、小規模プロジェクト（開発規模100FP未満）の平均工期は3.9か月、平均工数は6.2人月です。「半年で完成するだろう」と楽観的に想定している案件でも、工数ベースで見ると社内リソースへの負荷が予想を超えるケースがあります。
また、外注費の妥当性を検証する際にはIPA「ソフトウェア開発分析データ集2022」が参考になります。5,546プロジェクトの集計値として、国内ソフトウェア開発の生産性中央値は9.1FP/人月と報告されています。見積書に記載された工数がこの水準から大きく乖離している場合は、その理由を発注前に確認してください。
判断を難しくする「隠れコスト」4項目
計算モデルに載りにくいコストが4つあります。これらを見落とすと、実際の回収期間が試算より1〜2年延びることがあります。
移行期間中の並行稼働コスト 旧システムと新システムを同時に動かす期間（一般に1〜3か月程度）は、インフラ費用がほぼ二重にかかります。移行完了前にコストを一方に絞ることは技術的に難しいため、最初から予算に組み込んでください。
従業員の習熟コスト 新システムへの切り替え後、業務スピードが一時的に落ちる期間があります。特にクラウドへの移行は操作UIが変わることが多く、教育・マニュアル整備にかかる人時間は見積もりに含まれないことがほとんどです。
データ移行・クレンジングコスト 既存データをクラウドや新システムに移行する前に、文字コードの統一・重複レコードの削除・フォーマット変換が必要になるケースがあります。この工程は発注後に「想定外」として追加費用が発生しやすい箇所です。実装者として断言できますが、データ移行の工数はほぼ例外なく当初見積もりより膨らみます。
クラウド利用料の変動リスク クラウドサービスは従量課金が基本のため、データ量・アクセス数の増加とともに月額コストが上昇します。総務省「令和6年通信利用動向調査報告書（企業編）」によると、2024年時点で国内企業全体の77.0%がクラウドサービスを利用しており（出典: 総務省「令和6年通信利用動向調査報告書（企業編）」）、採用実績は十分あります。一方で、移行後2〜3年でデータ量が倍増するケースでは、想定月額の1.5〜2倍に達することも珍しくありません。契約前にスケールアップ時の料金体系を必ず確認してください。
なお、従業者数300人未満の中小規模企業では72.4%がクラウドを利用しているものの（出典: 総務省「令和5年通信利用動向調査（企業編）」）、基幹業務への適用は汎用ツールと比べて限定的です。「他社が使っているから」という理由だけでクラウド移行を決定するのではなく、回収期間モデルと隠れコストを合わせて判断してください。
外注先にクラウド移行を依頼するとき、仕様書に何を書くべきか？
仕様書に「クラウドサービス名」だけを書いても見積もりはブレます。移行対象データ量・連携システム数・可用性要件の3点を数値で記載することで、見積もり精度が大幅に上がります。
外注先が見積もりを作る際、最も判断に迷うのは「どこまで移行するか」の境界線です。この境界を仕様書で数値化しておくことが、後工程の追加費用を防ぐ最短経路です。
発注仕様書テンプレート：クラウド移行編の必須項目
以下の項目を仕様書に記載することで、複数の外注先から比較可能な見積もりを取れるようになります。
| カテゴリ | 記載項目 | 記載例 |
|---|---|---|
| 移行対象 | データベースのレコード件数と容量 | 受注テーブル：800万件・120GB |
| 移行対象 | ファイルストレージの総容量 | 帳票PDFほか：3.2TB |
| 連携 | 連携している社内・外部システム数 | 会計ソフト、ECカート、メール配信：計3システム |
| 連携 | 連携方式（API、バッチ、CSV手動等） | 会計ソフトはCSV日次連携、ECはREST API |
| 可用性 | 許容ダウンタイム（月次・年次） | 計画停止：月1回2時間以内、障害停止：年間4時間以内 |
| 可用性 | データバックアップの頻度と保存期間 | 日次バックアップ・90日保持 |
| セキュリティ | 個人情報の有無と件数 | 顧客情報15,000件（氏名・住所・購買履歴） |
| セキュリティ | 準拠が必要な規格・社内ポリシ | プライバシーマーク取得済・通信はTLS1.2以上 |
| 移行方式 | 並行稼働期間の要否 | 旧システムとの並行稼働：2週間以内で完結させたい |
| 移行方式 | ロールバック（切り戻し）の要件 | 本番移行後72時間以内は旧環境に戻せること |
| 予算・期間 | 予算レンジと希望稼働開始日 | 上限300万円・2026年4月1日稼働 |
この表の空欄が多いほど、見積もりに「条件確認費」や「調査費」が上乗せされやすくなります。把握できていない項目は「未確認・調査費用を見積もりに含めてほしい」と明示する方が誠実な発注です。
実装者が実際にハマる：要件定義で抜けがちな非機能要件
機能要件（何ができるか）は洗い出されやすい一方、非機能要件（どのくらいの品質で動くか）は仕様書から抜け落ちがちです。移行後に追加費用が発生する場合、原因の多くはこの領域に集中しています。
見落とされやすい非機能要件のチェックリスト
レスポンスタイム要件 記載例：「一覧検索画面は5,000件でも3秒以内に表示されること」。この数値がないと、外注先は最低限の構成で見積もります。本番環境で遅延が発生した後に対処すると、インデックス設計やキャッシュ層の追加工数が別途発生します。
同時アクセス数の想定 記載例：「月末締め処理時に最大50名が同時アクセスする」。ピーク時のトラフィックを伝えないと、通常時に最適化されたインスタンスサイズが採用され、繁忙期に性能劣化が起きます。
クラウドリージョンと法規制 個人情報を扱うシステムでは、データの保存先リージョンを指定する必要があります。医療・金融分野では国内リージョン限定が求められるケースがあります。指定を怠ると、外注先はコストの低い海外リージョンを選択することがあります。
移行後の運用引き継ぎ範囲 「本番稼働までが外注スコープ」なのか「稼働後1年の運用保守も含む」のかを仕様書に明記してください。曖昧なままでは、障害発生時に「それは運用範囲外です」という回答が返ってくるリスクがあります。運用保守の詳細は次のセクションで扱います。
実装者視点の注意点 クラウド移行では「既存のオンプレミス構成をそのままリフト（Lift）するか」「クラウドに合わせてアーキテクチャを最適化（Shift）するか」で工数が大きく変わります。リフトは移行コストが低い代わりにクラウドのコスト最適化効果が小さく、シフトは設計工数がかかる代わりに運用コストを後から削減しやすくなります。仕様書の段階でどちらの方針を採るか外注先と合意しておくことが、追加費用を防ぐ実務上の急所です。