AI開発発注の失敗図鑑｜開発会社選びで見るべき7項目

AI開発の成否は、何を作るか以上に、誰と作るかに左右される。とはいえ、開発会社の良し悪しは、提案資料や導入事例の数だけでは判断しにくい。本連載で扱ってきたPoC、RAGの精度、データ品質、見積、運用、セキュリティといった論点は、すべて「どの開発会社と進めるか」に集約される。

本記事では、AI開発会社を選ぶときに見るべき7項目を発注者の視点で整理し、各項目で投げるべき質問を示す。価格や事例の数だけで決めず、これらの観点で比較すると、発注後のずれを抑えやすくなる。

---

結論：AI開発会社は価格ではなく7項目の具体性で比べる

AI開発会社を選ぶときは、提案資料の見栄えや事例数だけでは判断できない。GXOが比較時に見るのは、業務理解、データ設計、セキュリティ、運用、見積の透明性、PoC後の改善、本番支援の7項目である。

• 各社に同じ課題、同じ前提、同じ質問を渡して比較する
• 「一式」ではなく、要件定義、データ整備、評価、運用まで内訳を見る
• 自社特有の難しさを指摘し、対策を語れる会社を選ぶ

価格差だけで選ぶと、発注後にデータ整備や運用費が追加され、結果的に高くつくことがある。

---

なぜ7項目で見るのか

AI開発は、一般的なシステム開発と違い、データの品質やモデルの精度で結果が変動し、導入後の改善が前提になる。そのため、「言われたものを作れるか」だけでなく、次の観点で開発会社を見る必要がある。

1. 業務理解
2. データ設計
3. セキュリティ
4. 運用
5. 見積の透明性
6. PoC後の改善
7. 本番支援

これらは、本連載の各回で扱ってきた失敗パターンの裏返しでもある。失敗を避けられる会社かどうかを、この7項目で確認していく。

---

開発会社選びで見るべき7項目

1. 業務理解

機能の話の前に、業務を理解しようとするか。現場の例外や承認フローに踏み込んで質問してくる会社は、要件のずれを抑えられる。逆に、ヒアリングが浅いまま提案に入る場合は注意したい。要件のずれは現場ヒアリング不足で要件がずれる問題で扱った論点である。

2. データ設計

AIの精度はデータの状態で決まる。データの整備、表記ゆれ、最新版の管理にどう取り組むかを説明できるか。データ整備を「発注者の宿題」と丸投げせず、一緒に整える姿勢があるかを見る。

3. セキュリティ

入力データの保存先、学習利用の有無、ログ、権限、契約条項を、具体的に説明できるか。「安全です」で済ませず、データがどう扱われるかを言葉にできる会社が望ましい。

4. 運用

導入後に精度をどう維持するか。回答の評価、情報の更新、ログの活用、改善の場をどう設計するかを語れるか。「作って終わり」ではなく、運用まで視野に入れているかを見る。

5. 見積の透明性

「AI一式」で総額だけを示すのではなく、要件定義、データ整備、モデル費、評価、運用のどこに何が含まれるかを説明できるか。範囲外を明確に言える会社のほうが、後のトラブルは少ない。

6. PoC後の改善

PoCを「動いた／動かない」で終わらせず、本番に進めるかの判断基準を一緒に設計し、改善の道筋を示せるか。PoCで止まらない設計ができるかを見る。

7. 本番支援

PoCや構築の後、本番運用に乗せ、改善を続けるところまで伴走できるか。導入をゴールにせず、使われ続ける状態までを支援する体制があるかを確認する。

---

7項目の比較観点

複数社を比較するときは、次のような観点で並べて見ると差が出やすい。

項目	望ましい状態	注意したい状態
業務理解	現場の例外まで質問する	機能の説明が中心
データ設計	整備を一緒に考える	データは発注者任せ
セキュリティ	保存先・契約を具体的に説明	「安全です」で済ませる
運用	評価・更新・改善を設計	作って終わり
見積の透明性	範囲と範囲外が明確	「一式」で総額のみ
PoC後の改善	判断基準を一緒に設計	PoCの実施だけ
本番支援	運用・改善まで伴走	納品で関与が終わる

価格は重要だが、これらの観点がそろわない会社を価格だけで選ぶと、発注後に差額以上のコストが生じることがある。

---

複数社を同じ条件で比較する進め方

7項目で見ると決めても、各社にばらばらの条件で話を聞くと、比較ができない。価格や提案の見え方がそろわず、結局は印象で選ぶことになる。これを避けるには、同じ条件で比べる準備をしておきたい。

1. 同じ課題と前提を渡す：解決したい業務課題、対象範囲、データの状態、セキュリティ上の制約を、各社に同じ内容で伝える。前提がそろうと、提案の差が見えやすくなる。
2. 同じ区分で見積を出してもらう：要件定義・データ整備・構築・評価・運用といった区分で内訳を求める。範囲をそろえると、金額だけでなく「どこに力点があるか」を比べられる。
3. 同じ質問を投げる：本記事の質問例を各社に同じように投げ、回答の具体性を比べる。抽象的な回答が多い項目は、契約前に詰める。
4. 2〜3社に絞って深く聞く：多くの会社を浅く比べるより、絞った数社と深く話すほうが、自社に合うかを判断しやすい。

このように条件をそろえると、価格だけに引っ張られず、7項目の総合で判断できる。安い見積が、実は範囲の狭いものだったというずれにも気づける。

比較の過程では、回答の「速さ」や「歯切れの良さ」だけでなく、自社の業務に踏み込んで考えているかを見たい。どの会社にも同じ提案をしているように見える場合は、自社の課題に向き合っていない可能性がある。逆に、自社特有の難しさを指摘し、そこにどう対処するかを語れる会社は、発注後のずれが小さくなりやすい。比較は、価格交渉のためだけでなく、長く付き合える相手を見極める機会でもある。

---

発注前に確認すべき項目

• 業務理解：現場の業務や例外について質問してきたか
• データ設計：データ整備の進め方を説明できたか
• セキュリティ：データの保存先・学習利用・契約を具体的に答えたか
• 運用：導入後の精度維持の方法を語れたか
• 見積の透明性：含まれる作業と範囲外を明確にしたか
• PoC後：本番化の判断基準を一緒に考える姿勢があったか
• 本番支援：運用・改善まで伴走する体制があるか確認したか
• 同じ条件で複数社を比較できる状態にしたか

---

開発会社に確認する質問

質問	確認したい項目
私たちの業務で、特に難しいのはどこだと思いますか	業務理解
データ整備はどこまで一緒に進めてもらえますか	データ設計
入力データの保存先と契約条件を教えてください	セキュリティ
導入後、精度はどう維持しますか	運用
見積に含まれない作業は何ですか	見積の透明性
PoCの後、本番に進む判断はどう設計しますか	PoC後の改善
本番運用が始まった後も支援は続きますか	本番支援

回答の具体性が、そのまま発注後の安心につながる。抽象的な回答が続く項目は、契約前に必ず詰めておきたい。

---

GXOに相談する前に整理するとよい情報

• 解決したい業務課題と、その業務の流れ
• 比較している、または検討中の開発会社があれば、その提案内容
• すでに受け取っている見積があれば、その内訳
• セキュリティや運用に関する社内の制約
• 想定している予算と、本番化までの期間

比較材料が整理されていると、「どの会社が自社に合うか」を、価格だけでなく7項目で判断できる。ベンダー選定の基準はAI開発ベンダー選定基準7項目も参考になる。

---

参考にした外部観点

AI開発会社の比較では、技術力だけでなく、組織的なリスク管理、DX推進、セキュリティの観点をそろえて見る必要がある。NIST AI Risk Management FrameworkはAIリスク管理の枠組みであり、IPAのDX推進指標は経営と現場の認識合わせに使える観点を提供している。

比較時は、候補2〜3社に同じ前提を渡し、質問10件、30日以内の初期提案、3ヶ月後の改善支援、1年分の運用費を同じ条件で確認すると、価格だけに引っ張られにくい。

---

関連記事

• AI開発ベンダー選定基準7項目
• AI開発見積の読み解きガイド｜7つの確認点
• AI開発のRFPに入れるべき項目

---

よくある質問

Q1. 大手と専門の開発会社、どちらを選ぶべきですか

規模より、7項目への回答の具体性で判断するのがよい。自社の業務を理解し、データ・セキュリティ・運用まで語れるかが、規模以上に重要である。

Q2. 事例や実績が多い会社を選べば安心ですか

実績は参考になるが、件数より「自社に近い課題で、何を、どう解決したか」の深さを見たい。事例の数だけでは、自社の業務に合うかは判断できない。

Q3. 何社くらい比較すればよいですか

数より、同じ条件で比較できることが重要である。範囲をそろえて2〜3社を比べ、7項目で評価すると、価格だけに引っ張られずに判断できる。

Q4. 既存の取引先にそのまま頼んでもよいですか

既存の関係は強みだが、AI開発では本記事の7項目を満たせるかを改めて確認したい。一般的なシステム開発の実績があっても、データ設計や運用、PoC後の改善といったAI特有の観点で力を発揮できるとは限らない。既存の取引先も含めて、同じ条件で比較したうえで判断すると、関係に流されずに選べる。

---

AI開発会社選びを、7項目で整理しませんか

GXOでは、候補会社の提案や見積を7項目で比較し、業務理解、データ設計、セキュリティ、運用、本番支援まで含めて選定を支援します。

AI開発会社の選定を相談する

※ 初回相談では、営業資料の説明よりも現状整理とリスク確認を優先します。