AI開発費用 ／ まとめ記事

【2026年7月更新】AI開発の費用相場と見積書の読み方｜積算の仕組みから解剖する

結論：費用は「どのAI開発か」で桁が変わります

「AI開発 費用」で調べると、50万円という記事と3,000万円という記事が同じページに並びます。幅がありすぎて、自社の予算づくりには使えません。幅が大きい理由は単純で、「AI開発」という一つの言葉が、実際には別々の3つの行為を指しているからです。

AIの力を借りた業務ツールを作ってもらうなら数十万〜数百万円。業務システムとして本格的に作り込むと数百万〜数千万円。AIモデルそのものをゼロから作る開発は、さらに上の桁になります。

ただ、この記事で本当に持ち帰っていただきたいのは相場のレンジではありません。見積書がどういう計算で作られているか、です。受託開発の見積は「人月単価 × 工数 × 工程比率」という決まった構造で積算されていて、この構造は公開されています。構造を知っている発注者は、出てきた見積を自分の手で検算できます。知らないままだと、金額の大小で比べるほかなくなります。この差が、数百万円の発注では効いてきます。

「AI開発」という言葉は3つの別ものを指しています

発注の相談で行き違いが起きるとき、原因のほとんどはここにあります。同じ「AIを開発したい」でも、次の3つは費用も、頼む相手も、進め方も別ものです。

flowchart TD
    Q["AIを開発したい"] --> A["① AIモデルをゼロから作る<br/>（学習データを集めて独自のAIを訓練）"]
    Q --> B["② AIの力を借りた<br/>業務システム・ツールを作る<br/>（既存のAIを部品として組み込む）"]
    Q --> C["③ AIに開発させる<br/>（作る作業そのものをAIが担う）"]
    A --> A2["数千万円〜の投資判断"]
    B --> B2["数十万〜数千万円<br/>相場記事の大半はここ"]
    C --> C2["費用の前提が<br/>変わりつつある領域"]

自社がどれに当てはまるかは、2つの質問で判定できます。

1つ目。「市販や公開済みのAIでは精度・機能が足りない、と検証で確認済みか」。確認済みなら①の検討対象です。まだ既存のAIを試していないなら、①の投資判断はできません。

2つ目。「作りたいのは、AIそのものか、AIを使った業務の仕組みか」。前者（AI自体を製品・競争力の源泉にする）なら①、後者なら②です。

多くの中小企業の「業務にAIを使いたい」は②に当てはまります。そして②の費用を判断するうえで、③の存在が効いてきます。

① AIモデルをゼロから作る場合の費用

独自のAIモデルを作る開発は、学習データの整備が費用の主戦場になります。かかる費用は大きく3つです。データを集めてラベルを付ける費用（数十万〜数百万円）、モデルを設計・訓練する専門人材の人件費（受託会社経由の発注単価で人月160万円前後から。後述の単価参考値表を参照）、訓練に使う計算資源の費用（GPU利用料で1時間あたり1,000〜1,600円程度）。

同じ①でも、二通りあります。公開されているAIモデル（オープンソースのLLMなど）を土台に自社データで調整する場合と、完全にゼロから訓練する場合では、費用が一桁変わります。前者は数百万円台から現実的な選択肢になりますが、それでも調整と検証を回せる専門人材が前提です。後者は研究開発投資の領域で、PoC（試作検証）だけで100万〜500万円、本開発は数千万円からになります。

①を選ぶ判断基準は明快です。既存のAIを実際に試し、精度や機能の不足を検証で確認できていて、かつその不足を埋めることが事業の競争力に直結する場合。この2条件が揃わないうちに①の見積を提示されたら、「②（既存AIの組み込み）ではだめな理由」を先に確認してください。ここが曖昧なまま①に進むのは、費用が一桁大きい選択肢を検証なしで選ぶことと同じです。

② AIの力を借りた業務ツールを作る場合の相場｜種類・規模別の目安

検索結果に並ぶ相場記事の大半は、この②を指しています。開発会社・発注支援メディア各社が公開する数字（2026年4〜6月時点）は幅こそ大きいものの、規模で切ると同じレンジに収まります。

※一般に公開されている複数の相場情報と当社の見積実務をもとに整理した目安（2026年7月時点）。個別案件の金額は要件で上下します。

このレンジの内側で金額を動かしているのは、人件費です。AI開発費用の大半は人件費で、「どんな技能の人が・何人で・何か月かかるか」が総額をほぼ決めます。開発にはプロジェクトマネージャー、設計者、実装担当、AI専門職と複数の職種が関わり、職種ごとに単価が違います。単価の成り立ちと職種別の参考値、そして「どんな単価だったら異常か」は、後半の「単価と人員構成の参考値」でまとめて扱います。

用途別に見ると、同じ②の中でも費用を動かす要因が違います。

同じ「チャットボットを作りたい」でも、既製サービスの設定で済む案件と、社内の規程集・過去の対応履歴を読み込ませて回答させる案件では、費用が一桁違います。差を生むのは名前ではなく、つなぐデータの状態と例外処理の多さです。見積を取る前に「どのデータを・どこまで読ませたいか」を一枚に書き出しておくと、相見積の条件が揃い、金額のブレが要因ごとに説明できるようになります。

つまり見積の総額は、職種ごとの単価に「工数（何人日・何人月）」を掛けたものです。では、その工数はどう決まるのでしょうか。ここからが本題です。

なお、人の代わりに仕事を進めるAIエージェント型に絞った費用感と、当社が自社で作った4つのツールの実際の削減効果は、AIエージェントに特化した費用の内訳で扱っています。

見積書は「単価×工数×工程比率」で積算されています

当社は受託開発の見積を作る側であり、補助金申請の支援では他社の見積を検算する側でもあります。その実務で使っている積算の方法を、そのまま開きます。特別な社内ノウハウではなく、公的機関の公開データにもとづく方法です。だからこそ、発注者側も同じ方法で検算できます。

工数は工程比率で配分される

ソフトウェア開発の工数が工程ごとにどう配分されるかは、IPA（情報処理推進機構）が実際のプロジェクトの実績データとして公開しています。新規開発の中央値は次のとおりです。

出典：IPA ソフトウェア開発データ白書2018-2019（P184・工程別実績工数の比率）。このほか要件定義が開発全体に対して概ね1割、プロジェクト管理費が開発工程費の1割前後で計上されるのが通例です。

この表が意味するのは、「プログラムを書く作業（製造）は全体の3分の1にすぎない」という事実です。設計に36%、テストに31%かかります。発注者が見積で最初に驚くのはたいていここで、「作るだけならもっと安いはずだ」という感覚は、製造の33%だけを見ている感覚です。逆に、実装費しか載っていない安い見積は、設計とテストをどこかに隠しているか、最初から省いています。

この中央値を物差しにすると、受け取った見積の工程配分に「どこからが異常か」の当たりがつけられます。当社が検算で使っている目安です。

※IPAの中央値からの乖離は即アウトではなく、質問すべき箇所の印です。乖離に合理的な説明（既存設計の流用がある、テスト自動化済みなど）が返ってくるなら、むしろ信頼できる見積です。

工数の根拠は「数えられる物量」から置く

工程比率は配分の話で、その前に総工数を決める根拠が要ります。誠実な見積では、工数は数えられる物量から積みます。具体的には、接続する既存システムの数（メール、顧客管理、会計ソフトなど）、業務の中の判断分岐の数（「在庫あり／なし」「金額が10万円以上／未満」のような分かれ道）、担当者が操作する画面の要否です。

分岐の数は、業務の手順を書き出せば数えられます。たとえば面接の日程調整という一つの業務でも、「カレンダーに空きがあるか」「面接官は1人か複数か」「オンラインか来社か」「前日までに確定返信があるか」と数えていくと6分岐ある、という具合です。この物量を数えた形跡が見積にあるかどうかは、後述のチェックリストの中でも重い項目です。

逆に、危険な見積の典型は「削減効果から逆算した工数」です。「月100時間削減できるシステムだから、これくらいの規模のはず」という論法は、効果と原価を取り違えています。削減時間は効果側の数字であって、開発規模の根拠にはなりません。

見積もりの内訳をダミー明細で作ってみます

構造を知るいちばんの近道は、一度自分で積んでみることです。「問い合わせメールの一次対応を下書きするツール」という架空の案件で、実際の見積明細の形まで作ります。数字はすべて例です。

前提の物量：接続システム2つ（メール、顧客管理）、判断分岐5つ（問い合わせ種別の振り分けなど）、担当者が確認に使う画面1つ。この物量から、開発5工程の合計を仮に25人日と置きます。

※工数・単価とも例示。単価は後述の単価参考値表のレンジ内で、工程ごとの担当職種に合わせて置いています。上流（要件定義・基本設計）ほど単価が高く、製造は中堅・ジュニアの混成で下がる——この凸凹が職種構成を設計した見積の形です。逆に、見積書に単価が1本しか書かれていない場合、それはこの明細を加重平均した数字（この例なら約6.0万円/人日）のはずで、内訳を聞けば答えられるかどうかで作り込みが分かります。

多くの見積はここで終わります。ただ、実務ではこの表に載っていない工程が3つあります。業務担当者との仕様のすり合わせ（要件定義と基本設計の5割程度をもう一巡）、本番データでの投入検証（開発工程の15%程度）、操作手順書と定着支援（同10%程度）です。IPAの工程比率は開発する側の内部工程の比率であって、発注者側と一緒にやる工程は含まれていません。

この2つの表の使い方は4手順です。第一に、自社の案件の物量（接続システム数・分岐数・画面の要否）を数えて書き出す。第二に、受け取った見積の総工数を、この明細の25人日の位置に置いてみる。第三に、工程ごとの配分をIPA比率と前述の閾値表に当て、乖離している行に印を付ける。第四に、8〜10行目（現場確認・検証・定着）に相当する行が見積のどこにあるかを探し、無ければ「この作業は誰がやる想定ですか」と質問する。この4手順だけで、見積の妥当性確認は「勘」から「検算」に変わります。

25人日のつもりが、全部積むと40人日。1.6倍です。これは机上の膨らませ方の話ではなく、逆です。当社はある案件で、実装作業だけを積んで67人日と見立てたことがあります。上の方法で全工程を積み直したら約2.8倍になりました。最初の67人日で契約していたら、その案件は途中で止まっていたはずです。安い見積は、この8〜10行目が抜けていることで安くなっている場合があります。抜けた工程は消えるのではなく、稼働後の「動くが、使われないシステム」という形で請求されます。

費用が膨らむ3つの要因

検算する側の実務で、金額が動きやすい箇所は決まっています。

第一に、データ準備です。AIに読ませる社内データが整理されていない場合、収集と整形だけで初期工数の3〜4割を占めることがあります。見積段階で「データはこちらで用意する前提か、そちらの作業に含むか」を確定させないと、ここが後からの追加請求の入口になります。

第二に、既存システムとの接続です。接続先が1つ増えるだけで、設計・テストの工数が段階的に増えます。「ゆくゆくは会計ソフトともつなぎたい」という将来要望を見積範囲に入れるかどうかで、総額は大きく変わります。初回の範囲は最小にして、接続は増築できる設計かだけを確認するのが定石です。

第三に、精度の合格ラインです。「80点で業務に使えればよい」のか「95点以上が必須」なのかで、テストと調整の工数が倍以上変わります。AIは試行錯誤が前提の技術なので、合格ラインを高く置くほど、その試行錯誤の回数が費用になります。

単価と人員構成の参考値（工程別に誰が入るのが普通か）

単価は業者の言い値に見えますが、下限は技術者の年収から逆算できます。転職サービスdodaの平均年収ランキング（2025年版）によると、職種別の平均年収はプロジェクトマネジャー707万円、ITコンサルタント601万円、データサイエンティスト539万円、システム開発／運用489万円です。受託会社はこの給与に、法定福利費・オフィス・営業・管理部門・利益を上乗せして単価を決めます。実務上の掛け率は概ね2.5〜3倍です。

• 発注単価（人月）≒（年収 ÷ 12）×2.5〜3
• 人日単価 ≒ 人月単価 ÷ 20営業日

たとえばプロジェクトマネジャー（平均年収707万円＝月額約59万円）なら、人月147万〜177万円、人日7.4万〜8.8万円。この式で出るのは平均年収ベースの水準なので、経験年数で上下します。その幅を含めて、当社が見積の作成と検算で使っている参考レンジを開きます（人日単価・税抜）。先のダミー明細の単価は、この表のレンジで工程ごとに置いたものです。

※当社の見積実務にもとづく参考値（2026年7月時点）。地域・商流（直請けか多重下請けか）で変動します。

この表と工程比率を重ねると、異常値の当たりがつけられます。目安を挙げます。

• 要件定義・基本設計をジュニア単価で積んでいる → 上流を経験の浅い担当に任せる構成。仕様の手戻りリスクを織り込んでいるか質問する
• 全工程が一律単価 → 職種構成を設計していないサイン。「基本設計はどの経験年数の方が担当しますか」と聞く
• 製造工程がシニア単価一色 → 過剰品質か、単価の付け替え。製造の主力は中堅〜ジュニアが通例
• AI専門職の単価（人日8万円超）が全工程に載っている → 既存AIを組み込むだけの案件なら過剰。専門職が要るのは精度調整の工程だけ
• 人月換算で200万円超の行 → 給与換算で役員級。その専門性が本当に要る案件か、根拠を求める

単価が高いこと自体は異常ではありません。異常なのは、単価と工程と経験年数の対応が説明できないことです。

発注者側の見積チェックリスト

ここまでの構造を、受け取った見積に当てる8項目に落とします。

相見積を取るときは、この8項目への答えの解像度を比べてください。金額の大小より、項目2と5への答え方に、その会社の経験値が表れます。同じ質問を2〜3社に投げると、答えの具体性がはっきり違います。

契約の形で、同じ開発でも費用の出方が変わります

積算の中身が同じでも、契約の形で支払いの構造が変わります。当社がクライアントに提出する費用一覧も、この区別を先頭に置いています。

一括請負は、成果物と金額を固定して発注する形です。要件が固まっている一度きりの開発に向き、金額は上の積算がそのまま総額になります。準委任（ラボ型）は、月額×人数で開発チームの稼働を買う形です。要件が動く探索的な開発に向きますが、月数が延びれば総額も延びます。月額固定型は、作る本数ではなく利用期間に対して定額を払う形です。

どれが得かは、作るものの数と要件の固まり具合で決まります。作るものが1本で要件が固まっているなら、一括請負の土俵で相見積を取るのが素直です。作りたい業務が次々に出てくるなら、1本ごとの積算ではない形（準委任・月額型）との比較になります。なお契約の形は責任の所在も変えます。請負は完成責任が受託側にあり、準委任は作業の提供が義務で完成の保証はありません。月額型は契約により様々なので、成果物の権利と解約時の扱いを契約書で確認してください。

補助金を使う場合は、ここにもう一つ区別が加わります。交付決定より前に発注・契約した経費は補助の対象外になるのが原則で、見積と契約をフェーズで分ける必要が出てきます。この切り分けと制度ごとの対象経費はAI導入・開発に使える補助金の全体像で扱っています。

③「AIが開発する」ようになって、積算の前提が変わりました

ここまでの積算は、人が作ることを前提にした構造です。工数の6〜7割が人件費で、工数は物量に比例して増える。この前提が、作る作業をAIが担うことで崩れ始めています。

当社はこの作り方で運用している当事者です。開発作業（コードを書く、テストする、文書を作る）をAIエージェントが担い、人は要件の判断と検証に回ります。この体制では、費用の構造そのものが変わります。

前節までの積算構造を知ったうえでこの表を見ると、何が起きているかが分かります。IPAの工程比率のうち、製造・単体テスト（33%）はすでにAIが大部分を担えます。設計とテストの一部も同様です。人に残るのは、要件定義（何を作るかの判断）と受け入れ検証（業務で使えるかの確認）で、ここは発注者側の業務知識が要る工程です。人件費の塊だった中間工程（設計36%・製造33%・テスト31%）が薄くなる。これが月額固定でツールを作り続けられる理由で、当社の場合は月20万円からの月額で、作る本数に上限を設けない形を取っています。仕組みの中身は当社サービスの解説に譲ります。

ただし、これは「受託開発が損」という話ではありません。一度きりの大規模開発、要件が完全に固まっている開発、既存システムの深い改修は、今も一括請負の積算が合理的です。変わったのは、「作りたい業務ツールが複数ある」場合の分岐点です。1本250万円の積算×5本と、月額×12か月。この比較が成立する時代になった、というのが2026年時点の事実です。

4つの選択肢の費用比較（SaaS・外注・採用・月額型）

AIを業務に使う手段は、開発の発注だけではありません。費用の面で並べます。

外注で本格的なシステムを作ると1年目総額で1,500万〜4,000万円、AI人材を採用すると年約3,780万円の人件費相当、月額型なら年240万円からという比較の詳細と、そもそも作る・買う・雇うをどう選ぶかは、内製・外注・採用をどう選ぶかの判断軸で扱っています。数字はどれも構成次第で動くので、大小そのものより「費用が一度に出るか、月に分かれて出るか」「やめるときに何が残るか」の違いで見てください。

費用を抑える3つの道と、判断の式

費用を抑える道は、実務上3つに絞られます。

1つ目は、範囲を絞ることです。前述のとおり、工数は接続数・分岐数という物量に比例します。初回の開発から接続先を1つ、対象業務を1つに絞れば、積算は物量に沿って下がります。「小さく作って効果を確かめてから広げる」は精神論ではなく、積算構造上の割引です。

2つ目は、作らないことです。既製のSaaSで8割済むなら、残り2割のために開発するのが合理的かを先に問います。判断がつかない場合、8項目チェックリストの前に「この業務、既製ツールで済みませんか」と開発会社に聞いてみてください。「済みます」と答える会社は、長く付き合える会社です。

3つ目は、補助金です。効き方は大きい代わりに、交付決定までの待機という時間の費用がかかります。

当社はどの道が正解かの結論を持ちません。代わりに、自社の数字を入れれば答えが出る式を置きます。

• 外注一括か月額型か：「作りたいツールの本数 × 1本あたりの積算額」と「月額 × 想定利用月数」を比べる
• 補助金を待つか今始めるか：「待つ費用（月あたりの削減見込み × 交付決定までの月数）」と「補助される額（対象経費 × 補助率）」を比べる

待つ費用が補助される額を上回るなら、補助金を使わずに始めるほうが合理的です。逆なら待つ価値があります。式に入れる「月あたりの削減見込み」の出し方は、対象業務の月間件数×1件あたりの時間×時給換算で概算できます。

数字を入れてみます。月300件・1件10分の業務なら月50時間、時給換算3,000円で月15万円の削減見込みです。交付決定まで6か月待つなら、待つ費用は90万円。対象経費400万円・補助率2分の1なら、補助される額は200万円。この例では待つ価値があります。削減見込みが月40万円の業務なら待つ費用は240万円となり、逆転します。同じ制度でも、答えは自社の数字で変わります。これが、当社が結論を持たない理由です。

作った後にかかる費用を、最初の予算に入れてください

見積書に載る金額は、完成までの費用です。完成後には、AIの利用料（使った分だけの従量課金）、サーバー費、精度の監視と手直しが続きます。前掲の4択比較にも載せたとおり、年間で構築費の15〜20%程度を運用に見込むのが通例で、初期費用だけで予算を組むと、2年目に想定外の負担が出ます。

運用費の内訳は3層です。AIの利用料（従量・使うほど増える）、サーバーなどの基盤費（ほぼ固定・月数千円〜数万円）、精度の監視と手直しの人件費（契約形態による）。3層のうちどれが自社負担でどれが保守契約に含まれるかは、会社によって線の引き方が違います。チェックリストの7項目目は、この線を聞くための項目です。

従量課金には癖があります。使われるツールほど利用料が増えるので、運用費の増加は導入成功のサインでもあります。問題なのは増えることではなく、増え方を誰も監視していないことです。相見積の段階で「月々いくらかかり続けるか」「利用量の報告は誰がどの頻度でするか」を同じ条件で聞き揃えてください。

自社のケースで概算したいときは

この記事の相場は公開情報の整理で、実際の金額は業務の中身とデータの状態で決まります。手元に見積書がある方は、8項目のチェックリストと工程比率を当てるところから始めてください。それだけで、開発会社への質問の解像度が変わります。

自社の業務でいくらになるかを最初から概算したい方には、30分の無料相談で、この記事の積算方法を自社の業務に当てはめる手順をお伝えしています。売り込みはしません。見積書をお持ちなら、一緒に検算することもできます。