
AI エージェントを業務に入れたい。それで、いくらかかるのか──。予算取りのために調べ始めた方の多くが、同じところで足を止めます。既製ツールの月額、開発会社の見積、AI モデルの従量課金。性格の違う金額が同じ「AI エージェントの費用」として並び、何を足せば自社の費用になるのかが分からない。この掴みにくさは、調べ方の問題ではありません。AI エージェントの費用は、ツールの値段ではなく「どの仕事を、どこまで任せ、誰が設計して、誰が運用するか」の値段だからです。任せる仕事が決まっていない段階で相場を探しても、値札が指している中身がばらばらなので、比べようがない。逆に言えば、最初に任せる 1 業務と「ここは人が止める」という場所さえ決まれば、費用は自社で見積もれます。先に結論を書くと、AI エージェントの費用は「設計」「構築」「利用料」「運用」の 4 層でできていて、そのうち見積書に載るのは 2 層か 3 層です。そして高いか安いかは、金額の絶対値ではなく「戻ってくる時間と、その時間の使い道」で決まります。この記事では、相場が見つからない構造をほどき、見積書を 4 層で読む方法、費用を動かす 4 つの変数、費用対効果を自社の数字で置く手順、落とし穴、そして最初の 1 業務にいくらで着手するかまでを、稟議にそのまま使える形で整理します。
- AI エージェントの費用に一点の相場がないのは、既製ツール・自社で組む・外部パートナーと構築、のどれかで値札が指す中身が違うから ── 価格の幅は性能の幅ではなく「含まれる仕事」の幅
- 費用は 設計 / 構築 / 利用料 / 運用 の 4 層で読む。利用料は「動かすほど増える」従量、運用は見積書に載らない自社の工数
- 金額を動かすのは「何を任せるか」より「どこまで任せるか」 ── 任せる工程の深さ・つなぐシステムの数・例外の多さ・人の確認の置き方、の 4 変数
- 費用対効果は削減額ではなく「戻る時間と、その使い道」で置く。仮置きは自社の数字で立て、確定は上限つきで小さく動かして実測する
AIエージェントの費用に「相場」がない理由 ── 値札が指しているものが違う

最初に、料金表や見積をいくら集めても相場が見えてこない理由を、構造で押さえておきます。AI エージェントとは、目的を与えると必要な手順を自分で組み立てて実行し、結果まで進める AI のことです(言葉の整理と仕組みは「AIエージェントとは」に 1 本にまとめています)。この「仕事を進める AI」を手に入れる経路は、大きく 3 つあります。既製ツールを契約する、自社で組む、外部パートナーと構築する。どれが正解ということはなく、選び方そのものは「AIエージェント導入の進め方」の最後の章で扱いました。ここで見たいのは、経路ごとに「費用」という言葉が指している中身が、まるで違うということです。
| 入手の経路 | 初期費用の性格 | 月々の費用の性格 | 自社に残る仕事 |
|---|---|---|---|
| 既製ツールを契約する | かからないことが多い | 席数や利用量に応じたツール利用料 | 業務に合わせた設定、手順書、確認と運用のすべて |
| 自社で組む | 社内の人の時間(見積書は無い) | AI モデルの利用料(従量)+ 動かす環境の費用 | 設計・構築・運用のすべて。担当者の稼働が実質の費用 |
| 外部パートナーと構築する | 設計・構築の工数に対する費用 | 利用料 + 運用支援や改善の伴走(含み方は事業者による) | 資料の提供、判断、人の確認の実行 |
同じ「月額」という言葉でも、既製ツールではツールの利用料を指し、伴走型では手順書の改訂・確認の仕組みの調整・任せる範囲の見直しといった「人の仕事」まで含んだ金額を指します。同じ「初期費用ゼロ」でも、既製ツールでは本当にゼロで、自社で組む場合は「見積書が無いだけ」で担当者の時間が確実にかかっています。値札が指す中身が違うのですから、金額だけを並べても比較にならないのは当然です。だから、この記事では表を金額で埋めません。同じ経路の中でも、任せる仕事の範囲によって金額は大きく動き、「この経路ならいくら」と一点で言った瞬間に、どこかの前提で嘘になるからです。代わりに確かなことを 1 つだけ言えます。費用の高低は、そのまま損得ではありません。安い金額は、仕事が消えているのではなく自社側に移っているだけのことが多く、高い金額は、その差分の仕事を事業者側が持つことへの対価です。だから費用を比べる前に、「この金額は、どこまでの仕事の値段なのか」を候補間で揃える必要があります。次のセクションで、その揃え方を 4 つの層に分解します。
AIエージェントの費用内訳は 4 層で見る ── 設計・構築・利用料・運用

AI エージェントの費用を見積で比べるときは、金額を 4 つの層に分けてから並べます。層 1 と層 2 は見積書に書かれ、層 3 は書かれていても読み方に注意が要り、層 4 はまず書かれません。比較を狂わせるのは、たいてい層 3 の読み違いと層 4 の見落としです。
層 1: 設計 ── 何を任せ、どこで人が止めるかを決める費用
設計とは、任せる業務を選び、工程を分解し、「どこからどこまでを任せ、どこで人が確認するか」の線を引き、手順書を書く作業です。AI エージェントの導入では、作業量の大半がここにあります。ところが、この層は見積書の中で最も値段が付きにくい。既製ツールの料金表には載らず、自社で組む場合は担当者の頭の中で行われ、伴走型の見積には「要件定義」「業務設計」といった見慣れない名前で載ります。ここで大事なのは、設計の費用がゼロに見えても、設計そのものは消えないという事実です。誰かが必ずやります。ゼロ円の場合、その誰かは自社の担当者で、初めて取り組むと想像以上に時間のかかる作業です。そして設計が薄いまま構築に進んだ導入は、動いてから手戻りが出て、結局は構築費と運用費の側で払うことになります。設計は「払うか・自分でやるか」の選択であって、「かかるか・かからないか」の選択ではない──ここが 4 層の読み方の出発点です。
層 2: 構築 ── つなぐ・権限を組む・柵を立てる・試す費用
構築は、設計を動く形にする作業です。社内のシステムやデータへの接続、AI エージェント専用のアカウントの発行と権限の設定、書き込める場所の限定、動く前に自分の柵を点検する仕組み、公開前の通しの試験。伴走型の見積では、この層が最も分かりやすく金額になります。既製ツールなら、この層の大半はツール側が持っているぶん初期費用が軽く、代わりに「ツールの想定から外れることは、できない」という制約を受け取ります。自社で組む場合は、社内のエンジニアの時間がそのまま構築費です。見積を読むときは、この層に権限と柵の設計が入っているかを確かめてください。「動くもの」だけを作って、読み書きの権限が人のアカウントを共用したまま、という構築は、後から必ず作り直しが要ります。
層 3: 利用料 ── 「動かすほど増える」費用と「動かなくても掛かる」費用
利用料は、読み方に注意が要る層です。中身は 2 種類あります。1 つはAI モデルの利用料で、多くの場合は従量課金──読ませた文章の量と、呼び出した回数で決まります。もう 1 つはツールや環境のライセンスで、席数や月額の固定費です。前者は「動かすほど増える」費用、後者は「動かなくても掛かる」費用で、性格がまったく違います。従量の側は、任せる業務の性質で大きく動きます。長い資料を毎回読ませる業務、1 日に何百回も動く業務は、利用料が固定費を超えることも普通にあります。逆に、週に数回、短い文書を扱う業務なら、利用料は驚くほど小さい。ここで押さえるべきは、利用料は「月いくら」ではなく「何を、どれだけ読ませ、何回動かすか」で見積もるということです。そして、従量には上限が要ります。上限を決めなければ、動かした量の分だけ請求が伸びます。それは製品の問題ではなく「上限を決めていない」設計の問題です。上限を決めれば、従量は怖くありません。
層 4: 運用 ── 見積書に載らない、自社の工数
そして、どの見積書にも載らない第 4 の費用が、自社の運用工数です。AI エージェントは、導入した初日が完成形ではありません。動かすと手順書と実際の業務のズレが見つかり、手順書を直し、判断の基準を足し、人の確認で差し戻した内容を仕組みに返す──この運用によって、任せられる範囲が広がっていきます。加えて、人の確認そのものの時間があります。全件を見る期間、例外だけを見る期間、それぞれで担当者の時間が毎日発生します。伴走型でこの運用を外に出さなかった仕事は、すべてこの層に積まれ、担当者の時給換算で毎月かかり続ける実質的な月額になります。「利用料が安いツール + 自社運用」と「月額に運用支援を含む伴走型」の比較は、この層を金額に直して初めて成立します。見積の場でこの 4 層を確定させるために、候補の事業者には次の 3 つを聞いてください。
- ①「この金額に含まれる作業と、自社側に残る作業を、分けて教えてください」 ── 4 層の切り分けが一度で明らかになる質問です。回答が具体的かどうかは、導入後の伴走の解像度をそのまま映します。
- ②「手順書は誰が書き、動かした後の改訂は誰がやりますか」 ── 層 1 と層 4 の境界を確定させる質問です。「AI が自動で学習します」という説明で終わる場合は、その作業が自社に残ると読み替えてください。
- ③「利用料は何で動き、上限はどう決めますか」 ── 層 3 の性格を確定させる質問です。従量の内訳(読ませる量・回数)と、超えたときに止まる仕組みの有無を、金額の前に確かめます。
費用を動かす 4 つの変数 ── 「何を任せるか」より「どこまで任せるか」

4 層で総額の見方が分かったら、次は「その総額を、何が動かしているのか」です。ここを知っていると、見積の幅を自分で縮められます。よくある誤解は、費用は「どの業務を任せるか」で決まる、というものです。実際には、同じ業務でも「どこまで任せるか」で金額は数倍動きます。変数は 4 つです。
AI エージェントに持たせる権限は、読む・書く・動かす、の 3 段で深くなります。資料を読んで要約や分類を出すだけの業務は、権限が読み取りだけで済み、構築が軽く、事故の余地も小さい。専用フォルダに書き出す業務は、書く先の限定と削除を持たせない設計が加わります。社内システムを操作したり、外部に送ったりする業務は、権限の分離・柵の点検・人の確認の全部が要り、構築費も運用費も最も重くなります。この 3 段をどう権限で作るかは「AIエージェントのセキュリティ」で扱いました。費用の側から言えば、最初の 1 業務を「読むだけ」に置くと、4 層のうち構築と運用が一気に軽くなります。
AI エージェントは、社内の情報にどれだけ触れられるかで仕事の幅が決まります。しかし、接続する先が 1 つ増えるごとに、認証の設計、権限の設定、相手側の仕様変更への追従、そして「その接続が生きているか」の点検が増えます。構築の見積で金額が大きく動く場所は、ほとんどここです。最初の 1 業務では、つなぐ先を 1 つか 2 つに絞ってください。「読ませる資料をフォルダに置く」だけで接続を 0 にできる業務も多く、そこから始めれば構築費の大半が消えます。つなぐ先は、任せる範囲を広げるたびに 1 本ずつ足せばよいものです。
「毎回ほぼ同じ手順で、やり方を言葉で説明できる仕事」は、手順書が短く、確認も軽く、費用が小さい。対して、案件ごとに判断が混ざる仕事──相手によって対応を変える、前例に照らして決める、複数の条件を勘案する──は、手順書に「判断に迷ったらどうするか」を書き切る作業が膨らみ、動かした後の改訂も長く続きます。これは AI の性能の問題ではなく、業務そのものの性質です。費用を抑えたいなら、最初の 1 業務は例外の少ないものを選ぶ。例外の多い業務は、まず例外を「人が持つ」側に置いたうえで定型の部分だけを任せる、という切り出し方をすると、設計が軽くなります。
人の確認は安全のために要りますが、置き方で運用費が大きく変わります。全件を人が見る形は、最初の試運転の期間には必要ですが、そのまま続けると担当者の時間が毎日かかり続け、やがて「見ずに承認」に崩れます。機械の照合で正常系を通し、例外だけを人が見る形に移せば、運用の時間は例外の件数に比例する小さな量になります。この移行を最初から計画に入れておくかどうかで、層 4 の総額は数倍違ってきます。見積のときに「人の確認は、いつ、どの形に移すか」を聞くと、その事業者が運用まで見ているかどうかが分かります。
4 つの変数を先に決めると、見積の幅は驚くほど縮みます。「読むだけ・つなぐ先は 1 つ・例外は人が持つ・確認は 1 か月で例外だけに移す」と条件を置いて見積を取れば、候補間の金額の差は「含まれる仕事の差」として素直に読めるようになります。逆に、変数を決めずに「AI エージェントを入れたいので見積を」と頼むと、返ってくる金額は各社が勝手に置いた前提の上に乗った数字になり、比べるほど分からなくなります。
AIエージェントの費用対効果は「戻る時間」で測る ── 自社の数字で置く 4 手順

4 層と 4 変数で総額の当たりが付いたら、最後は「その金額は、自社にとって高いのか」という判断です。ここで、稟議でよく使われる「削減できる人件費」から入ることは、私たちはおすすめしていません。理由は後述します。代わりに使うのが、「戻ってくる時間と、その時間の使い道」という物差しです。手順は 4 つです。
- ①その業務に今かかっている時間を、人 × 回数で出す ── 誰が、1 回に何分、月に何回やっているかを数えます。たとえば 1 回 30 分・週 5 回・担当 2 人と置けば、月に約 40 時間という自社の基準値が出ます(この数字は計算の型を示す仮置きです。必ず自社の実際の値で置き直してください)。数えてみると、思っていた業務と時間が合っていないことがよくあります。それ自体が設計の材料です。
- ②任せられる割合を、保守的に仮置きする ── 全部が消えることはありません。読むだけの業務なら人の確認が残り、判断が混ざる業務なら例外が残ります。最初は半分以下で置いてください。事業者の資料にある数字で埋めると、判断が他人の数字の上に乗ってしまいます。
- ③4 層を年額に並べる ── 設計 + 構築 + 利用料 × 12 か月 + 自社の運用工数の時給換算。見積書に無い層 1 と層 4 を、必ず自分で足します。候補が複数あるなら、全部をこの形に揃えてから横に並べます。
- ④戻る時間の「使い道」を、先に決める ── ①×② で出た時間が、誰に戻り、その人が何をするのかを 1 行で書きます。「お客様への提案に回す」「月次の分析を自分でやる」「残業を減らす」。使い道が書けない業務は、費用対効果が数字の上でどれだけ良くても、後述の理由で止まります。
③を①×②で割れば「戻る 1 時間あたり、いくら払うか」が出ます。これが担当者の時給換算より十分に低い見込みが立つなら、その候補は投資として土俵に乗ります。ただし、②は導入前には確定しません。仮置きは自社の数字から立て、確定は上限つきで小さく動かして実測する──この順番が健全です。
費用で失敗しやすい 3 つの落とし穴
最後に、費用まわりの判断で実際に起きやすいつまずきを 3 つ挙げます。いずれも金額の一点で判断したときに起こるもので、裏を返せば、ここまでの 4 層・4 変数・戻る時間の物差しで防げるものです。
既製ツールの料金表を並べて最安を選ぶと、層 1(設計)と層 4(運用)が判断から抜け落ちます。契約はしたが、任せる業務も手順書も決まっておらず、担当者が空き時間で設定を進め、日々の業務に紛れて止まる──投資が「契約だけ残る」で終わる、よくある経路です。安いツールを選ぶこと自体は間違いではありません。その場合は「設計と運用を担う担当者と時間を、先に確保できるか」をセットで判断してください。
「せっかく入れるなら部署の業務をまとめて」と最初から複数の業務・複数の接続を対象にすると、変数 01〜03 が同時に重くなり、構築費が最初に膨らみます。そして動かしてから手順のズレが一斉に見つかり、直す範囲も広い。費用の面でも、最初の 1 業務を「読むだけ・つなぐ先 1 つ・例外は人が持つ」に置くのが、最も安く確実に始められる形です。1 業務目で運用の型が固まれば、2 業務目以降は設計も構築も速く、安くなります。
いちばん高くつくのは、構築費でも利用料でもなく、動いているのに使われない状態です。払った 4 層がすべて回収されず、しかも「うちは AI を試したが駄目だった」という経験だけが残って、次の挑戦の費用まで上げてしまいます。使われない導入には型があり、その多くは設計で避けられます(型の整理は「AI導入はなぜ失敗するのか」にまとめています)。費用を見るときは、金額の大小と同じ重みで「これは本番の業務で使われ続ける設計か」を問うてください。安く始めても使われなければ、それが最も高い買い物です。
最初の 1 業務は、いくらで始めるか ── 小さく払って確かめる
ここまでを踏まえて、最初の 1 業務の費用は「上限を決めて、小さく払う」形で決めます。決めることは 3 つです。利用料の上限(月にいくらまで動かすか、超えたら止まる仕組みがあるか)、試運転の期間(全件を人が見る期間を何週間にするか)、止める条件(差し戻しがどの程度残っていたら任せる範囲を広げないか)。この 3 つを先に書いておくと、費用は「青天井」から「上限のある実験」に変わり、稟議も通しやすくなります。どの業務から始めるかの選び方と、その後の 5 ステップは「AIエージェント導入の進め方」に書いたとおりです。費用の観点から付け加えるなら、1 業務目の目的は「元を取る」ことではなく、2 業務目以降の見積を自社の実測で立てられるようになることです。①の時間、②の割合、③の利用料が、仮置きから実測に変わる。それが 1 業務目の成果物であり、その価値は 1 業務目の削減額よりずっと大きい。
利用料の上限を、どの単位で決め、どう監視し、超えたときに何が止まるべきか──ここは設計の中でも実務の細部が多く、別の記事で改めて手順に落とす予定です。この記事では「上限を先に決める」ことだけを持ち帰ってください。
Livune は、「作業を AI に任せる仕組み」を構築している会社です。お客様に AI エージェントの見積を出す側であると同時に、自社の日常業務を AI エージェントで毎日回している側でもあり、利用料が何で動き、運用に何が要るかを日々見ています。この記事の 4 層・4 変数・戻る時間の物差しは、私たちが自分の会社でも使っているものです。
Livune は、業務の棚卸しから任せる範囲の線引き、権限と柵の設計、利用料の上限、人の確認の置き方までを、自社の業務で毎日運用している AI エージェント開発・導入支援の会社です。最初の 1 業務の 4 層を、自社の数字で一緒に置くところからご一緒します。
Livune の AI エージェント導入について相談する →よくある質問
一点の相場はありません。既製ツール・自社で組む・外部パートナーと構築、のどの経路かと、任せる仕事の範囲(工程の深さ・つなぐ先の数・例外の多さ・確認の置き方)で、金額に含まれる中身が変わるためです。予算取りの実務としては、まず最初の 1 業務を決め、条件(読むだけ・つなぐ先 1 つ・例外は人が持つ)を置いてから候補を 2〜3 に絞り、「含まれる作業と自社に残る作業」を分けた見積を取り、設計と自社の運用工数まで足した年額で比べることをおすすめします。
任せたい業務がツールの想定する使い方にそのまま乗るか、と、つなぐ先が何か、の 2 点でほぼ決まります。ツールの想定どおりの業務で、社内システムへの接続が要らないなら、既製ツールが最短で最も安い選択です。業務に固有の判断基準や手順があり、社内のデータやシステムにつなぐ必要があるなら、構築が要ります。迷う場合は、まず既製ツールで「読むだけ」の業務を試し、ツールの想定から外れる部分がどれだけあるかを実測してから判断すると、構築の要否も見積の前提も自社の数字で置けます。
金額ではなく「何を、どれだけ読ませ、何回動かすか」で見積もります。1 回に読ませる文章の量と、月の実行回数を仮置きし、モデルの単価を掛ければ月の見込みが出ます。長い資料を毎回読ませる業務や、1 日に何百回も動く業務は利用料が固定費を上回ることがあり、週に数回・短い文書の業務なら小さく収まります。いずれの場合も、月の上限と、超えたら止まる仕組みを先に決めてください。上限があれば、従量は予算の不確実性ではなく「動かした分だけ払う」という素直な費用になります。
「今その業務にかかっている時間」「任せられる割合の保守的な仮置き」「4 層を足した年額」「戻る時間の使い道」の 4 点を 1 枚にまとめます。削減額だけで説明すると通りやすい反面、現場に「仕事を取られる」と伝わって導入が止まりやすいので、戻る時間で何をするかまで書くのがコツです。そのうえで「仮置きは上限つきの試運転で実測に変える」と添えれば、経営層は効果の約束ではなく、上限のある実験として判断できます。