AIエージェントの開発を外部へ依頼すると、同じ相談をしたはずの各社から、金額も期間も違う見積が返ってきます。差の多くは会社の実力ではなく、依頼書に書かれていない前提を各社が別々に補ったことから生まれます。この記事では、依頼書に書いておくと見積がそろう4つの項目と、複数社の金額を同じ条件で比べるための回答様式の指定までを扱います。

見積がそろわないのは、前提を各社が補っているから

「請求書の処理をAIで自動化したい」とだけ伝えると、受け取った側は自分たちの経験から具体的な条件を置いて見積を作ります。扱う書式を3種類と読むか30種類と読むか、承認の経路を1段と置くか3段と置くか、社外のクラウドへデータを出してよいと見るかどうか。どれも金額を数倍動かす前提ですが、提案書の表に出てくるのは合計金額だけです。

そのため、届いた見積を並べても比べられません。安い見積が効率のよい進め方を示しているのか、範囲を狭く読んだだけなのかが判別できないためです。発注側が前提を書いて渡すと、各社は同じ条件で計算するようになり、残った差が進め方や体制の違いとして読めるようになります。発注の前に自社で固めておく内容は「AIエージェント導入前の確認項目」にまとめています。

依頼書に書く4つの項目

依頼書の分量を増やす必要はありません。次の4項目が埋まっていれば、各社の見積は同じ土俵に乗ります。

書く項目 書かないと各社が別々に置く前提 依頼書に書く形
対象業務の範囲 扱う書式の数、例外の扱い、承認の段数 月あたりの件数と、含める書式・外す書式を列挙する
扱うデータと持ち出しの条件 社内に閉じるのか、社外のサービスを使えるのか データの置き場所と、社外へ出してよい範囲、審査の有無
精度の合格ライン 検収の条件、どこまで直せば完了か 項目ごとの目標値と、判定に使うデータの出どころ
運用開始後の保守の担当 月額に含む作業、止まったときの一次受け 一次受けの担当、月額に含む作業時間、超過分の扱い
依頼書を書いてから発注先を決めるまでの流れ 発注側が対象業務の範囲、扱うデータと持ち出しの条件、精度の合格ライン、保守の担当の4項目を先に決めて依頼書に書く。同じ文面を複数社へ送り、指定した様式で見積を回収し、金額のずれた行だけを聞き返して発注先を決める。 発注側が決めて依頼書に書く(4項目) 対象業務の範囲 扱うデータと 持ち出しの条件 精度の合格ライン 運用開始後の 保守の担当 同じ文面で複数社へ送る 指定した様式で見積を回収する 金額のずれた行だけを聞き返し、発注先を決める
4項目を先に決めてから同じ文面で送ると、返ってきた見積の差を会社ごとの違いとして読める。

1. 対象業務の範囲

業務名だけでは範囲が伝わりません。数えられる単位で書きます。月あたりの件数、取り扱う書式や様式の種類、そのうち今回の対象に含めるもの、今回は外すものを並べます。件数が季節で変動する業務は、多い月と少ない月の両方を書いておくと、処理量を前提にした構成の提案が返ってきます。

対象:社外から届く申請書の受け付けと内容確認 件数:月あたり約1,200件(繁忙期は約2,000件) 含める:所定の様式2種類、取引先ごとの独自様式のうち上位10社分 外す:紙で届くもの、様式の分からない添付ファイル 承認:担当者の確認後、責任者が1段で承認

外す範囲を書くのが要点です。「今回は対象としない」と明記されていない項目は、各社が自社の判断で含めたり外したりします。含めた社の見積だけが高く見え、比較の結果として範囲の狭い提案が選ばれることになります。個別対応が多い業務をどう切り出すかは「例外処理が多い業務をAIで自動化する」を参照してください。

2. 扱うデータと持ち出しの条件

データの条件は、金額よりも先に構成そのものを変えます。社外のサービスへ送れるのか、自社が契約している環境の中で処理する必要があるのかで、使える選択肢が分かれるためです。ここが書かれていないと、提案を受けたあとに情報システム部門の審査で差し戻され、作り直しになります。

取り扱うデータ:申請書に含まれる会社名、担当者名、金額 個人情報:担当者名と連絡先が含まれる 持ち出し:当社が契約済みのクラウド環境内での処理は可、それ以外の外部サービスへの送信は要審査 保管:処理後のデータは社内の文書管理システムへ保存、社外には残さない 審査:情報システム部門の確認に2〜3週間

審査にかかる期間も書いておきます。開発の日程は審査の期間を挟んで組むことになるため、後から伝えると全体の期間が動きます。審査で聞かれる項目は「生成AIのセキュリティ審査チェックリスト12項目」にまとめています。

3. 精度の合格ライン

「精度95%以上」とだけ書くと、各社が別々の測り方で答えを返します。何を1件と数えるか、どの項目を対象にするか、間違いを人が直せる場合も誤りに数えるかで、同じ仕組みでも数値が変わるためです。合格ラインは、測る対象と測り方をセットで書きます。

判定の単位:申請1件あたりではなく、抽出する項目ごとに数える 対象項目:会社名、金額、申請日、区分の4項目 目標:金額と申請日は99%以上、会社名と区分は95%以上 判定に使うデータ:過去3か月の実際の申請から抽出した300件(当社が正解を付けて提供) 人の確認:全件を担当者が目視し、誤りは修正のうえ記録する

判定に使うデータを誰が用意するかを明記します。この作業は業務を知っている人でなければできないため、発注側の作業として日程に載せておかないと、着手後に予定外の仕事として現れます。合格ラインの決め方そのものは「AIエージェントの精度をどう評価するか」で扱っています。

4. 運用開始後の保守の担当

保守の条件が書かれていないと、月額の金額が各社で別のものを指します。含む作業の範囲を先に示し、その前提で金額を出してもらいます。

稼働時間:平日9時から19時(夜間・休日の対応は不要) 気づく手段:処理が止まった場合、当社の担当者へ通知が届くこと 一次受け:当社の情報システム部門(貴社への連絡は当社から行う) 改修:様式の変更が年に3〜4回発生する見込み。月額に含める作業時間と、超過分の単価を明記してほしい 引き継ぎ:運用手順書と、判定基準を変更する手順の提供を含む

年に何回仕様が変わるかは、発注側にしか分からない情報です。ここを伝えると、月額に一定時間を含める形と都度見積の形のどちらが合うかを、各社が前提を置いて提案できます。

見積の様式をこちらから指定する

4項目を書いても、見積の切り方が各社で違うと並べられません。「一式」でまとめられた見積は、内訳を聞き返すところから始まります。依頼書の末尾に、返してほしい行をそのまま書いておきます。

指定する行 記入を求める形 指定しないと起きること
初期費用(工程別) 要件定義、接続、実装、評価、受け入れ確認に分けた金額 合計だけが並び、どの工程が薄いか読めない
月額費用(費目別) モデルの利用料、監視、改修、問い合わせ対応に分けた金額 月額の中身が各社で別物になる
発注側の作業 社内から出す作業と、その想定時間 見積に現れない社内の作業が後から出る
前提条件 件数、接続先、例外の割合として置いた数値 金額の差の理由をたどれない
期間 工程ごとの開始と終了、審査に必要な待ち時間 全体の月数だけが示され、遅れの原因を特定できない

前提条件の行が要点です。各社が置いた数値が書かれていれば、金額の差が範囲の読み方の差なのか、単価の差なのかを分けて読めます。この行が無い見積は、どれだけ内訳が細かくても比較の材料になりません。

初期費用と運用費用のどこがずれるか

同じ4項目を渡しても、見積の金額は一致しません。ずれが出やすいのは決まった箇所なので、そこを先に見ると差の理由をたどれます。

初期費用でずれるのは、要件定義と評価の工程です。要件定義を短く見積もる社は、実装に入ってから決めごとを進める前提で計算しています。その進め方自体は間違いではありませんが、決めごとのたびに発注側の打ち合わせが必要になるため、社内の作業時間は増えます。評価の工程は、判定に使うデータを誰が用意するかで金額が変わります。発注側が用意すると書いた依頼書に対し、開発側で用意する前提の金額が入っていれば、そこがそのまま差になります。

月額でずれるのは、モデルの利用料の扱いと、改修に含める作業時間です。利用料を自社の契約として見積から外す社と、委託先の契約に含めて請求する社があります。どちらでも構いませんが、外している見積は月額が低く見えるため、件数から計算した利用料を足してから並べます。改修は、月に何時間を含むかで金額が変わります。時間の記載が無い見積は、都度見積の前提で作られていることが多く、依頼のたびに見積と承認の時間が挟まります。費用の決まり方そのものは「AIエージェント開発の費用の決まり方」に整理しています。

金額が違うときに聞き返す順番

差の大きい行を見つけたら、金額ではなく前提を聞きます。「なぜ高いのか」と聞くと値引きの話になり、範囲が縮んだ結果として安くなることがあります。聞くのは、その行でどの数値を置いたかです。

件数、接続先の数、例外の割合、評価を何回行う前提か。この4つを各社に聞くと、たいていは差の理由が説明できます。前提が自社の実態と違っていた社には、正しい数値を伝えて出し直してもらいます。前提が同じなのに金額が違う場合は、そこが体制や進め方の差なので、提案の中身を読んで判断します。提案と見積から発注先を見極める観点は「AIエージェント開発会社の選び方」にまとめています。

発注先が決まったら、依頼書の4項目はそのまま要件定義の入力になります。依頼書は範囲と条件を伝えるための文書なので、入力と出力、参照する情報、失敗したときの扱いといった設計の項目は、契約後に埋めていきます。その対応は「AIエージェントの要件定義」を参照してください。

まとめ:依頼書に書く4項目と、見積の比べ方

  • 見積がそろわないのは、依頼書に書かれていない前提を各社が別々に補うため。金額の差が範囲の読み方の差なのか、会社の違いなのかを分けて読めるようにする
  • 依頼書に書くのは、対象業務の範囲、扱うデータと持ち出しの条件、精度の合格ライン、運用開始後の保守の担当の4項目。分量を増やす必要はない
  • 対象業務は件数と書式の種類で書き、今回は外す範囲も明記する。外す範囲が書かれていないと、範囲を狭く読んだ社の見積が安く見える
  • データの条件は、社外へ出してよい範囲と審査にかかる期間まで書く。後から伝えると構成の作り直しになる
  • 合格ラインは、何を1件と数えるか、どの項目を対象にするか、判定に使うデータを誰が用意するかをセットで書く
  • 見積は回答の様式を指定して回収する。初期は工程別、月額は費目別、それに各社が置いた前提条件の数値を加えた行にする
  • 金額が違うときは、値段ではなく置いた前提を聞く。前提が同じで金額が違う場合だけが、進め方と体制の差として比較の対象になる

Augueでは、対象業務の切り出しから依頼書の作成、複数社の見積の読み合わせ、その後の構築と運用までを支援しております。依頼書に書く4項目を社内で埋める段階からご一緒できますので、ご興味がある方は是非ご相談ください。

まずは現状をお聞かせください

弊社では具体的な要件が固まっていない段階でも、無料相談で現状をお聞きしていますので、お困りの際はご相談ください。

無料相談を予約する →

よくある質問

依頼書はどれくらいの分量で作ればよいですか?

4項目を埋めるとA4で2〜4枚程度になります。枚数を増やすことが目的ではないため、埋まらない欄は空欄のまま残し、「この項目は貴社の提案を前提に決めたい」と添えるほうが実態に合います。空欄のまま送ると各社がそこを質問として返してくるので、どこが決まっていないかが相手にも自社にも見えます。書式は社内の稟議資料の体裁に合わせて構いません。

依頼書を送る前に秘密保持契約は必要ですか?

依頼書の本文だけなら業務の概要と条件が中心なので、締結前でも送れる範囲に収まることが多いです。判断が分かれるのは添付するサンプルデータのほうで、実際の取引先名や個人名が入るものを渡す段階では締結してから送ります。サンプルを渡さずに項目名と件数だけで提案を求める形にすれば、締結を待たずに並行して進められます。

回答の期限はどれくらい設ければよいですか?

2週間前後を設ける例が多く、短すぎると各社が概算だけを出してくるため比較の材料になりません。期限までの間に質問を受け付ける期間を別に設け、届いた質問と回答を全社へ同じ内容で共有します。1社にだけ補足した情報があると、その社の見積だけが他と違う前提で作られ、並べても差を読み取れなくなります。

依頼書を送ったあとに条件が変わった場合はどうしますか?

変更点を全社へ同時に伝え、必要なら期限を延ばします。件数や対象範囲が変わると金額の前提が動くため、口頭で1社にだけ伝える形は避けます。既に見積を受け取ったあとであれば、変更した項目の行だけを出し直してもらうと、全体を作り直すより早く、どこが変わったかも追えます。変更の経緯は依頼書の版として残しておきます。