まず、自社が買いたいものを決める
AI開発会社という名称でも、提供するものは異なります。自社SaaSの設定支援、個別システムの開発、現場に入り込むFDEでは、成果物と発注側の関与が変わります。比較対象を揃えないまま見積もりを集めると、安さの理由が技術力なのか、支援範囲の違いなのか判断できません。
候補各社へ渡す資料は、最初は1枚で構いません。「誰が」「何の情報を受け取り」「どの作業に時間を使い」「最後に何を判断しているか」を書きます。加えて、接続先、データ利用の制約、希望する開始時期、社内の判断担当者を記載します。予算や仕様が未確定なら、その旨も同じ条件で伝えます。
たとえば見積書作成をAI化したい場合、文章案を作るだけなのか、価格マスターを参照するのか、承認後の発行まで含めるのかで必要な開発は別物です。「AIで効率化したい」という目標を、比較できる作業へ一段具体化します。
候補会社へ共通で聞く10項目
次の表は当社が提案する選定用の確認表です。公的な認証基準でも、当社を含む特定企業の採点結果でもありません。各項目に「説明を受けた」「資料で確認した」「自社条件で検証した」「未確認」を記録すると、営業担当者の説明と確認済みの事実を分けられます。
| 確認項目 | 候補会社への質問 | 確認したい材料 |
|---|---|---|
| 1. 業務理解 | 今回、AIを使わなくても改善できる箇所はどこか | 現行業務と代替案の整理 |
| 2. 対象範囲 | 今回作るものと作らないものは何か | 範囲・前提・除外項目 |
| 3. データ準備 | 不足や重複を誰が直すのか | データ一覧と担当分担 |
| 4. 品質評価 | 自社の失敗例で何をテストするか | 評価用入力と合否条件 |
| 5. システム連携 | 認証・権限・失敗時の復旧をどう扱うか | 接続図と例外処理 |
| 6. 情報管理 | どこへ送信し、何を保存するか | データフローと保存・削除方針 |
| 7. 担当体制 | 提案後、実際に誰が設計・実装するか | 責任者とレビュー体制 |
| 8. 費用条件 | 利用増加や追加要望で何が変わるか | 費用内訳と変更手順 |
| 9. 本番運用 | 停止・障害・品質低下に誰が対応するか | 連絡体制と運用手順 |
| 10. 引き継ぎ | 終了後に社内や別会社で運用できるか | コード・設定・アカウントの引き渡し範囲 |
デモは同じ入力で比較する
候補会社が用意した成功例だけでなく、自社が利用を許可した匿名化データを使います。通常例、情報が不足した例、表記が揺れた例、処理を止めてほしい例を用意し、同じ条件で結果を確認します。商談段階で秘密情報をそのまま送る必要はありません。データを開示できない場合は、構造と難しさを再現した架空データを使います。
議事録の要約なら、文章の読みやすさに加えて、原文にない担当者や期限を作っていないかを見ます。受注情報の登録なら、二重送信したときに重複登録しないかを確認します。回答の生成時間だけではなく、人が確認し、修正を終えるまでの時間を比較します。
一度のデモで本番品質を保証することはできません。提案段階で確認できたことと、契約後の検証が必要なことを分け、未確認事項を見積もりの前提へ残します。
情報システム担当が確認する必須条件
NIST「Generative Artificial Intelligence Profile」は、生成AIの設計・開発・利用・評価における信頼性の検討を支える公開資料です。候補会社が資料名を挙げるだけでは、自社システムの安全性の証明にはなりません。
当社の選定上の提案は、必須条件を総合点と別にすることです。たとえば承認されていない外部送信、権限のない文書の参照、終了後のデータ削除方法が不明な状態は、「安くて速いから」で相殺しません。何を必須とするかは、業務責任者と情報システム担当が発注前に決めます。
機密性が高いほど、開発者が本番データへ常時アクセスする設計が必要かも検討します。検証環境と本番環境の分離、最小限の権限、アクセスの記録、再委託先の作業範囲を確認します。契約内容は自社の法務・調達手続きに沿って確認してください。
価格以外を曖昧な点数にしない
10項目をすべて同じ重みで足し合わせても、重要な欠点が埋もれます。まず必須条件を満たすかを確認し、その後に対象業務への適合度と総費用を比較する二段階にします。費用は初期開発だけでなく、社内の準備、AI利用料、監視、保守、確認作業も対象です。
「担当者が親切」「有名企業との取引がある」は参考情報ですが、その案件で何を担当したかまではわかりません。実績は公開可能な範囲で、課題、担当範囲、成果物、検証方法を確認します。別の会社の成果をそのまま自社へ当てはめないことも大切です。
判断が難しい場合は、小さな有償検証で未確認点を確かめる案があります。ただし検証を発注する前に、終了条件と次の判断を決めます。詳しい費用条件は見積もり比較の記事、支援方式はFDEと受託開発の比較で整理しています。
最初の相談に持ち寄るもの
- 対象業務の開始から終了までの手順。
- 利用可能な入力例と、期待する出力例。
- 現状の処理件数、作業時間、よくある例外。
- 接続するシステムと、変更できないルール。
- 予算・時期・判断担当者についてわかっていること。
当社への相談でも、同じ確認表をお使いください。作るものが決まっていればAI受託開発、課題の優先順位から確認したい場合はFDEとして、必要な範囲と判断材料を整理します。
参考にした一次情報
参照日: 2026年9月14日。公式資料の説明と、当社の提案・想定例を区別しています。比較表・モデル計画は当社の検討案であり、実測結果や効果保証ではありません。