【2026年版】AI開発会社の選び方｜費用の構造・段階契約・見極める7つの質問

AI開発会社を探し始めたとき、最初にすべきことは「どの会社に頼むか」を決めることではありません。そもそも外注が必要なのか、どの段階まで契約するのか、成果物と権利をどう定めるのか。この3点が曖昧なまま相見積もりを取ると、金額の桁が会社ごとに違って比較にならないという事態が起きます。

実際、調査会社IDCの企業ユーザー調査では、PoCで期待した効果が得られなかった経験のある企業が6割にのぼると報告されています。費用だけが残り、成果物は使われないままという結末は、発注の設計段階でかなりの部分を防げます。

この記事では、相談前に決めておく3点、会社のタイプごとの得意領域、費用が会社によって大きく違う理由、経済産業省が示す段階契約の考え方、そして商談で確認すべき7つの質問までを整理します。技術に詳しくなくても正しく判断できる基準として使えるよう構成しました。

確認したいポイント	結論	詳細
まず何から決めればいい？	外注が必要かどうかから	既製サービスや内製で足りる領域が増えました。会社選びはその次の判断になります。
なぜ見積額が会社で違う？	データと連携の状態で決まる	AIの難易度より、社内データが整っているかが総額を左右します。同じ用途でも桁が変わります。
契約はどう組むべき？	一括ではなく段階に分ける	経済産業省もアセスメント・PoC・開発・追加学習という段階型を示しています。
会社選びで最も重要な点は？	社内に残る設計になっているか	支援が終わると止まる構成では投資が資産になりません。引き継ぎ計画を確認します。

この記事でわかること

• AI開発会社に相談する前に、自社で決めておくべき3つのこと
• コンサル型・開発会社型・SIer型・伴走型それぞれの得意領域と選び分け
• 見積額が会社によって大きく違う理由と、見積書に載らない自社側の費用
• 経済産業省が示す段階契約の考え方と、一括契約を避けるべき理由
• 商談で確認すべき7つの質問と、契約時に決めておく項目

AI開発の発注、無料で相談できます 外注すべきか、どこまで依頼するか。発注の設計から中立的にご一緒します。初回のご相談は無料です。

相談する前に決めておく3つのこと

会社選びの前に、自社で決めるべきことがあります。この3点が決まっていない状態で相見積もりを取ると、提案の粒度がばらばらになり、比較そのものが成立しません。

いずれも技術知識は不要です。経営側の判断で決められる内容になっています。

決めること1｜そもそも外注が必要か

最初に問うべきはこれです。生成AIの普及によって、既製のサービスで足りる領域が大きく広がりました。文書の要約、議事録の作成、社内文書の検索といった用途は、月額数千円のツールで実用水準に届きます。

外注が必要になるのは、既存の基幹システムと連携する場合、自社データで固有のモデルを作る場合、そして業務フローそのものを組み替える場合です。「AIで何かできないか」という段階で開発を発注すると、要件が固まらないまま費用が消えます。

内製という選択肢も、以前より現実的になりました。AIコーディングツールの普及で、社内のエンジニアが対応できる範囲が広がっているためです。外注・内製・既製サービスの3択で検討してから、会社選びに進んでください。

決めること2｜どの段階まで契約するか

AI開発は、一括で全工程を発注するのが標準ではありません。アセスメント、PoC、開発、運用という段階に分け、それぞれで契約する進め方が推奨されています。

最初の相談時点で、「今回はどこまでを依頼するのか」を決めておいてください。ここが曖昧だと、会社によって見積もりの範囲が変わり、金額を並べても意味がなくなります。

多くの場合、最初はアセスメントだけを有償で依頼するのが合理的です。実データを見てもらったうえで実現性と概算を出してもらえば、その後の判断が確実になります。

決めること3｜成果物と権利をどう定めるか

後から揉めやすい代表格です。学習に使うデータは誰のものか、生成されたモデルの権利は誰に帰属するのか、そのモデルを他社案件に流用してよいのか。この3点は、契約前に方針を決めておいてください。

経済産業省の契約ガイドラインでも、データを提供した側とノウハウを提供した側の主張が対立する事例が取り上げられています。独占的な権利を求めるのか、利用条件を細かく設定して調整するのか。方針が決まっていれば交渉は短く済みます。

▶ 関連記事：受託開発サービスの詳細はこちら

会社のタイプと得意領域

「AI開発会社」と一括りにされますが、提供価値と関与範囲は会社のタイプによって大きく異なります。自社の状況に合わないタイプを選ぶと、提案がかみ合いません。

ここでは4つのタイプに分けて、それぞれの得意領域を整理します。

コンサル型｜課題が曖昧な段階に強い

業務課題の整理、適用領域の選定、投資対効果の試算を担うタイプです。「何にAIを使うべきか」が定まっていない段階で最も価値を発揮します。

注意点は、実装を伴わない場合があることです。提案書は出てくるが、動くものは別会社に依頼することになる。この分担が前提なのかを、最初に確認してください。

開発会社型｜PoCとプロトタイプに強い

要件がある程度固まっている状態から、実際に動くものを作るタイプです。PoCや小〜中規模のシステム開発が主戦場になります。スピードと柔軟性が強みです。

既存の基幹システムとの大規模な連携や、全社的な統制が必要な案件では、体制面で不足する場合があります。対象範囲を確認してください。

SIer型｜大規模導入と既存システム連携に強い

基幹システムとの統合、複数部門にまたがる大規模導入、長期の保守を前提とした案件に対応するタイプです。統制と品質保証の体制が整っています。

一方で、小規模な検証や短期の試作には体制が重すぎる場合があります。数か月で動くものを見たいという段階には向きません。

伴走・常駐型｜定着まで含めて支援する

近年増えているタイプです。現場に入り込み、業務フローの設計から実装、社内への定着までを一緒に進めるという関与の仕方をします。

PoCで止まる企業が多いという課題への対処として広がりました。特徴は、成果物を納品して終わりではなく、運用が回る状態まで持っていくことを前提にしている点です。

専任担当を置けない企業や、社内に前例がない企業に向いています。ただし関与が深いぶん、社内側にも一定の時間が必要になります。

▶ 関連記事：AI導入支援・コンサルティングのサービス詳細はこちら

自社のフェーズに合わせて選ぶ

選び分けの基準はシンプルです。課題が曖昧ならコンサル型、試作を早く見たいなら開発会社型、大規模導入ならSIer型、定着まで含めて任せたいなら伴走型。

複数のタイプにまたがる会社も増えていますが、その会社が最も実績を持つ領域はどこかを確認してください。得意領域から離れた提案は、たいてい期待どおりに進みません。

自社のフェーズに合う進め方、整理しませんか 外注・内製・既製サービスの比較から、依頼範囲の切り分けまで。判断の段階からご一緒します。初回のご相談は無料です。

費用が会社によって大きく違う理由

相見積もりを取ると、金額に大きな開きが出ることがあります。これは会社の良し悪しではなく、前提の置き方が違うことによる場合がほとんどです。

ここでは費用構造を分解し、比較できる状態にする方法を整理します。

費用を決めるのはAIの難易度ではない

多くの発注担当が誤解する点です。総額を左右するのは、AIの技術的な難易度より、社内データと既存システムの状態です。

たとえば社内文書の検索システムであれば、文書が整理されたクラウドストレージに揃っていれば費用は下限に近くなります。逆に、紙とPDFと個人フォルダに散らばっていれば、整備作業だけで上限を超えることもあります。同じ用途でも、条件次第で桁が変わるということです。

したがって、見積もりを依頼する際は自社データの状態を正直に伝えてください。きれいな前提で安い見積もりを取っても、着手後に追加費用として返ってきます。

見積書の読み方

確認すべきは3点です。どのフェーズまでを含むのか、想定している体制と期間、そして前提条件として何が書かれているか。特に3つ目を読み飛ばさないでください。

「データは整備済みの前提」「連携先の仕様書が提供される前提」といった条件が付いていれば、その前提が崩れた時点で追加費用が発生します。前提条件の欄こそが、実質的な見積もりの中身です。

比較する際は、同じフェーズ、同じ前提条件で並べ直してください。これをしないと、安い会社が実は範囲が狭いだけ、という判断ミスが起きます。

見積書に載らない自社側の費用

総額を見誤る最大の要因がこれです。データの整備、要件のすり合わせ、レビューへの参加、そして運用開始後の社内対応。これらは自社の工数として発生しますが、見積書には現れません。

特にデータ整備は、外部に委託しにくい領域です。どの情報が最新でどれが廃止されたものかを判断できるのは、社内の人間だけだからです。

投資判断の際は、外注費用に自社工数を加えた総額で試算してください。この視点がないと、稟議を通した後に想定外の負荷が現場にかかります。

▶ 関連記事：そのAI、何ヶ月で元が取れますか。投資回収を3分で見える化する計算式

段階契約という進め方

AI開発の契約は、一括ではなく段階に分けるのが標準的な進め方です。この構造を知らないまま一括契約を結ぶと、双方にリスクが偏ります。

根拠となる考え方は、公的な文書にも示されています。

経済産業省が示す探索的段階型

経済産業省の「AI・データの利用に関する契約ガイドライン」では、開発プロセスをアセスメント、PoC、開発、追加学習の4段階に分け、段階ごとに次へ進むかを判断する方式が示されています。

この方式が推奨される理由は、AI技術を使う開発の特性にあります。モデルの内容や性能が契約締結時に不明瞭であり、その性能が学習データに依存する。この不確実性を、契約を分けることで管理するという発想です。

各段階についてモデル契約も公開されています。発注側が事前に目を通しておくと、提案内容の妥当性を判断しやすくなります。

一括契約を避けるべき理由

全工程を一括で請け負う契約は、ベンダー側が達成できるか分からない性能を約束することになり、発注側は成果が出ない場合に打ち切れなくなります。双方にとって不健全な構造です。

段階に分けておけば、発注側は各段階の終わりに撤退できます。アセスメントで実現性が低いと分かれば、そこで止められる。損失は最小限で済みます。

ベンダー側にとっても、不確実な段階では準委任、成果が定義できる段階では請負という形で、無理のない責任範囲を設定できます。結果として、双方が納得できる条件になりやすくなります。

各段階の終了条件を決める

段階に分けるだけでは不十分です。「何をもってこの段階が完了したとするか」を、着手前に文書で合意してください。

PoCであれば、「この指標がこの水準に達したら本開発へ進む、達しなければ中止する」という基準です。成果物についても「評価レポートと初期モデル」といった形で明示します。基準がないPoCは、成功も失敗も判定できません。

この合意があると、社内の稟議も通しやすくなります。段階ごとに承認を取る形にすれば、一度に大きな決断を求める必要がなくなるためです。

契約の組み方から、ご相談ください 依頼範囲の切り分け、段階ごとの終了条件、権利関係の整理まで支援します。導入以外のご相談もお問い合わせフォームから承ります。

商談で確認すべき7つの質問

ここからは実務です。初回の商談でそのまま使える7つの質問を挙げます。いずれも技術知識がなくても投げられ、返答の質で会社を見極められます。

回答が曖昧な項目があれば、その領域は得意ではないと判断して構いません。

質問1〜3｜進め方に関するもの

「アセスメントは有償ですか、無償ですか」。無償の範囲は「話を聞いて概算を出す」までであることが多く、実データを見る作業は有償になるのが一般的です。ここを有償で依頼できるかは、その会社の姿勢を表します。

「PoCと本開発は一括見積もりですか、2段階ですか」。段階契約を提案してくる会社は、AI開発の特性を理解しています。一括を前提にする提案には、その理由を確認してください。

「PoCの終了条件はどう設定しますか」。具体的な指標が返ってこない場合、判断できないまま費用が積み上がる可能性があります。

質問4〜5｜成果と品質に関するもの

「導入前の現状値はどう測りますか」。効果を語るには比較対象が必要です。着手前に現状を実測する工程が提案に含まれていれば、信頼できます。

「業務フローの変更まで含みますか」。システムができても業務のやり方が変わらなければ、成果は出ません。ここに踏み込む提案かどうかで、定着率が変わります。

質問6〜7｜その後に関するもの

「入力データの取り扱いと権限設計はどう考えますか」。入力が学習に使われない契約形態か、ログは保全されるか、AIに与える操作権限をどう制御するか。この観点が抜けていると、後から情報システム部門で止まります。

「何か月後に、どの範囲を社内に移す計画ですか」。最も重要な質問です。支援が終わった瞬間に運用が止まる構成では、投資が資産になりません。引き継ぎの計画を最初から示せるかどうかが、その会社の姿勢を最もよく表します。

▶ 関連記事：外注ゼロでAIを回す会社がやっている、内製化5段階のステップ

契約で決めておく項目と、失敗する4つのパターン

最後に、契約時に明文化しておく項目と、発注側が陥りやすい失敗を整理します。

いずれも着手前に手を打てば回避できるものばかりです。

契約で決めておく項目

権利関係については、学習データの帰属、生成されたモデルの権利、他社案件への流用可否の3点。曖昧なまま進めると、追加開発や他社への切り替えの局面で問題になります。

データの取り扱いについては、提供する情報の範囲、保管期間、返却または破棄の方法を明記します。個人情報を含む場合は、委託先での取り扱い条件も確認してください。

そして引き継ぎです。ソースコード、設計書、運用手順書がどこまで納品されるか。「動くものは納品されたが、中身を誰も説明できない」という状態を避けるための項目です。

▶ 関連記事：Claude Code企業導入｜セキュリティ・運用・ROI設計

失敗1｜要件が固まらないまま発注する

「AIで何かできないか」という段階で開発を発注すると、要件定義の途中で予算を使い切ります。課題と現状値を先に自社で押さえてから相談してください。

この整理自体を支援してもらうこともできますが、その場合はアセスメントとして明示的に契約すべきです。開発契約のなかで無償対応を期待すると、双方に負担が残ります。

失敗2｜金額だけで比較する

前述のとおり、見積額の差は前提条件の差であることがほとんどです。同じフェーズ、同じ前提で並べ直さないと、比較になりません。安い提案が範囲の狭さによるものだった、というのは典型的な失敗です。

失敗3｜PoCの終了条件を決めずに始める

IDCの調査で、PoCで期待した効果が得られなかった経験のある企業が6割にのぼるという結果が出ています。その多くは、何をもって成功とするかを決めていなかったことに起因します。

着手前に指標と水準を合意してください。この一手間が、費用だけが残る結末を防ぎます。

失敗4｜支援が終わると運用が止まる

外注全般に共通する失敗です。規約が文書化されていない、社内に担い手がいない、運用手順が引き継がれていない。この状態では、契約終了とともに元に戻ります。

回避には、契約の開始時点で引き継ぎ計画を合意しておくことです。「3か月目から社内メンバーが主担当、6か月目に完全移管」といった形で、移行の期日を明示してください。

▶ 関連記事：採用を諦めた中小企業社長が、AIで人手不足を埋めるまで

発注の設計から、現場に入って支援します 課題整理、依頼範囲の切り分け、段階契約の設計、そして社内への引き継ぎまで。PoCで止めない進め方をご一緒に。初回相談は無料です。

まとめ

AI開発会社の選び方について、相談前に決める3点、会社のタイプ、費用の構造、段階契約、確認すべき7つの質問、契約項目と失敗パターンを整理しました。最初に決めるべきは、そもそも外注が必要かどうかです。

既製サービスで足りる領域は広がり、内製という選択肢も現実的になりました。外注・内製・既製サービスの3択で検討してから、会社選びに進んでください。

そして、費用を左右するのはAIの難易度ではなく自社データと既存システムの状態です。見積書の前提条件欄こそが実質的な中身であり、そこに自社側の工数を足した総額で判断してください。

株式会社LiftBaseは、AI導入をPoCで止めないことを掲げ、現場に常駐して業務フローの設計から実装、定着までを伴走しています。何を依頼すべきかを整理する段階からのご相談も承っています。

出典：経済産業省「AI・データの利用に関する契約ガイドライン」／IDC「国内AI市場は今後4年で約3倍に成長」（2026年3月）

▶ 関連記事：中小企業が月120時間を削った、生成AI活用30の現場

何を依頼すべきか、整理する段階からご相談ください課題の棚卸し、外注と内製の切り分け、依頼範囲の設計まで。中立的な立場で一緒に考えます。初回相談は無料です。