AI開発の見積もり比較：発注前に揃えたい費用・範囲・運用条件

相場より先に、同じ条件で比較する

「社内文書をAIで検索したい」という依頼でも、公開資料だけを検索する試作と、部署別の閲覧権限を守る本番システムでは仕事の範囲が異なります。画面が似ていても、アクセス制御、データ更新、障害対応まで同じとは限りません。

この記事は相場表ではなく、発注者が見積もり条件を揃えるための当社の確認手順です。価格の安さを否定するものではありません。見積もりに含まれない作業を社内で引き受けるなら、その担当者と工数まで見える状態にします。

まず対象業務、利用人数、月間処理件数、入力データの量と形式、接続するシステム、公開までに必要な社内審査を各社へ同じ条件で渡します。未確定の項目は仮定として書き、条件が変わった場合の再見積もり方法を確認します。

見積書で分けたい6つの内訳

「一式」が必ず悪いわけではありません。ただし一式に含まれる前提と、別料金になる作業は文書で確認します。第三者サービスの利用料を開発費へ含めるか、発注側が直接支払うかも分けます。

月額費用は利用量と人の確認時間まで見る

比較用には、月間費用を「基盤・保存・監視の固定費」「AI処理などの従量費」「保守・改善費」「社内の確認・修正工数」に分けます。従量費は利用者数だけでは決まりません。処理件数、一回の入力・出力量、音声の長さ、再試行やモデル呼び出しの回数などの前提を揃えます。

例えば音声週報なら、月に何チーム分の週報を作り、何分の音声を何回生成し直すかが確認項目です。社内検索なら、文書の追加頻度と質問件数が異なる負荷になります。ここで挙げた項目は試算のための考え方で、各サービスの課金単位や料金は契約時の公式情報で確認します。

通常時・利用増加時・大量再処理時の3条件で見積もりを依頼すると、予算超過の原因を話し合いやすくなります。月間上限、アラート、停止時の代替手段もセットで決めます。

AI駆動型開発でも、省かない工程がある

コード作成の効率が上がっても、機密データの扱いや業務上の正解まで自動で決まるわけではありません。品質評価、連携試験、社内審査、引き継ぎは、必要性を確認して見積もります。

Anthropic「Building effective agents」は、最初から複雑な仕組みにせず、必要な場合に複雑さを加える考え方を示しています。これを発注判断に置き換えると、自由に行動するAIエージェントが必要なのか、手順が決まった処理と人の確認で足りるのかを検討することになります。

当社の提案は、対象部署・入力形式・連携先を限定して始め、必要な品質を確かめてから拡張する進め方です。必要機能を減らす判断と、必要な安全対策を省略する判断は分けます。「安くするためにログを残さない」ではなく、「初期段階は読み取り専用にして書き込み連携を後にする」といった範囲調整を考えます。

発注先へ聞く8つの質問

1. 金額の前提となるデータ量・利用件数・連携先は何か。
2. 試作と本番のどちらが成果物に含まれるか。
3. 社内で準備しなければならないデータや作業は何か。
4. AIの回答品質を、誰がどの事例で判断するか。
5. 想定した品質に届かなかった場合、どこで継続可否を決めるか。
6. 追加機能と不具合修正をどう区別するか。
7. 外部サービスの価格や仕様が変わった際の対応範囲は何か。
8. 契約終了後、コード・設定・データを誰が管理できるか。

同じ質問を候補各社に送り、回答を見積書の補足として残します。金額だけでなく、残っている不確実性をどれだけ具体的に説明できるかも判断材料です。

稟議では「全部作る」以外の選択肢も並べる

比較案は、既存SaaSを使う、対象業務を限定して開発する、現場調査から始める、のように分けられます。それぞれの初期費用、月額費用、社内工数、制約、次の判断時点を一枚にまとめます。

削減効果は保証値として置かず、現在の作業時間を測り、試作後に同じ条件で測り直します。確認作業を含めた差分が小さいなら、機能追加より対象業務の見直しが先かもしれません。AI受託開発の基本と合わせて、当社の開発範囲をご確認ください。

あわせて読みたい

• FDEとAI受託開発の違い：中堅企業はどちらを選ぶべきか
• AIのPoCを本番運用につなげる：評価・権限・運用の確認項目