ビジネス・社会分析
法人AIはSaaSを買うか自社開発するか?12か月費用と管理責任で比較

目次
法人AIを導入するとき、「SaaSを買えば早い」「自社開発なら管理機能できる」という二択にすると、失敗しやすい。SaaSでも業務設計、権限、データ分類、利用者サポートは残る。自社開発でもモデル、API、ホスティング、監視、外部連携の外部依存は残る。
選ぶのは技術の格ではない。どの責任を社内で持ち、どの責任を提供会社またはプラットフォームへ委ね、失敗したときに誰が直すかである。
buy・build・hybridの比較表
| 観点 | SaaSを買う | 自社開発する | 併用する |
|---|---|---|---|
| 向く業務 | 共通の下書き、検索、会議支援 | 業務固有の機能・統合 | 共通作業はSaaS、差別化部分だけ開発 |
| 差別化 | 提供会社機能の範囲で行う | 仕様・処理手順を設計できる | 差別化する境界を明確にする |
| データ | プラン、外部連携、設定を確認 | データ経路と保存を設計する | システム間の移動を確認する |
| 評価 | 利用前に業務業務課題を固定する | 評価用データ、版、回帰評価を持つ | 共通の合否条件を置く |
| 運用 | アカウント、権限、利用規程 | リリース、監視、障害、サポート | 責任分界とインシデント経路 |
表のどれが優れているかではない。業務ごとに空欄を減らせる選択をする。
SaaSを買っても残る責任
OpenAI、Anthropicなどの商用データ方針を確認しても、顧客データを入れてよいか、誰が外部連携を許可するか、出力を誰が確認するかは組織側が決める。Copilot Studioの統制資料でも、外部連携、参照元、実行操作、公開をデータ利用方針で管理する考え方がある。
SaaSで最初に決めるものは次の四つだ。
- 対象業務と利用者
- 入力してよいデータと接続してよい参照元
- 出力の確認者と停止方法
- アカウント、ログ、サポートの責任者
これが決まらないなら、SaaSは速く始められても安全に広げられない。
自社開発しても残る依存
自社アプリにAPIを組み込むと、UIや業務処理手順を変えられる。しかしモデルの版、API条件、利用制限、データ保持、監視、障害時の処理、評価の更新を持つ必要がある。
AWSの導入ガイダンスが示すように、価値、リスク、技術、人を分けないと、buildは「動くデモ」を作る作業に縮む。NIST AI RMFの測定も、合格を印象で決めず根拠・証跡へ結び付ける方向を取る。
併用が向く条件
共通の文章下書きや会議要約はSaaSで始め、業務固有の承認・検索・システム連携だけを開発する形はあり得る。ただし、SaaSと自社アプリの間でデータを移すなら、二つの保持、権限、ログ、インシデント経路を確認する。
併用を選ぶときは、次の文が書けるか確認する。
共通作業はこのSaaSで行い、顧客固有の判断・データ・実行操作はこのシステムで扱い、各境界の責任者はこの人である。
書けないなら、構成を増やす前に責任分界を決める。
12か月の総費用を同じ範囲で比べる
責任分担を決めたら、次の入力表で購入・自社開発・併用を同じ12か月へそろえる。空欄は未確認であり、ゼロ円ではない。これは見積もり用の計算モデルで、導入済み企業の実測費用ではない。
| 費用の入力欄 | SaaSを買う | 自社開発する | 併用する | 確認する証拠 |
|---|---|---|---|---|
| 初期費用 | 初期設定、移行、導入支援 | 要件整理、実装、初期評価 | 両方と接続部分 | 見積書、工数計画 |
| 月ごとの固定費 | 利用席数、基本料金、管理工数 | 保守、監視、基盤、担当者 | 両側の固定費 | 対象プラン、社内工数 |
| 月ごとの変動費 | 追加利用、保存、従量料金 | API、計算資源、転送、評価 | 二重課金と連携費 | 単価、利用量の仮定 |
| 品質と運用の費用 | 出力確認、権限棚卸し、教育 | 回帰評価、障害対応、更新 | 境界テスト、両側の対応 | 確認体制、作業見積もり |
| 退出費用 | 書き出し、解約、削除確認 | 移行、引継ぎ、基盤停止 | 両側の移行・清算 | 契約、移行テスト |
12か月総費用=初期費用+各月の固定費・変動費・確認運用費の合計+12か月内に見込む移行・退出費用。人件費は同じ作業を開発費と運用費へ二重計上しない。比較表には税、通貨、為替の仮定、見積日、対象期間、契約更新時の条件を添える。利用量が変わる場合は、少量・想定・増加時の各入力を分け、架空の平均実績で埋めない。
契約前に退出条件を決める
データを取り出せる形式と範囲、設定・評価データの所有者、解約予告、最低契約期間、残存データの削除方法、移行に必要な担当者を確認する。自社開発でも外部APIやクラウドの契約終了条件は残る。復旧・移行の担当者がいない選択肢や、必要なデータを取り出せない選択肢は、見積額が低くても保留する。
SaaSか自社開発かを決める前に、業務のどこが差別化で、どのデータを渡し、誰が評価・監視・サポートを持つかを決める。それがbuy・build・hybridを選ぶ基準になる。
まとめ
- SaaS購入・自社開発・併用は、機能の多さでなく責任をどこまで持つかで選ぶ
- 自社開発でもモデル、ホスティング、外部連携、監視、サポートの外部依存は残る
- SaaSでも業務設計、権限、データ分類、評価、利用者サポートは組織側の責任
- 差別化しない共通作業から始め、評価と運用の所有者が決まってから拡張する
- 12か月の総費用と退出条件を、未確認をゼロ扱いしない入力表で比較する
参照した情報源を見る(5件)
参照情報源
- Business data privacy, security, and complianceOpenAI情報源を開く ↗
- How do you use personal data in model training?Anthropic情報源を開く ↗
- Key concepts - Copilot Studio security and governanceMicrosoft Learn情報源を開く ↗
- Navigating the generative AI journey: The Path-to-Value framework from AWSAmazon Web Services情報源を開く ↗
- AI Risk Management Framework CoreNIST情報源を開く ↗