導入
AI の開発を外部に頼むとき、見積書に並ぶのはたいてい「初期開発費」です。要件定義、設計、実装、テスト。合計金額を見て、社内で稟議を通して、発注する。ここまでは普通の受託開発と変わりません。
問題はそのあとです。納品された翌月から、作る費用とは別に、毎月お金が出ていきます。これをランニングコスト（運用にかかり続ける費用のこと。初期費用に対して「継続費用」とも呼ばれます）と言います。AI を使ったシステムは、従来の業務システムに比べてこのランニングコストの比率が高くなりやすく、しかも使えば使うほど増える種類の費用が混ざります。
「作る前に聞いておけばよかった」が最も多いのが、この部分です。この記事では、金額の相場ではなく、契約の前に発注側が何を聞いておくべきかを項目として整理します。相場は会社によっても時期によっても変わりますが、聞くべき項目は変わりません。
なぜ AI システムは「作って終わり」にならないのか
従来の業務システムにも保守費用はありました。サーバー代、障害対応、年に数回の改修。それでも「作った機能はそのまま動き続ける」のが前提でした。
AI を組み込んだシステムでは、この前提が崩れます。理由は三つあります。
一つ目は、外部サービスへの従量課金です。多くの AI システムは、自社で AI を持つのではなく、外部の AI サービスを呼び出して使います。この呼び出しに使う仕組みを API（Application Programming Interface。ソフトウェア同士がデータをやり取りするための窓口）と呼び、利用量に応じて料金が発生します。言語モデルの場合、処理した文字数に相当する トークン（文章を細かく区切った単位。おおむね数文字で1トークン）の量で課金されるのが一般的です。つまり、社員がたくさん使うほど請求額が上がります。
二つ目は、提供側の都合で中身が変わることです。AI サービスは数か月単位でモデルが更新され、古いモデルは提供終了になることがあります。価格改定や利用規約の変更も起きます。そのたびに、動作確認や設定の調整が必要になります。
三つ目は、精度が「運用で決まる」ことです。AI の出力品質は、与えるデータと指示文に大きく左右されます。業務が変われば参照する社内文書も変わり、指示文も手直しが要ります。放置すると、誰も気づかないうちに的外れな答えを返すようになります。
毎月出ていく費用を5つの箱に分ける
見積書や契約書を読むとき、費用がどの箱に入るのかを分けて考えると、抜けに気づきやすくなります。
| 箱 | 中身 | 増え方 |
|---|---|---|
| AI 利用料 | 外部 AI サービスの API 呼び出し料金 | 使用量に比例して増える |
| 基盤費用 | サーバー、データベース、通信、ストレージ | データ量と同時利用者数で増える |
| 保守費用 | 障害対応、問い合わせ窓口、定期点検 | 月額固定が多い |
| 追従費用 | モデル更新・仕様変更への対応作業 | 不定期。都度見積もりか定額枠か |
| 改善費用 | 指示文の調整、参照データの入れ替え、精度検証 | 運用の丁寧さで変わる |
見積書に「保守費用 月額◯◯円」としか書かれていない場合、上の5つのうちどれが含まれてどれが含まれないのかが分かりません。ここを分解して聞くのが、契約前の作業になります。
なお、社内文書を参照して回答させる仕組み（RAG。Retrieval-Augmented Generation。検索した文書を AI に読ませてから答えさせる方式）を使う場合は、文書を検索用に変換して保存する専用のデータベースが要ります。文書が増えるほど保存費用も検索処理の費用も増えるため、基盤費用の箱が膨らみやすい構成です。
契約前に聞いておく8項目
以下は、発注前の打ち合わせで開発会社に確認しておきたい項目です。口頭で聞くだけでなく、回答をメールなど文字の残る形でもらっておくと後が楽になります。
1. AI の利用料は誰の名義で、誰が払うのか
外部 AI サービスの契約を自社名義で結ぶのか、開発会社の契約に相乗りするのかで、請求の流れも透明性も変わります。自社名義なら利用明細を直接見られます。開発会社経由なら手間は減りますが、内訳が見えにくくなることがあります。どちらが良い悪いではなく、どちらなのかを先に確定させることが重要です。
2. 想定している月間の利用量と、その前提
「月額◯円程度」という説明を受けたら、必ず「何人が、1日何回使う前提ですか」と聞きます。前提が分かれば、実績が前提を超えたときに費用が何倍になるか自分で計算できます。前提が示されない見積もりは、実質的に金額を約束していません。
3. 利用量が想定を超えたときの扱い
上限を設けて止めるのか、超過分を請求するのか、上限なしで走らせるのか。暴走して想定の何十倍も請求された、という事故を防ぐため、月額の上限設定（キャップ）を入れられるかは必ず確認します。上限に達したときの挙動（停止するのか、機能を落として続けるのか）も合わせて聞いておきます。
4. 保守費用に含まれる作業の範囲
「障害対応は含むが、仕様変更は別見積もり」といった線引きがあります。では「AI の答えがおかしい」は障害なのか仕様変更なのか。ここが最も揉めやすい境界です。精度に関する問い合わせを保守の範囲に含めるかを、契約前に言葉にしておきます。
5. モデル更新・提供終了への対応は誰の責任か
使っている AI モデルが提供終了になったとき、新しいモデルへの切り替え作業は保守に含まれるのか、別途発注なのか。切り替え後に出力の傾向が変わった場合の再調整はどうか。AI システム特有の論点で、従来の保守契約のひな形には書かれていないことが多い部分です。
6. 対応時間と連絡手段、返答の目安
平日日中のみか、夜間休日も含むか。メールのみか、チャットや電話も使えるか。障害を連絡してから一次返答までの目安時間はどれくらいか。こうした水準を文書化したものを SLA（Service Level Agreement。サービス品質の合意書）と呼びます。小規模な契約では正式な SLA を結ばないこともありますが、その場合でも対応時間帯と連絡先は書面で揃えておきます。
7. 精度の確認を誰がいつやるのか
AI の出力品質は、何もしなくても徐々にずれていきます。毎月あるいは四半期ごとに、決まったテストデータで動作を確認する作業が要ります。これを開発会社がやるのか、自社でやるのか。自社でやるなら手順書をもらえるのか。精度に関する数字をどう自社に当てはめるかという観点は、納品時の受け入れだけでなく運用中の確認にも効いてきます。
8. 契約を終える日のこと
解約の予告期間、違約金の有無、そしてデータの返却方法。蓄積された会話ログ、参照用に整形した社内文書、設定した指示文のひな形。これらを自社が使える形式で受け取れるのかを確認します。別の会社に乗り換えるときに、ここで手詰まりになることがあります。
見積書の「含む」を一段掘り下げる
見積書に「運用保守一式」と書かれていたら、それは何も決まっていないのと同じです。次のような聞き方をすると、相手も答えやすくなります。
- 「この月額に、外部 AI サービスの利用料は入っていますか。入っているなら、何回分の想定ですか」
- 「サーバー代は実費請求ですか、それとも月額に込みですか」
- 「月に何時間ぶんの作業が含まれますか。超えたらどうなりますか」
- 「このシステムで使っている外部サービスを、全部挙げてもらえますか」
最後の質問は特に有効です。AI システムは、言語モデル、検索用データベース、認証、通知、ログ収集など、複数の外部サービスを組み合わせて作られることが多く、それぞれに課金が発生します。一覧をもらえば、請求の全体像が見えます。
こうした確認は、見積もりを受け取ってから慌てて始めるのではなく、依頼の段階で発注側が先に判断材料を出しておくと、相手の回答精度も上がります。
契約書と運用ルールへの落とし込み
聞いた内容は、契約書または覚書に落とします。最低限、次の4点は文字にしておきたいところです。
| 項目 | 書いておく内容 |
|---|---|
| 費用の内訳 | 固定費と変動費を分けて記載。変動費は単価と算定方法 |
| 上限と通知 | 月額の上限、上限に近づいたときの通知のタイミングと宛先 |
| 見直しの周期 | 費用と作業範囲を見直す会議を、都度または年次のどちらで持つか |
| 終了時の取り扱い | 予告期間、データの返却形式と期限、引き継ぎ支援の範囲 |
加えて、社内側でも準備が要ります。毎月の請求額を誰が確認するのか、想定を超えたときに誰が判断するのか。この担当を決めておかないと、請求書が経理を素通りして、半年後に気づくことになります。
また、外部 AI サービスは利用規約が改定されることがあります。学習への利用、データの保存期間、商用利用の条件といった項目が変わると、運用の前提が崩れる場合があります。規約改定の通知が来たときに見る箇所をあらかじめ決めておくと、毎回ゼロから読み込まずに済みます。
個人情報や機微な情報を扱う場合は、個人情報保護法の定める委託先の監督義務が関わります。再委託の有無や、データがどの国のサーバーに置かれるかも、費用とは別の確認項目として押さえておきます。
たとえばこんな場面です
仮の例として、社内問い合わせに答える AI を導入した会社を考えてみます。初期開発費は承認済み、保守は月額固定で契約しました。
稼働から3か月目、社内で評判が広がって利用が当初想定の3倍になります。保守費用は固定なので変わりませんが、AI の利用料は使った分だけ増えます。ところがこの利用料は開発会社経由で実費請求される契約だったため、請求額が膨らんでから気づきます。
さらに6か月目、使っていた AI モデルの提供終了が告知されます。切り替え作業は仕様変更にあたるとして別途見積もりになり、予算が組まれていませんでした。
この二つは、契約前の質問でいえば項目2・3と項目5にあたります。どちらも聞いておけば、予算の立て方が変わっていたはずのものです。
まとめ
AI 開発の費用は、作る費用と使い続ける費用の二階建てです。そして二階部分は、固定費と変動費が混ざり、外部サービスの都合で変わり、使うほど増えます。従来の受託開発の感覚で「保守は売上の数パーセント」と見積もると、ずれます。
契約前に聞いておく8項目を、もう一度並べます。
- AI 利用料の契約名義と支払い主体
- 想定している月間利用量と、その前提条件
- 想定を超えたときの扱いと、上限設定の可否
- 保守費用に含まれる作業の範囲（特に精度の問い合わせ）
- モデル更新・提供終了への対応責任
- 対応時間帯、連絡手段、一次返答の目安
- 精度確認を誰がいつやるか
- 解約の予告期間とデータ返却の形式
明日からできることとして、すでに提案や見積もりを受け取っている段階なら、この8項目をそのままメールに貼り付けて送ってみてください。きちんとした相手なら、答えられないものには「現時点では未定」と返ってきます。それが分かるだけでも、契約の前に知っておく価値があります。
これから依頼する段階なら、最初の打ち合わせの議題にこの8項目を入れておきます。打ち合わせごとに確認する項目を固定しておくのと同じ発想で、費用の話も決まった型で聞くほうが、お互いに漏れが減ります。
費用の全体像が見えていれば、「使うほど高くなるなら、使う範囲を絞ろう」「上限に達したら手作業に戻す手順を用意しておこう」といった判断もできます。金額を知ることより、どこで増えるのかを知ることが、発注側にとっての備えになります。
この記事は、AI で下書きを作り、益山康秀（運営者）が内容を確認して公開しています
