内製ダッシュボードとSaaSの比較｜3年TCO
生成AIのコスト可視化を内製ダッシュボードで作る場合とSaaSを使う場合を、3年間の総保有コスト（TCO）で比較する方法を解説します。内製で見落としやすい継続の費用（仕様変更への追随・単価表の保守・障害対応・担当者の交代）、TCOの計算の枠組みと架空の試算例、費用以外の判断軸までをまとめました。
生成AIのコスト可視化を内製するかSaaSを使うかは、初期の開発費だけでなく、3年間の総保有コスト（TCO）で比べます。内製は初期に作ってしまえば安く見えますが、各社の管理APIの仕様変更への追随、モデルの単価表の保守、遅れて届くデータの補正、障害対応、担当者の交代といった継続の費用が毎年かかります。これを見落とすと、3年間の総額で逆転することがあります。
この記事では、TCOの計算の枠組み、内製で見落としやすい費用、架空の試算例、費用以外の判断軸を説明します。試算例の数字はすべて説明のための架空の例です。全体像は「生成AI・LLMのコスト管理ツール比較 完全ガイド」を参照してください。
TCOの計算の枠組み
| 区分 | 内製 | SaaS |
|---|---|---|
| 初期費用 | 設計・開発・テストの人件費、基盤の構築 | 導入の設定（組織の対応付け・通知の閾値）、初期費用があればその額 |
| 年間の固定費 | 基盤の利用料（サーバー・データベース） | 利用料 |
| 年間の保守費 | 仕様変更への追随、単価表の更新、障害対応、機能の追加 | ほぼなし（提供元が担う） |
| 年間の運用費 | 組織の対応付け、報告の作成 | 組織の対応付け、報告の作成（ツールの機能次第で軽くなる） |
| 見えにくい費用 | 担当者の交代時の引き継ぎ、属人化のリスク | 提供元への依存、乗り換えの手間 |
TCO ＝ 初期費用 ＋（年間の固定費 ＋ 保守費 ＋ 運用費）× 3年で比べます。
内製で見落としやすい継続の費用
| 継続の作業 | 内容 | 頻度 |
|---|---|---|
| 管理APIの仕様変更への追随 | 項目の追加・変更、新しいエンドポイント、認証方式の変更 | 各社で随時 |
| 単価表の保守 | 新しいモデルの追加、単価の改定、キャッシュ・バッチなどの料金体系の変更 | 月に数回起きることもある |
| プロバイダの追加 | 新しい経路を使い始めたときの取得の実装 | 利用の拡大に応じて |
| データの補正 | 遅れて届くデータの再取得、時刻の境界、重複の処理の不具合対応 | 継続 |
| 障害対応 | 取得の失敗、認証の期限切れ、API の利用上限への到達 | 随時 |
| 機能の追加 | 通知、配賦、出力の形式、権限 | 要望に応じて |
| 担当者の交代 | 引き継ぎ、属人化した部分の解読 | 数年に一度 |
特に単価表の保守は、概算費用の正確さに直結します。更新が遅れると、部署別の費用が実費とずれ、報告の信頼を失います。
架空の試算例
社員500名規模の企業で、3つのプロバイダを使っている、という架空の例です。人件費は1人月80万円と仮定します。
内製
| 項目 | 前提 | 3年間 |
|---|---|---|
| 初期開発 | 設計・開発・テスト 3人月 | 240万円 |
| 基盤の利用料 | 月2万円 | 72万円 |
| 保守（仕様変更・単価表・障害対応） | 月0.3人月 | 864万円 |
| 機能の追加 | 年1人月 | 240万円 |
| 運用（対応付け・報告） | 月0.1人月 | 288万円 |
| 合計 | 1,704万円 |
SaaS
| 項目 | 前提 | 3年間 |
|---|---|---|
| 初期費用 | 仮に0円 | 0円 |
| 利用料 | 月15万円と仮定 | 540万円 |
| 導入時の社内作業 | 0.5人月 | 40万円 |
| 運用（対応付け・報告） | 月0.05人月（集計と出力をツールが担う） | 144万円 |
| 合計 | 724万円 |
（すべて説明のための架空の数字。実際の費用は、利用するツールの料金、社内の人件費、要件によって大きく変わります）
この例では、内製の初期開発費（240万円）はSaaSの1年半分の利用料より小さいものの、保守の費用が3年間で最も大きな項目になっています。保守の見積もりを月0.1人月に下げれば内製の総額は大きく下がりますが、その場合は単価表の更新の遅れや、仕様変更への対応の遅れを許容することになります。
感度——どの前提で結果が変わるか
| 前提 | 内製に有利になる条件 | SaaSに有利になる条件 |
|---|---|---|
| プロバイダの数 | 1社だけ | 3社以上 |
| 保守の体制 | 既存の開発チームが兼務で吸収できる | 専任を置けない、担当者の交代が多い |
| 要件の特殊さ | 既製品にない特殊な要件がある | 一般的な可視化・通知・配賦で足りる |
| 期間 | 短期（1年以内に別の仕組みへ移る） | 長期（3年以上使う） |
自社の前提を入れて試算し、前提を変えたときに結論が変わるかを確かめると、判断の確からしさが分かります。
費用以外の判断軸
| 判断軸 | 内製 | SaaS |
|---|---|---|
| 立ち上がりの速さ | 開発期間が必要 | 登録してすぐ使える |
| 要件への適合 | 自由に作れる | 製品の機能の範囲 |
| 継続性 | 担当者に依存しやすい | 提供元に依存する |
| セキュリティ審査 | 自社内で完結 | 預ける認証情報とデータの扱いを審査する |
| 知見の蓄積 | 自社に残る | 提供元の知見（複数社の運用）を使える |
判断の進め方
- 要件を書き出す（プロバイダの数、必要な粒度、通知、配賦、報告）
- 既製品で要件を満たせるかを確認する
- 自社の人件費と保守の体制を前提に、3年間のTCOを試算する
- 前提を変えて、結論が変わるかを確認する
- 費用以外の判断軸（立ち上がりの速さ・継続性・審査）も合わせて決める
試算シートの作り方
表計算で、次の形のシートを作ると、前提を変えながら比べられます。
| 行 | 内製 | SaaS |
|---|---|---|
| 人件費単価（1人月） | 自社の値 | 自社の値 |
| 初期の工数（人月） | 見積もり | 導入時の社内作業 |
| 年間の固定費 | 基盤の利用料 | 利用料 |
| 年間の保守の工数（人月） | 見積もり | ほぼ0 |
| 年間の運用の工数（人月） | 見積もり | 見積もり |
| 3年間の合計 | 計算式 | 計算式 |
保守の工数は、楽観・標準・悲観の3通りで入れておくと、結論の確からしさを示せます。
内製を選ぶ場合の条件
内製を選ぶなら、次の条件を満たしているかを確認します。
- 管理APIの仕様変更と単価改定を追う担当者と時間を確保できる
- 担当者が変わっても引き継げるよう、設計と手順を文書にできる
- 遅れて届くデータの補正、時刻と重複の扱いを正しく実装できる
- 部署への対応付けと通知の機能まで作る計画がある
よくある質問
Q. 最初は内製で小さく始め、後からSaaSに移るのはどうですか？ 可能です。ただし、内製で作った部署との対応付けや過去のデータの移行を考えておく必要があります。最初からキーを部署・用途ごとに分けておけば、どちらの方式でも移行しやすくなります。
Q. 保守の工数はどのくらい見込めばよいですか？ 使うプロバイダの数と、単価改定・新しいモデルの追加の頻度によります。プロバイダが増えるほど、仕様変更と単価表の保守の工数は増えます。自社の開発チームの過去の保守の実績から見積もると現実的です。
まとめ
- 内製とSaaSは、初期費用だけでなく3年間のTCO（初期費用＋年間の固定費・保守費・運用費×3年）で比べる
- 内製で見落としやすいのは、仕様変更への追随・単価表の保守・データの補正・障害対応・担当者の交代の継続費用
- プロバイダが多い、専任を置けない、長期で使うほどSaaSが有利。特殊な要件と保守の体制があれば内製も選択肢
- 自社の前提で試算し、前提を変えても結論が変わらないかを確かめる
ManageAIは、5プロバイダの管理APIの仕様変更と単価改定への追随を当社が担うAIコスト可視化SaaSです。システム改修なしで導入でき、部署別の集計・通知・CSV出力で運用の手間を減らします。料金は「ManageAIの料金」を参照ください。現在、初期費用0円・月額5万円（税別）でモニター企業を募集中です。
関連記事
次に読む
この記事を書いた人
モニター企業募集
初期費用0円・月額5万円（税別）
先着5社・2026年11月末まで
5プロバイダの利用量と費用を部署・利用者・APIキー別に可視化。読み取り専用キーの登録だけで当日から始められます。
募集要項を見る資料請求・お問い合わせ