AIエージェントを作らせるといくらかかるのか。開発会社に聞くと「PoCで200万円、本番は別途」のような答えが返ってきて、結局いくら用意すればいいのか分からない、という相談をよく受けます。先に結論を書くと、この分野の総額を決めるのは作る費用ではありません。動かし続ける費用と、出力を人が確認する費用です。しかもその2つは開発会社の見積書に出てこないことが多く、自社側に残ります。検索して出てくる費用の記事はほとんどが開発会社やAI事業者が書いたものなので、作る部分の金額は詳しく書かれていても、この後半2つはあまり語られません。この記事では相場の目安を整理したうえで、見積書に出ない支出の見方を発注側の目線で並べます。
この記事のポイント
- PoCは100〜300万円、業務1つの本番化は300〜500万円が一般的な目安
- PoCの金額を本番の目安にしない。本番では監視や例外処理や権限管理が足される
- 動いた分だけ課金されるので、月にどれだけ動かすかで費用が決まる
- 出力を人が確認する工数は見積書に出ず、自社の人件費として残る
目次
AIエージェント開発の費用相場と内訳
段階ごとの費用の目安
まず金額の当たりをつけましょう。世に出ている費用の記事を並べると、段階ごとにだいたい次のレンジに収まります。
| 段階 | 費用の目安 | 含まれる範囲 |
|---|---|---|
| 検証（実現性の確認） | 100〜300万円 | 業務1つ、社内データの接続も1系統。本番運用や例外処理、監視は入らないことが多い |
| 業務1つの本番化 | 300〜500万円 | 権限管理、実行ログ、例外が出たときの動き、人への引き継ぎ設計まで |
| 複数業務・基幹連携 | 500万円〜 | 複数のエージェントと複数システムを組み合わせる構成 |
| 月々の運用 | 20〜50万円 | 監視、改善、動かした分の従量課金 |
いずれも一般的な目安です。任せる業務の複雑さ、つなぐシステムの数、社内データの整い方で大きく動くので、実際の判断は個別の見積もりで確認してください。
それでもこの表を持っておく意味はあります。開発会社から出てきた金額がこのレンジからかけ離れているとき、「何が違うのか」を聞く足がかりになるからです。安すぎる場合は含まれない範囲が広く、高すぎる場合は最初から複数業務を想定している、というのがよくある理由です。
費用の大半は人件費に寄る
内訳を見ると、この分野でも費用の6割から8割は人件費です。残りがサーバーなどのインフラ費と、AIの処理そのものにかかる従量課金です。「AIを使うから安い」わけではなく、人が設計して人がつなぐ作業の量で決まります。
業務1つを本番化する場合の配分は、おおまかに次のようになります。
- 要件と業務の設計に2割
- 社内データや既存システムとの連携に2割
- 実装に5割弱
- テストに1割強
注目してほしいのは、実装が半分で、その前の「どの業務をどこまで任せるかを決める作業」と「社内のデータにつなぐ作業」で4割を使っている点です。ここが曖昧なまま見積もりを取ると、金額が後から動きます。逆に言えば、任せたい業務の手順を自社で書き出しておくほど、見積もりは固くなります。
PoCの金額を本番の目安にしない
いちばん多い誤解がここです。検証の金額を見て「本番も同じくらいだろう」と考えると、確実に足りません。
検証では、うまくいくパターンを1つ通せば目的を果たせます。ところが本番では、うまくいかないときの動きを全部決めなければなりません。具体的には次のようなものが足されます。
- 誰がどの操作をできるかの権限管理
- 何をいつ実行したかの記録
- 例外が出たときに止めるか、やり直すか、人に回すか
- 動いているかどうかの監視と、止まったときの通知
- 判断できないケースを人へ引き渡す手順
- そもそも社内データが揃っていない場合の手当て
業界では「本番は検証の3倍から5倍になることがある」という言い方をよく見ます。ただ私は、倍率を覚えるよりも上の項目を見るほうが実務的だと思っています。倍率は結果であって理由ではありません。検証の見積書を受け取った時点で「本番にするとき、この6つはいくらになりますか」と聞いておけば、予算の桁を外しません。
従来のシステム開発と費用の形が違う
もう1つ押さえておきたいのが、費用の出方の形そのものが変わることです。
これまでのシステム開発は、作れば一区切りでした。稼働後は保守費用が続きますが、初期費用に対して年10〜15%程度という読み方ができて、利用が増えても費用はさほど変わりません。
AIエージェントは違います。自律的に動くので、動いた回数と処理量に応じて課金されます。つまり現場で使われるほど費用が増えます。導入がうまくいくと支出が増える、という構造です。これは悪いことではありませんが、稟議の形が変わります。総額いくらの投資として通すのではなく、月々いくらまでなら出せるという上限を決めて通す形になります。
AIを使ったシステム全般の費用の考え方はAI開発の費用相場と内訳を整理した記事にまとめています。本記事は、そのなかで自律的に動くエージェント特有の部分に絞っています。
AIエージェント開発で費用が伸びる場所
使うほど増える従量課金をどう見るか
従量課金は、単価表を眺めても総額が分かりません。決まるのは単価ではなく、月にどれだけ動かすかです。
ですから見積もりを取るときは、発注側から前提を置いてしまうのが早いです。私がよく置いてもらうのは3つです。1つ目は月あたりの想定実行回数。2つ目は1回あたりに扱う文書やデータの量。3つ目は、その前提を超えたときにどうなるかです。
3つ目が抜けている見積もりは危ないと考えています。想定の2倍動いたら費用も2倍になるのか、上限で止まるのか、止まったときに誰に通知が来るのか。ここが決まっていないと、翌月の請求を見て驚くことになります。上限設定とアラートは、機能というより予算の安全装置なので、見積もりに含まれているか確認してください。
そして置いた前提は書面に残します。「月3,000回想定」と書いてあれば、実際が1万回になったときに、追加費用の話を交渉ではなく前提の見直しとして進められます。
出力を人が確認する工数は自社に残る
ここがこの記事でいちばん伝えたい点です。そして上位に出てくる費用の記事が、ほぼ触れていない部分でもあります。
AIエージェントは自律的に動きますが、出した結果をそのまま業務に流していいわけではありません。総務省と経済産業省が出している「AI事業者ガイドライン」の第1.2版（令和8年3月31日）には、AIに単独で判断させるだけでなく、適切なタイミングで人間の判断を介在させる利用を検討する、と書かれています。
さらに踏み込んだ記述があります。その人間の判断が「自動化バイアス」に左右されないような対策を講じるべきである、という一文です。自動化バイアスとは、同じガイドラインの中で「人間の判断や意思決定において、自動化されたシステムや技術への過度の信頼や依存が生じる現象」と説明されています。
これを実務に翻訳すると、確認する人を置くだけでは足りない、ということになります。中身が分かっていて、おかしいと思ったら差し戻せる人が必要です。業務を知らない人が画面を眺めて承認ボタンを押す運用は、確認しているように見えて確認になっていません。
そしてこの人の工数は、開発会社の見積書には出てきません。自社の人件費です。計算自体は簡単で、月に上がってくる件数と、1件あたりに見る時間を掛けるだけです。たとえば月600件で1件3分なら30時間、1件5分なら50時間になります。担当者の時間単価を3,000円と置けば、月9万円から15万円です。月額20〜50万円の運用費に、これが上乗せされる形になります。金額としては大きくないように見えますが、問題は費用より人です。30時間から50時間を毎月使える担当者が社内にいるのか、その人が繁忙期にも同じ時間を出せるのかを先に確かめてください。ここが確保できないまま動かし始めると、確認が形だけになり、結局エージェントを止めることになります。導入の判断をするときは、開発費と月額に加えて、この時間もコストとして並べてください。ガイドラインの本文は経済産業省のAI事業者ガイドライン検討会のページで公開されています。
見積書で一式になりやすい項目
この分野の見積書は、まだ書式が固まっていません。そのため「AIエージェント構築一式」「システム連携一式」「プロンプト調整一式」のような書き方が残りがちです。金額の妥当性を見る前に、まず分解してもらう必要があります。
分解させるための質問は、次の5つで足ります。
- 任せる業務を一覧にすると何件になりますか
- つなぐシステムはどれで、どの方式でつなぎますか
- 判断できない例外が出たとき、どう動きますか
- 人が確認する作業は、誰が何をする想定ですか
- 月あたり何回動かす前提の金額ですか
4番目を聞くと、たいてい話が具体的になります。開発会社の想定と自社の想定がずれていることが多い場所だからです。
見積書の前提条件と対象外の範囲は、この分野に限らず金額差の正体になります。見積もりの危険サインを見抜く60項目チェックシートで、抜けやすい項目を先に洗い出しておくと、複数社を同じ基準で比べられます。投資として見合うかどうかの組み立てはAI導入の費用対効果を数字で見る記事で整理しています。
自律的に動いた結果の責任範囲を決めておく
費用の話から少し離れますが、予算の桁に効くので触れておきます。自律的に動くということは、こちらが指示していない処理が実行される可能性があるということです。
先のガイドラインは、AIに関わる主体を「AI開発者」「AI提供者」「AI利用者」の3つに分けています。システムを作らせて自社の業務で使う発注企業は、このうちAI利用者に当たります。そしてAI利用者に求められる事項として、AI提供者が設計において想定した範囲内で利用すること、想定された仕様に基づき適切に動作しているかを確認すること、機密情報を不適切に入力しないよう注意を払うことなどが挙げられています。
ここから読み取れるのは、想定外の使い方をして問題が起きた場合、それは開発会社の不具合ではなく使い方の問題として扱われうる、ということです。だからこそ、契約と運用ルールで先に決めておく価値があります。
- エージェントに任せる範囲の上限（金額、件数、対象データ）
- 人の承認を必ず挟む処理はどれか
- 実行ログをどこに、どれだけの期間残すか
- おかしな結果が出たときの切り分け手順と連絡先
入力してはいけない情報の線引きも、運用を始める前に決めておくべきものです。何を入れてよいかの整理はAI導入のセキュリティリスクと発注前のチェックリストにまとめています。なお契約条項の解釈が絡む部分は、最終的な判断を専門家に確認してください。
