AI開発の見積書の前提条件と有効期限の読み方。概算と確定の差を埋める8項目

同じ依頼文を 3 社に出したのに、見積書の金額が 400 万・620 万・950 万円に割れる。内訳を見比べても、工程の名前は似ていて、どこで差が付いたのか分からない。

こういうとき、差が隠れているのはたいてい金額の表ではなく、その下か裏にある小さな文章である。「前提条件」「本見積の条件」「ご留意事項」といった見出しで、数行から 1 ページほど書かれている箇所。ここを読まずに金額だけ並べると、比較しているつもりで比較できていない。

この記事では、前提条件に何が書かれるのか、有効期限はなぜ付いているのか、書かれていない見積書に何を聞けばよいのかを整理する。

机に開いた見積書と砂時計、虫眼鏡、3通の封筒、釣り合った天秤が置かれている

概算見積と確定見積は、別のものである

まず区別しておきたいのが、手元の紙がどちらなのかである。会社によって呼び方は違うが、おおむね次の 2 段階で出てくる。

	概算見積（参考見積・ラフ見積）	確定見積（正式見積）
出る時期	初回相談の直後	要件のすり合わせ後
根拠	似た案件の実績からの類推	作業項目の積み上げ
精度の幅	±30〜50% 程度を見ておく	±10% 程度
前提条件	粗い、または書かれていない	細かく書かれる
発注の判断	予算を確保してよいかの目安	発注してよいかの判断材料
社内決裁	通らないことが多い	通る

問題は、両者が同じ体裁で届くことである。表紙に「お見積書」とだけ書かれ、金額と工程が並んでいれば、受け取った側は確定見積だと思う。ところが中身は類推で、着手後に「要件を伺ったところ想定と違いまして」となる。

見分け方は単純で、前提条件の細かさを見ればよい。作業項目が積み上がっている見積書には、積み上げの土台になった仮定が必ず書かれる。書かれていない見積書は、積み上げていないか、積み上げた仮定を見せていないかのどちらかである。

概算の段階で 3 社を比べても意味は薄い。比べるのは確定見積で、そのために先に条件を揃える。揃え方はAI開発の相見積もりで条件を揃える12項目に書いた。

前提条件に書かれる 8 項目

AI 開発の見積書で、前提条件として書かれる内容はだいたい次の 8 つに収まる。自社の見積書を開いて、何番が書かれているかを数えてみてほしい。

1. 作業の範囲（特に「やらないこと」）

対象の業務、対象の画面、対象の帳票の種類。ここで重要なのは含まないものの列挙である。「既存システムの改修は含まない」「帳票は添付の 3 種類のみ」と書いてある見積書は、書いた側が範囲を意識している。

2. 提供されるデータの状態・量・形式

AI 開発ではここが金額を最も動かす。「学習・検証用データは発注者が CSV で提供」「文字起こし済みのテキストであること」「重複・欠損の除去は発注者側で実施済み」といった条件が付く。

この前提が外れると、データ整備の工数が丸ごと追加になる。手元のデータが実際にその状態かは、見積もりを受け取る前に自社で確認しておくのが確実である。

3. 連携先システムの仕様と検証環境

「連携先の API 仕様書が提供されること」「検証環境を着手時点で利用できること」「連携先ベンダーへの確認は発注者が窓口になる」など。社内の別システムや、別会社が保守しているシステムにつなぐ案件では、ここが遅延の最大要因になる。

4. 精度の目標値と測り方

「正答率 85% を目標とするが、達成を保証するものではない」という書き方はよく出てくる。保証しないこと自体は技術的に妥当だが、何をもって検収とするかが別に書かれていなければ、検収の段で揉める。

目標値だけでなく、誰がどのデータで測るのかまで書かれているかを見る。考え方はAIの精度をどう評価するかに整理した。

5. 発注者側の体制と回答期限

「仕様確認への回答は 3 営業日以内」「レビュー担当者を 1 名専任で置くこと」。ここが守られないと期間が延び、期間が延びると人件費が増える。守れない前提が書かれているなら、着手前に言うべきである。

6. 外部サービスの費用の扱い

AI 開発に固有の項目である。「API 利用料は発注者が直接契約し、本見積には含まない」「記載の運用費は 2026 年 10 月時点の公開価格に基づく試算」といった条件。

ここが書かれていない見積書は、運用開始後に「API 代は別でした」となりやすい。別途になりやすい費用はAI開発の見積書で「別途」になりやすい費用10個にまとめた。

7. 工程と期間の前提

「本見積の期間は、契約締結から 5 営業日以内に着手できた場合」「年末年始を除く」。着手が 1 か月遅れると、提案した体制がそのまま空いている保証はない。

8. 成果物と検収の方法、修正回数

「成果物は実行環境一式とソースコード、設計書 2 種」「デザインの修正は 2 回まで」。修正回数の上限は、書かれていれば交渉できるが、書かれていないとどちらの解釈も成り立つため、追加費用の相談になる。

有効期限は、なぜ付いているのか

見積書の隅に「本見積の有効期限は発行日より 1 か月」と書かれている。形式的な一文に見えるが、AI 開発では実際に意味を持つ。期限が切れると変わりうるのは、主に次の 4 つである。

外部サービスの単価: 利用する API の価格改定や、プラン条件の変更。値下げも値上げも起きる
提案した体制: 見積時に空いていた担当者が、1 か月後には別案件に入っている。同等の体制を組み直すと単価が変わる
前提にした機能の提供条件: 試験提供（プレビュー）の機能を前提にした提案は、正式提供になったとき条件が変わることがある
為替と計算資源の価格: 海外のサービスを使う部分は、為替の影響を受ける

つまり有効期限は、書かれた前提がいつまで有効かの宣言である。期限を過ぎた見積書を社内決裁に回して、承認が下りた頃には金額が変わっている、という事故は実際に起きる。

発注側の実務としては、次の順番で動くと期限を無駄にしない。

社内の決裁に何日かかるかを先に調べる
決裁に必要な資料（金額の根拠・比較表）を、見積依頼と同時に用意しはじめる
有効期限が決裁日数より短ければ、見積依頼の時点で期限の延長を頼む

3 つ目は言えば通ることが多い。言わずに期限を切らして取り直すほうが、双方の手間が大きい。

前提条件が書かれていない見積書への質問文

そのまま使える形で挙げる。角を立てずに、相手が書きやすい聞き方にしてある。

「この金額は概算と確定のどちらでしょうか。確定でない場合、確定見積を出すために弊社が用意すべきものを教えてください」
「本見積に含まれないものを、箇条書きで補足いただけますか」
「学習・検証用データについて、弊社がどの状態で提供する前提になっていますか（形式・件数・前処理の有無）」
「運用費の試算は、どのサービスの何年何月時点の価格に基づいていますか」
「検収の合格条件を、測り方まで含めて文面でいただけますか」
「有効期限を 2 か月に延ばしていただくことは可能でしょうか（社内決裁に 6 週間かかるため）」

回答がすぐ返り、文面が具体的な会社は、社内で積み上げて見積もっている可能性が高い。逆に「追って確認します」が続く場合、その金額の後ろに積み上げが無いかもしれない。見積書全体の読み方はAI開発の見積書の読み方に、項目ごとの確認点を書いた。

相見積もりでは、前提条件をそろえてから比べる

3 社の金額を同じ表に並べる前に、やることが 1 つある。各社の前提条件を 1 枚に書き出して、違う行に印を付けることである。

よくある構図はこうなる。安い A 社は「データは整備済みの前提」「API 代は別途」「修正 1 回まで」。高い C 社は「データ整備を含む」「API 代を 1 年分含む」「修正は回数制限なし」。この 2 社の金額差は、品質の差ではなく含んでいる範囲の差である。

前提を揃えて計算し直すと、順位が入れ替わることは珍しくない。揃え方の手順はAI開発の相見積もりを比較する方法に 5 段階で書いた。手元の見積書 1 通について抜けている項目を調べたいときは、見積書チェックに金額と内訳を入力すると、確認すべき箇所が出る。

そもそも各社に同じ前提で見積もってもらうのが近道である。無料で見積り・相談では、作業範囲・データの状態・精度の測り方・運用費の扱いを選択式で埋めた案件票が作られ、同じものが各社に届く。各社の見積書は同じ項目の表に並ぶので、前提の違いが残っている箇所がそのまま見える。

まとめ

見積書で本当に読むべきなのは、金額の表ではなく前提条件の文章である。整理すると次の 3 点になる。

概算と確定を区別する。 前提条件の細かさで見分ける。比べるのは確定見積
前提条件の 8 項目を数える。 特に 2（データの状態）・4（精度の測り方）・6（外部サービス費用）が AI 開発では金額を動かす
有効期限を社内決裁の日数と突き合わせる。 足りなければ依頼の時点で延長を頼む

前提条件が丁寧に書かれた見積書は、金額が高く見えることがある。しかしそれは、着手後に増える分を先に書いているだけのことが多い。書いていない見積書との差は、発注してから現れる。