「AIを入れたいが、いくらかかるのか分からない」。この問いに一言で答えにくいのは、AI開発の費用が1つの数字ではなく、性質の違う3つの費用の合計だからだ。社員にツールを配るのと、社内のシステムにAIを組み込むのとでは、費用の決まり方がまったく違う。
私の見方では、AI開発や生成AI導入の費用は、ライセンス、開発、運用の3つに分けると見積もれるようになる。ここでは、それぞれの費用が何で決まるかを整理し、APIの利用料を自分で計算する方法と、見積書で確かめたい質問をまとめた。
PoCから本番に進まない問題はAIのPoC止まりを抜け出すで扱った。作る前に決めることはAI開発の要件定義に書いた。この記事は費用の内訳だけを扱う。
AI開発の費用は3つに分かれる
私の整理では、費用は次の3つに分かれる。どれが大きくなるかは、何を作るかで決まる。
| 費用 | 中身 | 何で決まるか | 払い方 |
|---|---|---|---|
| ライセンス | 既製のAIツールの利用料(席の料金) | 使う人数 | 1人あたりの月額か年額 |
| 開発 | 社内のデータやシステムにつなぐ仕組みを作る費用 | 作る範囲と、つなぐシステムの数 | 一括か、期間に応じた月額 |
| 運用 | APIの利用料、評価と改善、障害への対応 | 処理する件数と、直す頻度 | 従量課金と、担当者の時間 |
既製のツールを配るだけなら、ライセンスだけで済む。社内の文書に答えるAIや、業務システムの中で動くAIを作るなら、開発と運用が加わる。見積書を受け取ったら、まずこの3つのどれの数字かを分けて見る。
ライセンスの費用:席の料金
既製のAIツールを使う場合、費用は人数で決まる。料金は各社の公式の価格表で確かめられる。例として、AnthropicのClaudeの法人向けプランを並べる(2026年10月時点の公式の価格表)。
| プラン | 対象 | 料金 |
|---|---|---|
| Team(標準の席) | 2人から150人まで | 年払いなら1人あたり月20ドル、月払いなら25ドル |
| Team(Premiumの席) | 同上。標準の席の5倍の利用量 | 年払いなら1人あたり月100ドル、月払いなら125ドル |
| Enterprise | 大きな組織向け | 年払いで1席あたり月20ドル、最低20席。席の料金に加えて、利用量をAPIの料金で払う |
この表から分かるのは、同じ会社の同じ製品でも、席の種類と払い方で金額が変わることだ。さらにEnterpriseでは、席の料金とは別に利用量の費用がかかる。席の数だけで年間の費用を決めず、利用量の費用が別にかかるかどうかを確かめたい。
開発の費用:何を作るかで決まる
開発の費用は、作る範囲で決まる。私の見方では、範囲は次の4つの問いで見積もれるくらいまで絞れる。
| 問い | 範囲が小さい例 | 範囲が大きい例 |
|---|---|---|
| どのデータを使うか | 1つのフォルダの規程集 | 部署をまたぐ文書と、業務システムのデータ |
| 誰が使うか | 1つの部署の担当者 | 全社員と、社外の顧客 |
| AIに何をさせるか | 質問に答えるだけ | システムに書き込む、メールを送るなどの操作 |
| 権限をどう扱うか | 全員が同じ文書を読める | 人によって見てよい文書が違う |
右の列に寄るほど、作るものが増える。とくに、人によって見てよい文書が違う場合と、AIにシステムを操作させる場合は、権限の設計と確認の仕組みが要るので、費用が大きくなる。社内の文書につなぐ仕組みの作り方はRAG構築の進め方に書いた。
開発をどこまで社内でやり、どこから外に頼むかでも費用は変わる。その判断はAI開発は内製か、開発会社に頼むかで扱った。
運用の費用:APIの利用料を計算する
自社のシステムからAIを呼び出す場合、APIの利用料は使った分だけかかる。単位はトークンで、送った文章(入力)と返ってきた文章(出力)の量で決まる。例として、Anthropicの価格表の現行のモデルを並べる(2026年10月時点、100万トークンあたり)。
| モデル | 入力 | 出力 |
|---|---|---|
| Claude Opus 5.5 | 4ドル | 20ドル |
| Claude Sonnet 5.5 | 2ドル | 10ドル |
| Claude Haiku 5.5(入力が10万トークン以下) | 0.10ドル | 0.50ドル |
同じ価格表には、バッチ処理を使うと50%安くなるとも書かれている。すぐに答えが要らない処理、たとえば夜のうちにまとめて文書を分類する処理なら、バッチ処理で費用を半分にできる。
月額を計算する
月額は「1件あたりのトークン数 × 1か月の件数 × 単価」で出せる。仮に、1件あたり入力4,000トークン、出力500トークンの処理を、月に2万件行うとする。
| 項目 | 計算 | Sonnet 5.5の場合 | Haiku 5.5の場合 |
|---|---|---|---|
| 入力 | 4,000トークン × 2万件 = 8,000万トークン | 160ドル | 8ドル |
| 出力 | 500トークン × 2万件 = 1,000万トークン | 100ドル | 5ドル |
| 合計 | 260ドル | 13ドル |
数字は計算の例で、実際の業務の値ではない。それでも、この例からは2つのことが読み取れる。1つは、モデルの選び方で利用料が20倍も変わること。もう1つは、処理の件数が月に数万件ほどなら、APIの利用料そのものは開発や運用の人の費用に比べて小さくなりやすいことだ。
1件あたりのトークン数は、実際の業務の入力を10件ほど試して測るのが確実だ。社内の文書を検索して一緒に渡す仕組みでは、渡した文書の分だけ入力が長くなる。
見積もりで見落としやすい費用
私の見方では、最初の見積もりから抜けやすい費用は次の4つだ。
| 費用 | なぜ抜けやすいか | 確かめ方 |
|---|---|---|
| 評価の仕組み | 「作る」作業に入らないので、項目として立たない | 出力の質を測る質問と正解の例を、誰がいつ作るか |
| データの整理 | 文書の置き場所や権限の棚卸しは、開発の前の作業になる | 使う文書の場所、形式、権限が分かっているか |
| 運用の手間 | 本番に出したあとの作業は、開発の契約の外になりやすい | モデルの更新や出力の質の低下に、誰が対応するか |
| 利用量の増加 | 最初は試す人だけが使うので、件数が少なく見える | 全社に広げたときの件数で、利用料を計算したか |
Gartnerは2024年7月に、生成AIプロジェクトの少なくとも30%が2025年末までに概念実証の後で中止されると予測し、理由の1つにコスト増を挙げた。費用が後から膨らむと、効果が出る前に止められやすい。評価の仕組みの作り方はLLMの評価の作り方に、本番で回し続ける仕組みはLLMOpsとはにまとめた。
見積書で確かめる質問
見積書を受け取ったら、金額の大小より先に、次の質問で中身を確かめるとよい。表は私の整理だ。
| 質問 | 確かめたいこと |
|---|---|
| この金額は、ライセンス、開発、運用のどれですか | 3つの費用が混ざっていないか |
| APIの利用料は、月に何件の想定で計算していますか | 件数の前提と、件数が増えたときの金額 |
| 出力の質は、何で、いつ確かめますか | 評価の仕組みが見積もりに入っているか |
| 本番に出したあと、直すのは誰で、その費用はどこに入っていますか | 運用の手間が契約の外になっていないか |
| 作ったコードとデータは、契約が終わったあと誰のものですか | 外部に頼り続けないと動かない形になっていないか |
この5つに答えられる見積もりなら、金額が高くても安くても、何にお金を払うのかは分かる。
AIを業務に組み込む費用を、どこから見積もればよいか分からないという場合は、まず作りたいものを上の4つの問いに当てはめてみてほしい。業務の現場に入ってAIを動かす職種についてはFDEとは?に書いた。私たちの支援の中身はサービス詳細にある。