「営業問い合わせをAIで処理したい」と同じ相談を二社へ出しても、見積書の中身はそろいません。一社は分類の試作だけ。もう一社はCRM接続、権限管理、監視、運用支援まで含む。合計金額だけ見ても差の理由を読めない状態です。
先に決めるのは製品名やモデル名ではありません。誰のどの仕事をどこまで任せ、何をもって合格とするか。七つの条件を同じ紙に置くと、開発費と月々の運用費を分けて比べられます。
AIエージェント開発の費用は何で決まる？
対象業務、データ、接続先、権限、評価、運用、期間の七つが見積もる作業量と責任範囲を決めます。
費用を「AI機能の開発費」だけで見ると、見積書から抜ける作業が出ます。正式な資料を探す、既存システムへつなぐ、誤った実行を止める、運用中の失敗を調べる。AIが文章を返す前後にある仕事です。
| 費用の区分 | 含まれる作業 | 見積書で確認する点 |
|---|---|---|
| 業務設計 | 現在の手順、例外、担当、合格線の整理 | 対象外の業務と成果物 |
| データ準備 | 文書、マスタ、履歴の選定と整形 | 更新担当、利用権限、古い資料の扱い |
| 開発・接続 | 画面、処理、API、認証、通知 | 接続先ごとの範囲とテスト環境 |
| 評価・安全 | 評価データ、禁止操作、承認、記録 | 本番移行の合格線と中止条件 |
| 運用 | 監視、障害対応、変更、利用料 | 月額に含む件数、時間、改修範囲 |
相談前に決める七つの項目は？
完成した要件書ではなく、実物と現在値を使い、見積条件になる七項目を一枚にまとめます。
- 対象業務：誰が、何を受け取り、何を完成させる仕事か
- 入力データ：参照する文書、台帳、メール、画像と更新担当
- 接続先：CRM、販売管理、チャット、メールなど読み書きする場所
- 実行権限：閲覧、下書き、承認後実行、自動実行のどこまで渡すか
- 評価方法：通常、例外、情報不足、連携停止を何件で試すか
- 運用体制：誰が確認し、失敗時に止め、修正を依頼するか
- 期間と出口：いつ、誰が継続、縮小、中止を決めるか
見積前にそろえる七つの条件。画像を押すと拡大できます
会議室で白紙から考えるより、実際の入力と完成物を一組持ってきます。問い合わせ対応なら、個人情報を除いた受信メール、担当者が参照したFAQ、返信案、CRMへ残した項目の四つです。ここから処理の境目と不足資料を見つけます。
対象業務の切り方はAIエージェント導入で最初に任せる業務で確認できます。
見積書はどの単位で比べる？
合計金額ではなく、成果物、対象範囲、対象外、検収条件、継続費を同じ行で比べます。
「AIエージェント一式」では差を読めません。たとえばCRM連携でも、顧客候補を検索するだけか、案件を新規作成するか、更新失敗時の再送まで含むかで作業が変わります。
| 比較する欄 | 書かれていると判断しやすい内容 | 曖昧な書き方 |
|---|---|---|
| 成果物 | 画面、API、評価結果、運用手順 | AIエージェント一式 |
| 対象範囲 | 読み取り、下書き、承認後登録 | 業務自動化 |
| 対象外 | 自動送信、既存データ修正、基盤改修 | 必要に応じて対応 |
| 検収条件 | 対象データ、合格線、重大失敗の扱い | 正常に動作すること |
| 継続費 | モデル、クラウド、監視、保守の内訳 | 月額利用料 |
候補会社へ同じ七項目を渡し、各社に含む範囲と含まない範囲を返してもらいます。提案の違いを消すのではなく、どの判断で差がついたかを読める形にします。
AI以外の開発も含む共通の比較項目はシステム開発の見積比較にまとめています。AIエージェント開発では、その項目に評価データ、実行権限、停止・復旧を加えて確認します。
PoCと本番開発はどう分ける？
PoCは業務価値と危険な失敗を確かめる期間、本番開発は監視と復旧まで整える工程として分けます。
PoCで作った画面が動いても、そのまま本番費用にはなりません。本番では認証、権限、監視、再送、バックアップ、利用者教育、変更手順が増えます。PoC見積に含まれない仕事を本番見積へ明記します。
| 段階 | 主に確かめること | 次へ進む条件 |
|---|---|---|
| 事前整理 | 対象、現在値、データ、禁止操作 | 一件の開始と終了を言える |
| PoC | 業務価値、出力、例外、人の確認負担 | 合格線と重大失敗の上限を満たす |
| 本番開発 | 認証、監視、停止、復旧、変更管理 | 担当者が通常体制で運用できる |
| 段階導入 | 実データ、繁忙時、問い合わせ対応 | 継続費と運用負担を受け入れられる |
デジタル庁の生成AI調達・利活用ガイドライン第2.0版はPoC段階と本番開発段階を分け、プロジェクト段階やリスクに応じて対策の強さを変える考え方を示しています。PoCの終了条件は本番移行・縮小・中止の判定基準にもまとめています。
API利用料だけを見ればよい？
モデル利用料に加え、検索、保存、外部ツール、監視、人の確認時間まで月ごとに見積もります。
モデル利用料は一つの変動費です。OpenAIのAPI料金表ではモデル、入力、キャッシュ済み入力、出力、利用するツールで課金単位が分かれています。AWSのAmazon Bedrock料金表もモデル提供者、モデル、処理方式、機能ごとに料金を掲載。どちらも「一回いくら」の固定額ではありません。
月々の見積では次を分けます。
- モデルへ渡す入力と返す出力
- 文書検索、データ保存、ログ保管
- 外部API、メール、通知、OCR
- 監視、障害調査、再実行
- 人による確認、差し戻し、例外処理
- モデルや業務手順の変更対応
一件あたりの利用量だけでなく、月の件数、繁忙日の集中、失敗時の再実行を置きます。人の確認が一件ずつ残るなら、その時間も運用費です。
開発期間はどう決める？
機能数ではなく、業務周期、接続先の準備、評価データ、承認日程から工程を組みます。
同じ一画面でも、接続先のAPIが使えるか、テスト用データがあるか、情報システム部門の審査がいつ開くかで着手日が変わります。「二か月で完成」の前に、誰の準備待ちがあるかを書き出します。
工程表には少なくとも次を置きます。
- 現在の手順と評価データをそろえる日
- 接続先、認証、テスト環境を確認する日
- 通常処理と例外処理を試す期間
- 利用部門が結果を確認する期間
- 本番移行、縮小、中止を決める日
月末処理を扱うなら月末を通さず判定しません。年に一度しか起きない例外は過去データで試します。カレンダー上の期間より、業務を一巡できるかで決めます。
安全対策と運用費はどこまで含める？
禁止操作、承認、記録、停止、復旧を実装範囲へ入れ、運用担当と対応時間も決めます。
AIエージェントが外部システムを操作する場合、回答文の正しさだけでは足りません。AISIの評価観点ガイド第1.20版は自律的な挙動と外部環境との相互作用に対する「観測と制御」を評価観点に加えています。
見積書では次の担当と成果物を確認します。
- 権限外の操作を止める仕組み
- 実行前の承認と、承認者不在時の扱い
- 参照データ、判断、操作結果の記録
- 連携失敗時の再送と二重処理の防止
- 緊急停止と復旧の手順
- 障害、誤り、利用者からの問い合わせ窓口
NISTのAI RMF Coreも、運用中の監視、対応、復旧、変更管理までを管理の対象にしています。作って終わりにせず、誰が毎月見るかまで費用へ入れます。
実装後の監視や再計画をどこまで続けるかも、見積条件の一つです。Heygoodが4時間ごとに計測、実装、検証を繰り返している例はAIエージェント開発の運用実例で確認できます。
相談時には何を持っていけばよい？
個人情報を除いた実例、現在の手順、件数、接続先、禁止操作、判断者を持って相談します。
要件書や予算枠がなくても、次の材料があれば整理を始められます。
- 入力と完成物の実例を三〜五組
- 現在の手順と担当者
- 一週間または一か月の件数
- 使っている正式な資料と台帳
- 接続したいシステム
- AIへ渡せない情報と自動実行しない操作
- 続行、縮小、中止を決める人
Heygoodではこの七項目を見ながら、最初に試す範囲、見積へ入れる接続、安全策、月々の運用費を切り分けます。AI導入を前提にしません。対象業務が曖昧なら業務整理から、データが足りなければ資料と台帳の整備から始めます。