AIエージェント開発の見積もりを比較する手順

AIエージェント開発の見積もりは、合計金額から比べず、対象業務、品質、成果物、運用条件を同じ様式にそろえて比較します。対象業務の決定から限定試行までを6手順で進め、各段階の担当者、成果物、次へ進む条件を明確にすれば、専任AI部門がない企業でも範囲差と単価差を分けて判断できます。

見積もり比較を始める前の前提

比較を始める前に、社内で決めることと、開発会社へ確認することを分け、全候補へ同じ条件を提示できる体制を作ります。

総務省・経済産業省の「AI事業者ガイドライン第1.2版」掲載ページによると、AIエージェントは「特定の目標を達成するために、環境を感知し自律的に行動するAIシステム」です。高度な自律状態だけを指すものではないため、下書き生成に加えて外部システムへの送信、更新、確定、削除などを行う仕組みも、影響範囲を確認して見積もる必要があります。

同ガイドラインは非拘束的なソフトローであり、法令上の義務ではありません。一方、別添1では、外部連携の増加による被攻撃対象の拡大、意図しない注文やファイル削除、内部データの意図しない外部送信、保守やトラブルシューティングの難化が起こり得るとされています。したがって、実装費だけでなく、権限、異常時の停止、ログ、保守まで見積範囲に含めるのが実務的です。

社内では、次の責任を割り当てます。役職名や人数は公式資料が指定したものではなく、従業員50〜300人で専任AI部門がない企業向けの実務例です。兼任は可能でも、目的を承認する人と業務上の合否を判定する人は明確にしてください。

責任	担当例	主な成果物
目的・許容リスク・継続判断	経営者、事業責任者	企画承認、最終決定記録
候補への依頼と比較の進行	AI導入責任者、プロジェクト責任者	共通依頼書、質問票、比較表
業務の正しさと受入判定	業務責任者	現状業務票、受入条件、試験結果
連携・情報管理・運用	情報システム、情報管理担当	連携一覧、データ・ログ確認記録
契約・成果物・権利	法務、購買、契約担当	契約確認表、成果物・権利表
現場での限定試行	利用者代表	操作記録、例外報告、改善要望

費用の内訳を詳しく整理したい場合は「AIエージェント開発の費用の考え方｜見積もりの内訳と比較ポイント」、工程別の確認項目が必要な場合は「AIエージェント開発の見積もりチェックリスト｜内訳と契約条件を確認」と役割を分けて参照します。ほかの関連テーマはAI関連記事一覧から確認できます。

手順1．対象業務と停止範囲を一文で決める

最初に、対象業務の開始点・終了点・対象外・重大な影響が生じ得る操作を一文で定義し、安全に戻せる範囲を決めます。

「問い合わせ対応を効率化する」では、候補会社によって回答案の作成だけを想定するか、送信や顧客管理システムの更新まで想定するかが変わります。「社内規程を参照して回答案を作り、担当者が確認した後に返信し、対応履歴を記録する」のように、入力、判断、操作、完了状態を明示してください。

次に、外部送信、データ更新、契約や支払いの確定、ファイル削除などを列挙し、誤りが起きた場合の影響で扱いを分けます。AI事業者ガイドライン第1.2版の別添5がAI利用者へ示しているのは、出力によって重大な影響または被害が生じ得る場合に、人間の判断を介在させる仕組みに基づいて適宜判断することです。すべての操作へ一律に人の承認を置くという意味ではありません。読み取りや下書き作成は記録を残して進め、重大な影響があり得る操作は確認、二重承認、または禁止を選ぶなど、リスクに応じて設計します。

企画票の項目	記載する内容	次へ進めない状態
目的	解消したい待ち時間、手戻り、品質上の課題	「AIを導入する」だけになっている
開始点・終了点	入力を受ける時点と完了とみなす状態	処理範囲を一文で説明できない
対象外	今回扱わない業務、データ、操作	追加要望との境界がない
人の介在	影響が大きい操作と確認方法	誰が止めるか不明
停止・復旧	停止事象、戻し先、再開の決定者	誤処理時に元へ戻せない

主担当は事業責任者と業務責任者です。成果物は対象業務定義、対象外一覧、操作別の介在方針、停止・復旧方針です。「何を作らないか」と「失敗時にどこまで戻せるか」を候補会社へ説明できれば、手順2へ進みます。

手順2．現状業務と基準値を記録する

見積依頼の前に、通常手順と例外、使用データ、連携先、現状値の測り方を一つの現状業務票へまとめます。

担当者への聞き取りだけで終えず、実際の帳票、入力画面、データ例、承認記録を確認します。開始のきっかけ、入力、判断ルール、出力先、完了条件に加え、入力不足、情報の矛盾、連携先の停止、権限不足、判断不能など、通常手順から外れるケースを記録してください。候補会社が例外を見積もっていなければ、安く見えた提案に後から改修費が加わり得ます。

効果を測る基準値もこの段階で決めます。他社の削減率や回収期間を目標にせず、自社の対象件数、処理時間、確認工数、手戻り件数、エラーの定義を固定します。導入前後で対象期間、母数、算式、作業範囲が変わると比較できません。数値を社外へ実績として示す場合は、証拠ラベル、期間、母数、組織規模、測定限界を同じ箇所へ置ける記録方法にしておきます。

現状業務票の欄	確認する内容	見積もりへの影響
通常フロー	担当者、入力、判断、出力、完了条件	実装する処理の範囲
例外フロー	不足、矛盾、停止、権限不足、判断不能	分岐、通知、復旧、試験
データ	種類、形式、保存場所、更新者、サンプル	整備、変換、検索の作業
連携先	システム、認証方法、接続可否、改修要否	接続開発と相手側の費用
基準値	件数、時間、確認工数、手戻りの測定定義	試行後の継続判断

主担当は業務責任者と利用者代表です。成果物は現状業務票、通常・例外フロー、代表データ、連携先一覧、導入前の測定定義です。すべての候補へ同じ業務条件と同じ入力サンプルを渡せる状態になれば、手順3へ進みます。

手順3．共通の見積依頼書と回答様式を作る

候補ごとに説明を変えず、共通依頼書と「含む・別費用・対象外・未確定」で答える回答様式を同時に渡します。

デジタル庁が2026年6月12日に決定した「行政の進化と革新のための生成AIの調達・利活用に係るガイドライン（第2.0版）」では、政府の企画者・提供者が「調達チェックシート」と「契約チェックシート」を参考に、仕様書作成や事業者との契約を行い、運用開始後も適切な利用、安全性、品質を定期的に検証する構造が示されています。これは政府情報システム向けであり、民間企業の法的義務ではありません。仕様書段階と契約段階を分け、運用後の確認まで先に設計する考え方を、発注の参考にします。なお、第2.0版の決定日と施行日は異なるため、「決定済み」を「施行済み」と読み替えてはいけません。

以下は同ガイドラインのシート項目を転記したものではなく、本記事の実務用回答様式です。確認できていない公式シートの具体的項目として扱わないでください。

回答欄	各社に回答してもらう内容	求める裏付けの例
対象・対象外	開始点、終了点、除外業務、前提条件	提案範囲表
費用条件	固定費、従量費、社内作業、税、別途費用	見積明細、算定条件
連携・操作	接続先、認証、送信・更新・確定・削除の範囲	構成図、権限設計案
データ	利用目的、保存、学習利用、削除、返却	データ取扱条件
品質・試験	正常・異常時の試験、合否、改善、再試験	試験計画の例
成果物・権利	納品物、形式、利用条件、引継ぎ可能性	成果物一覧、契約案
運用・変更	監視、保守、モデル変更、追加要望、再見積条件	保守範囲、変更手続
事故対応	停止、報告、原因確認、改善、再開時の協力	対応手順、連絡体制

権限とデータについては、質問の相手を取り違えないことも重要です。AI事業者ガイドライン第1.2版で、ユーザーやシステムの権限を業務遂行に必要な最小限に設定する記述はAI提供者向け、必要最小限のデータ入力・参照と不要な属性情報を避ける記述はAI開発者向けです。利用企業への直接要求として引用せず、「どう設計し、どの資料で確認できるか」を提供者・開発者へ質問します。利用企業側は、利用中に不要なデータや冗長なログを削除するなど、データ最小化と適切な管理を行える条件を確認します。

主担当はAI導入責任者と、情報システム・契約確認担当です。成果物は共通依頼書、質問票、回答様式です。すべての欄に4区分のいずれかで回答でき、未確定事項には確定手続と時期を設定できれば、各社へ依頼します。

手順4．届いた見積もりを同じ表へ正規化する

届いた見積もりは合計額順に並べず、各項目の範囲、単価、数量、前提、除外を同じ表へ転記して差の理由を分解します。

まず、A社の「開発一式」とB社の「要件定義・実装・試験」を同じまま比較しないでください。要件定義、データ整備、連携先の改修、試験、環境構築、納品、運用・保守のうち、どこまでが含まれるかを確認します。従量費は単価だけでなく想定使用量と超過時の算定方法、社内作業は担当者と必要時間、別途費用は発生条件をそろえます。

比較項目	A社	B社	確認する差
対象範囲	含む／別費用／対象外／未確定	同左	完了状態が同じか
初期費用	金額と含まれる工程	同左	範囲差か単価差か
従量費	単価、数量、超過条件	同左	使用量の前提が同じか
社内作業	担当、作業、所要条件	同左	外注費の外に移っていないか
保守・変更	対応範囲、変更単価、再見積条件	同左	モデルや連携先変更を含むか
未確定事項	内容、確定時期、費用への影響	同左	判断前に解消できるか

具体的な公開例として、アーガイル株式会社の公式ページには、2026年7月30日の確認時点で、AIエージェント等の開発費が概算200万〜2,000万円、同社案件のページ表示上の最多価格帯が400万〜800万円、開発期間が2〜12か月、ページ表示上の平均が3〜4か月、使用回数に応じる運用コストが月5万〜20万円の概算と掲載されています。ただし、最多・平均の母数、集計期間、案件仕様はページ内で確認できません。これは一社の公開例であり、市場相場でも株式会社ラクダの料金でもありません。

この公開額と自社の見積もりを直接比べるのではなく、詳細仕様の確定・設計、開発・連携テスト、環境構築、納品、運用・保守のどこまでが含まれるかを問い直す材料にします。出典や集計条件が示されていない相場、平均、人月単価を比較表の基準値にしてはいけません。

主担当はAI導入責任者です。成果物は見積比較表、前提差一覧、追加質問一覧です。総額差を「対象や成果物が違う範囲差」と「同じ条件で価格が違う単価差」に分けて説明できれば、手順5へ進みます。

手順5．契約・検収条件と成果物をそろえる

候補を決める前に、未決事項の確定方法、再見積もりの条件、成果物の完成条件、試験と不合格時の対応を合意します。

AI開発は、初期段階ですべての仕様や品質を確定できない場合があります。そのため、一度の概算額を固定総額のように扱わず、どの成果が得られた時点で未決事項を確定し、何が変われば再見積もりを行うかを決めます。情報システム開発向けのIPA資料にも、「多段階契約と再見積りの考え方」「再見積の必要性」「未決事項の確定手続・時期の明確化」「ユーザ・ベンダの役割分担の明確化」という論点があります。契約形態や案件にそのまま適用するのではなく、個別条件を契約担当者が確認するための観点として使います。

完成条件は、画面が動くことだけにしません。業務定義、設計、連携設定、データ変換、試験結果、運用手順、ログの扱い、障害時の手順などを、納品される物、サービスとして提供される物、自社が保管する物に分けます。入力データと出力についても、提供、利用、外部提供、管理・消去、権利帰属を契約前に確認します。

AI出力の品質は、単一の「正解率」だけで固定保証させるのではなく、代表ケースと異常ケース、評価方法、合否条件、改善作業、再試験条件を組み合わせて定義します。不確かな出力、入力不足、連携先停止、権限不足のときに、処理を止める、担当者へ戻す、代替手順へ移すなど、案件ごとの期待動作も試験対象にします。

主担当は業務受入者、情報システム担当、契約確認担当です。成果物は成果物一覧、受入条件、試験シナリオ、データ・権利表、品質低下・事故時の対応表です。「何をもって納品・合格とするか」「不合格なら誰が何を直し、いつ再試験するか」を合意できれば、手順6へ進みます。

手順6．限定試行の証拠で継続・修正・中止を決める

影響を限定して元へ戻せる範囲で試行し、受入結果、実際の費用、必要なログ、残存リスクを根拠に継続・修正・中止を決めます。

試行範囲は、特定業務、一部の利用者、限定したデータなど、問題が起きても影響を特定して復旧できる単位にします。一律の期間や反復回数を置くのではなく、事前に決めた代表ケースと異常ケースを実行し、受入条件を確認できる範囲を設定してください。

AI事業者ガイドライン第1.2版の別添5では、AI利用者に対し、利用前の基本的な動作確認と、操作履歴や入出力の記録等に関するログ管理体制の整備が示されています。利用中には、適正な範囲・方法で使われているかの定期的な確認が別に示されています。これらを「すべての操作履歴を固定頻度で報告する」という一つの要求にまとめず、試験の証拠として必要なログと、運用開始後の確認方法を分けて設計します。

判断時には、初期見積もりとの差も更新します。追加された例外処理、実際のAPIやクラウド利用、社内確認工数、再試験、保守条件を反映し、本番移行後の費用を再計算します。継続は受入条件を満たし、運用担当が扱え、重大な未解決リスクがない場合です。修正は未達項目、担当、期限、追加費用、再試験条件を合意できる場合です。安全に停止できない、必要な記録が残らない、データ利用条件を確認できない場合は中止または本番移行の保留とします。

判断	必要な記録	次の対応
継続	受入結果、更新費用、運用担当、残存リスク	本番範囲と監視方法を承認
修正	未達項目、原因、担当、期限、追加費用	修正後に同じ条件で再試験
中止・保留	停止理由、影響範囲、未解決条件	データ返却・削除、契約終了条件を確認

主担当は業務受入者と事業責任者です。成果物は試験結果、必要なログ、未達一覧、更新した費用表、残存リスク、決定記録です。継続・修正・中止のいずれかと、その根拠、決定者、次に再判断する条件が記録されていれば、この工程は完了です。

実施後に確認すること

運用開始後は、利用範囲、品質、費用、データ、外部連携の変更を確認し、見積もり時の前提から外れたら再評価します。

モデルや外部APIの仕様、業務ルール、処理量、参照データが変わると、品質と従量費の両方が変わり得ます。利用が承認した範囲内か、重大な影響があり得る操作に予定した人の介在があるか、必要なログを管理できているか、不要なデータや冗長なログを削除できているかを確認します。頻度は月次などに一律固定せず、処理量、影響、変更の頻度に応じて決めます。

品質低下や事故が起きた場合は、処理を止め、影響範囲を確認し、関係者へ報告し、原因と修正内容を記録してから再開を判断します。見積もりの前提を変える追加業務は、現在の保守に混ぜず、変更内容、費用、納期、再試験への影響を記録します。問題が生じた後の原因別の切り分けは「AIエージェント開発の見積もりで失敗する原因と改善策」で扱う領域です。

よくある質問

見積もり比較で迷いやすい社数、最安値、試行と本開発、品質保証について、判断基準を簡潔に整理します。

Q1. 見積もりは何社から取ればよいですか？

最低社数を先に固定するのではなく、同じ対象業務、回答様式、受入条件へ回答できる候補を比較します。社数が多くても条件が違えば比較できません。回答不能、対象外、未確定事項も空欄にせず比較表へ残してください。

Q2. 最安の見積もりを選んでもよいですか？

対象範囲、成果物、試験、保守、従量費、社内作業まで同じ場合に限り、価格差を判断材料にできます。安い提案でデータ整備や異常系試験が対象外なら、必要作業を補った後の総額と条件で再比較します。

Q3. 限定試行と本開発は同じ見積もりに含めるべきですか？

一つの提案に含めることはできますが、限定試行の成果物、合否条件、本開発へ進む条件、再見積もりの時点を分けます。試行で分かった要件を反映せず、当初の概算だけで本開発を発注しないことが重要です。

Q4. AIの精度保証はどのように比較しますか？

「高精度」などの表現だけで比べず、対象データ、代表ケース、異常ケース、評価方法、合否条件、不合格時の改善範囲と再試験を比較します。運用中に品質が下がった場合の検知方法と対応範囲も契約前に確認してください。

まとめ

AIエージェント開発の見積もり比較は、対象業務の定義、現状記録、共通依頼書、見積正規化、契約・検収条件、限定試行の順に進めます。各工程で担当者、成果物、次へ進む条件を決めれば、合計額の差を範囲差と単価差に分けられます。公開価格や出典不明の相場を基準にせず、自社の業務条件と試行の証拠で継続・修正・中止を判断してください。

参考資料

• デジタル庁「行政の進化と革新のための生成AIの調達・利活用に係るガイドライン（第2.0版）」告知ページ
• 同ガイドライン本体PDF
• 同ガイドライン概要PDF
• アーガイル株式会社「AIエージェント開発会社｜費用と期間」