AI受託開発会社の選び方
結論から
AI受託開発の会社選びで最も効くのは、実績の数を数えることではなく、商談の場で「うまくいかなかった案件の話」を具体的に語れるかどうかを見ることです。生成AIの案件は、技術力よりも、業務の合格ラインを定義する力と、精度が出なかったときの撤退・切り替え判断で結果が分かれます。この記事では、商談で使える7つの質問と、その答え方から何が読み取れるかをまとめます。
この記事の要点
- 実績ロゴの数は選定基準として弱い。同じ「AI導入支援」でも中身が別物のため
- 最も情報量が多い質問は「うまくいかなかった案件と、その原因は何でしたか」
- 評価（精度をどう測るか）を自分から話す会社は、本番運用の経験がある可能性が高い
- 契約前に、成果物の権利・学習データの取り扱い・担当者の継続性の3点を必ず確認する
- 見積の安さより、完了条件が文書で定義できているかを優先する
生成AIの受託開発は、従来のシステム開発と選定の勘所が変わります。仕様書どおりに作れば完成、という世界ではないからです。「だいたい合っている」が許される業務なのか、1件の誤りが事故になる業務なのか。その線引きを一緒に引ける相手かどうかが、成否をほぼ決めます。
ここでは、発注側が商談の場で使える具体的な質問と、返答から何を読み取るかを整理します。技術用語の知識は不要です。
実績の数え方には意味がない
会社選びの入口として、導入実績数やロゴ一覧を見るのは自然です。ただし生成AI領域では、この指標が機能しにくい事情があります。
- 「AI導入支援」という言葉が、社内勉強会の実施から基幹連携の開発まで同じラベルで数えられている
- PoC（実証）で終わった案件も実績として数えられることがある
- 大手企業のロゴが並んでいても、担当した規模が数十万円の検証案件ということもある
実績を見るなら、数ではなく自社と近い構造の案件があるかを聞いてください。業種が同じかどうかより、「既存の基幹システムと繋いだか」「例外処理をどう扱ったか」「本番で何か月運用されているか」のほうが再現性の判断材料になります。
商談で必ず聞くべき7つの質問
質問1：うまくいかなかった案件と、その原因は何でしたか
最も情報量が多い質問です。生成AIの案件で失敗を経験していない会社は、まだ本番運用まで到達していない可能性が高い。逆に、原因を業務側の要因まで含めて具体的に語れる会社は、同じ罠を避ける設計ができます。
望ましい答えは「精度が出なかった」で終わらず、「なぜその精度が必要とされたのか」「その業務は人がやっても何%だったのか」まで踏み込んでいるものです。
質問2：この案件の合格ラインは、どう決めるべきだと思いますか
こちらが決めるべき事項ですが、あえて相手に投げてみてください。「業務の何%を自動で通せれば合格か」「致命的な誤りをどう定義するか」といった論点を自分から出してくる会社は、評価設計の経験があります。
「精度99%を目指します」と即答する場合は注意が必要です。何を分母にした99%なのかが定義されていない数字は、あとで必ず揉めます。
質問3：精度が出なかった場合、どの時点でどう判断しますか
撤退・方針転換の基準を持っているかを見る質問です。「うまくいくまでやります」は誠実に聞こえますが、費用が青天井になる合図でもあります。
良い答えは、工程の途中に判断ポイントが置かれているものです。たとえば「最初の2週間で実データを使った検証を行い、そこで合格ラインに届く見込みが立たなければ、対象業務の絞り込みか別方式を提案します」といった形です。
質問4：既存システムとの接続は、誰がどこまで担当しますか
AI案件の工数の多くはここに沈みます。「御社側で用意していただく前提です」となっている範囲を明確にしてください。特に、既存ベンダーとの調整を誰がやるかは、見積に現れないのに時間を食う項目です。
質問5：納品後、社内の誰が何をできる状態になりますか
運用の主導権をどちらが持つかの確認です。プロンプトや業務ルールの調整を社内でできるようにするのか、都度依頼する前提なのか。後者なら、その費用体系を先に確認しておく必要があります。
質問6：実際に担当するのは、いま話している方ですか
商談に出てくる人と実装する人が違うのは珍しくありませんが、誰が業務を理解する役割を担うのかは明確にしておくべきです。要件を理解した人が抜けると、そこから先の手戻りがすべてコストになります。
質問7：この規模なら、どの工程にいちばん時間がかかりますか
見積の内訳を言葉で説明できるかの確認です。実装以外の工程（データ整備、評価、接続、運用設計）を挙げられる会社は、総額の根拠を持っています。「実装が大半です」という答えなら、他の工程が見積から抜けている可能性を疑ってください。
契約前に確認する3つの条項
金額と納期の他に、AI案件特有の確認事項があります。契約書のドラフトが出てきた段階で、次の3点は必ず読んでください。
| 確認事項 | 確認すべき内容 | 見落としたときの影響 |
|---|---|---|
| 成果物の権利 | プログラム・プロンプト・評価データセットそれぞれの権利がどちらに帰属するか | 他社に乗り換えたいときに、プロンプトや評価データを持ち出せない |
| データの取り扱い | 提供した業務データが、モデルの学習や他社案件へ利用されない旨の明記 | 自社の業務ノウハウが外部に流出する経路が残る |
| 体制の継続性 | 主担当の変更時の通知義務と、引き継ぎの責任範囲 | 担当交代のたびに業務理解がリセットされ、手戻りが発生する |
特に1つ目は軽視されがちですが、生成AI案件ではプロンプトと評価データセットが実質的な資産です。ここが相手方に帰属していると、ベンダー変更の自由度が大きく下がります。
規模別・相手の選び方
どの規模の会社に頼むべきかは、案件の性質で変わります。一般論として整理します。
| 発注先 | 強み | 注意点 |
|---|---|---|
| 大手SIer・大手コンサル | 大規模・全社横断の案件。稟議の通しやすさ。体制の厚み | 小規模案件は最低金額に届かない。意思決定の階層が多く、試行の回転が遅い |
| AI専門の中小・スタートアップ | 生成AI特有の設計（評価・プロンプト運用）の経験。回転が速い | 会社ごとに得意領域の差が大きい。既存システム接続の経験値は要確認 |
| 既存の取引ベンダー | 既存システムの仕様を把握している。接続工数が読みやすい | 生成AIの評価設計や運用は未経験のことが多い。従来型の請負で進めると硬直する |
| フリーランス・個人 | 単価が抑えられる。小さく試すには適する | 運用継続性と体制リスク。本番業務に載せる場合は保守体制を別途設計する必要がある |
実務でよくあるのは、既存ベンダーに接続部分を、AI専門の会社に設計と評価を担わせる分担です。どちらか一方に全部を求めると、得意でない領域の工数が跳ねます。
最初の発注を小さくする
選定の精度をどれだけ上げても、実際に一緒に仕事をするまで分からないことは残ります。そのため、最初の契約はできるだけ小さく区切ることをおすすめします。
- 要件整理と実現可否の判断までを独立した契約にする（数週間・小額）
- その成果物として、対象業務・合格ライン・測り方・概算工数を文書で受け取る
- その文書をもって、開発本体を同じ相手に出すか、他社にも当てるかを判断する
この進め方なら、相性が合わなかった場合の損失が限定されます。また、2で受け取る文書は他社に見積を依頼する際の共通仕様にもなるため、比較の精度が上がります。要件整理から伴走する進め方はFDEコンサルティング、開発本体はシステム・ソフトウェア開発でそれぞれご説明しています。
なお、見積そのものの読み方についてはAIエージェント開発の費用はどう決まるかで詳しく分解しています。
よくあるご質問
- AI受託開発の会社は何社くらい比較すべきですか？
- 3社程度が実務的です。ただし比較の前に、対象業務・合格ライン・測り方を文書化して全社に同じ条件で渡すことが重要です。条件が揃っていない見積を並べても比較にならず、単に安い会社が選ばれるだけになります。文書化自体を最初の小さな契約として1社に依頼し、その成果物で他社にも当てる進め方が効率的です。
- 商談で技術的な知識がなくても見抜けますか？
- 見抜けます。有効なのは「うまくいかなかった案件と原因」「精度が出なかった場合の判断基準」「どの工程にいちばん時間がかかるか」の3つの質問です。いずれも技術知識なしで聞けて、答えの具体性から本番運用の経験値が読み取れます。専門用語で説明を濁す相手より、業務の言葉で難所を説明できる相手のほうが安全です。
- 既存の取引ベンダーに頼むべきですか、AI専門の会社に頼むべきですか？
- 案件の重心によります。既存システムとの接続が工数の中心なら既存ベンダーに分があり、評価設計やプロンプト運用など生成AI特有の部分が重いならAI専門の会社に分があります。実務では、接続を既存ベンダー、設計と評価をAI専門会社が担う分担が有効です。どちらか一方に全部を求めると、得意でない領域の工数が跳ね上がります。
- 契約で特に注意すべき点はどこですか？
- 成果物の権利、提供データの取り扱い、体制の継続性の3点です。特に生成AI案件では、プロンプトと評価データセットが実質的な資産になります。これらの権利が相手方に帰属していると、他社への乗り換え時に持ち出せません。また、提供した業務データがモデルの学習や他社案件に使われない旨が明記されているかも確認してください。
- 最初からフルスコープで発注しても大丈夫ですか？
- おすすめしません。要件整理と実現可否の判断までを独立した小さな契約に区切り、その成果物として対象業務・合格ライン・測り方・概算工数を文書で受け取る進め方が安全です。相性が合わなかった場合の損失が限定され、受け取った文書は他社に見積を依頼する際の共通仕様としても使えます。
比較検討の段階でも構いません
他社の見積を見比べている段階でのご相談も歓迎しています。要件を一緒に整理し、その内容をそのまま他社比較に使っていただいて構いません。初回のご相談は無料です。
開発について相談する