ビジネス・社会分析

法人AIはSaaSを買うか自社開発するか?12か月費用と管理責任で比較

法人AIはSaaSを買うか自社開発するか? — 12か月費用と管理責任で比較
目次

法人AIを導入するとき、「SaaSを買えば早い」「自社開発なら管理機能できる」という二択にすると、失敗しやすい。SaaSでも業務設計、権限、データ分類、利用者サポートは残る。自社開発でもモデル、API、ホスティング、監視、外部連携の外部依存は残る。

選ぶのは技術の格ではない。どの責任を社内で持ち、どの責任を提供会社またはプラットフォームへ委ね、失敗したときに誰が直すかである。

buy・build・hybridの比較表

観点 SaaSを買う 自社開発する 併用する
向く業務 共通の下書き、検索、会議支援 業務固有の機能・統合 共通作業はSaaS、差別化部分だけ開発
差別化 提供会社機能の範囲で行う 仕様・処理手順を設計できる 差別化する境界を明確にする
データ プラン、外部連携、設定を確認 データ経路と保存を設計する システム間の移動を確認する
評価 利用前に業務業務課題を固定する 評価用データ、版、回帰評価を持つ 共通の合否条件を置く
運用 アカウント、権限、利用規程 リリース、監視、障害、サポート 責任分界とインシデント経路

表のどれが優れているかではない。業務ごとに空欄を減らせる選択をする。

SaaSを買っても残る責任

OpenAI、Anthropicなどの商用データ方針を確認しても、顧客データを入れてよいか、誰が外部連携を許可するか、出力を誰が確認するかは組織側が決める。Copilot Studioの統制資料でも、外部連携、参照元、実行操作、公開をデータ利用方針で管理する考え方がある。

SaaSで最初に決めるものは次の四つだ。

  1. 対象業務と利用者
  2. 入力してよいデータと接続してよい参照元
  3. 出力の確認者と停止方法
  4. アカウント、ログ、サポートの責任者

これが決まらないなら、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か月の総費用と退出条件を、未確認をゼロ扱いしない入力表で比較する
同じテーマから

サイト内検索