先に結論
PoC支援会社を選ぶとき、既存ベンダーから変更すべきかどうかを「相性が悪い」「レスポンスが遅い」「提案が弱い」だけで決めると危険です。経営者が先に見るべきなのは、いまのPoCが本番化できる資産になっているか、次の支援会社がその資産を診断できるか、そして引き継ぎ後の責任分界を説明できるかです。
PoC支援会社選定は、通常のシステム開発会社選定より難しくなります。理由は、AI PoCでは成果物が画面やコードだけではないからです。対象業務、利用データ、プロンプト、モデル設定、評価データ、失敗ケース、ログ、費用上限、セキュリティ、運用体制、本番化判断資料まで含めて、初めて引き継げる資産になります。
既存ベンダーを変えること自体は悪くありません。むしろ、PoCが途中で止まっている、評価方法が曖昧、見積の追加費用が多い、社内説明に耐える資料がない、セキュリティや個人情報の扱いが不安という場合は、第三者の支援会社を入れて診断した方がよいことがあります。
ただし、次の会社を急いで選ぶ前に、選定基準を変えてください。見るべきなのは「AIに強いか」だけではありません。既存PoCを読めるか。引き継ぎ資料が足りない状態でも調査計画を作れるか。前の会社の成果を否定するだけでなく、使える資産と使えない資産を分けられるか。本番化の費用、運用、リスク、契約条件まで経営会議に出せるか。ここまで見て選ぶ必要があります。
この記事は、AI PoCを進めている、または過去にPoCを実施した企業の経営者、事業責任者、DX責任者に向けた、PoC支援会社選定の実務ガイドです。目的は、情報収集ではありません。GXOへ「PoC支援会社選定の壁打ち」「既存PoC引き継ぎ診断」「提案書・見積比較」「契約前レビュー」「本番化ロードマップ作成」を相談できる状態にすることです。
なお、本記事は「PoC導入後の既存ベンダー変更・引き継ぎ判断ガイド」と役割を分けます。既存ベンダー変更記事は、現在のPoCを引き継ぐか、作り直すか、止めるかの診断が主題です。本記事は、その診断を踏まえて、次のPoC支援会社をどう選ぶか、どう比較するか、どの会社なら本番化まで任せられるかが主題です。
AI ASSESSMENT
PoC の前に「そもそも使えるか」を30分で見極めませんか？
情シス部門の稟議書作成をサポートする無料の30分壁打ち。費用対効果 試算シート・失敗要因チェックリストをその場で共有します。
忙しい経営者向け：支援会社選定で見る10項目
時間がない場合は、次の10項目だけでも確認してください。ここを見ずに会社を選ぶと、見積は安く見えても、後から調査費、再設計費、運用設計費、契約調整費が増えやすくなります。
| 評価項目 | 見ること | 弱い場合に起きること |
|---|---|---|
| 既存PoC診断力 | 目的、データ、コード、評価、契約を分けて診断できるか | 使えない資産まで無理に引き継ぐ |
| 業務理解 | 対象業務、現場の例外、意思決定者を理解できるか | AIデモは動くが現場で使われない |
| データ理解 | データ所在、品質、権限、更新、個人情報を見られるか | 開始後にデータ整備が追加費用になる |
| 評価設計 | 成功条件、失敗条件、テストデータ、評価レポートを作れるか | PoC後に本番化判断ができない |
| セキュリティ | 外部送信、ログ、権限、削除、停止条件を説明できるか | 情シス・法務確認で止まる |
| 引き継ぎ設計 | 新旧ベンダー、社内担当、クラウド、AIモデルの責任を分けられるか | 障害時に誰も責任を持たない |
| 見積透明性 | 調査、再設計、実装、評価、運用を分けて見積もるか | 安い見積に必要作業が含まれない |
| 契約条件 | 成果物、利用権、再委託、検収、保守を明示できるか | 本番化や再引き継ぎで使えない |
| 本番化ロードマップ | PoC後30日、90日、6か月の計画を出せるか | PoCで終わる |
| 経営説明力 | 費用差、リスク、採択理由を経営会議向けに整理できるか | 最安値以外を選ぶ理由を説明できない |
この10項目で重要なのは、技術力だけを見ないことです。AI PoCは、技術そのものより、業務・データ・評価・運用・契約の組み合わせで失敗します。支援会社選定では、モデル名やデモの見栄えより、判断材料を残せる会社かを見てください。
PoC支援会社選定でよくある失敗
PoC支援会社を選ぶとき、多くの企業は「AIの実績がある会社」「有名なモデルを使える会社」「見積が安い会社」「既存ベンダーより反応が良い会社」を探します。もちろん、それらも判断材料です。しかし、それだけでは足りません。
一つ目の失敗は、既存ベンダーへの不満だけで次の会社を選ぶことです。既存ベンダーの対応が遅い、説明が分かりにくい、資料が出てこない、追加費用が多い。その不満は選定のきっかけになります。ただし、次の会社が既存PoCを安全に引き継げるかは別問題です。不満の解消と本番化の成功を分けて考えなければなりません。
二つ目の失敗は、PoC支援会社に「本番開発」まで当然できると期待することです。PoCが得意な会社と、本番運用、保守、セキュリティ、データ管理、社内展開まで支援できる会社は同じとは限りません。PoCだけなら短期間で動くものを作れます。本番化では、権限、監査、障害対応、費用監視、改善運用、契約責任が必要です。
三つ目の失敗は、提案書の美しさで選ぶことです。AIの提案書は、未来感があり、専門用語も多く、デモも見栄えが良くなりがちです。しかし、提案書に評価方法、失敗時の扱い、データ制約、成果物、契約条件、運用設計がなければ、発注後に困ります。
四つ目の失敗は、価格だけで比較することです。既存PoCの引き継ぎでは、調査費を省けば安く見せられます。評価設計を省いても安く見せられます。セキュリティ確認を後回しにしても安く見せられます。しかし、その作業が本当に必要なら、後から必ず費用かリスクとして戻ってきます。
五つ目の失敗は、契約条件を後回しにすることです。PoCだから軽く契約する、成果物の利用権は後で確認する、データの扱いは運用で決める。この進め方は危険です。PoCで作った資料や設定を本番化や別会社への引き継ぎに使えない場合、過去投資が資産になりません。
FREE DOWNLOAD
AI導入チェックリスト（PoC 失敗要因 10項目）
情シス部門が PoC 前に押さえるべき失敗要因を10項目に整理した無料チェックリスト。
会社を変える前に決めるべき三つの問い
PoC支援会社を変える前に、経営者は三つの問いを決めるべきです。
第一に、いまの問題は「会社の問題」なのか、「PoC設計の問題」なのかです。既存ベンダーの力不足に見えても、実は発注側の目的、評価方法、データ条件、意思決定者が曖昧だったために止まっている場合があります。この場合、会社を変えても同じ問題が起きます。
第二に、次の会社へ期待する役割は「開発」なのか、「診断」なのか、「選定支援」なのか、「本番化伴走」なのかです。役割を分けないまま見積を取ると、各社の提案がばらつきます。ある会社は現状調査込みで高く出し、別の会社は開発だけで安く出します。これでは比較できません。
第三に、既存PoCをどこまで使う前提なのかです。そのまま本番化したいのか、一部を流用したいのか、参考情報として作り直したいのか、一度止めたいのか。ここを決めないまま支援会社を選ぶと、会社ごとに前提が違う提案になります。
この三つを決めると、支援会社選定はかなり整理されます。「AIに強い会社を探す」ではなく、「既存PoCを診断し、本番化判断まで持っていける会社を探す」という目的になります。
既存PoCを診断できる会社かを見る
既存ベンダーから切り替える場合、次の支援会社に必要なのは、いきなり開発する力ではありません。まず必要なのは、既存PoCを診断する力です。
診断では、PoCを五つの資産に分けます。目的資産、データ資産、実装資産、評価資産、運用資産です。目的資産は、なぜPoCを行ったのか、何を改善したかったのか、どの指標で判断するはずだったのかです。データ資産は、使ったデータ、使えるデータ、使ってはいけないデータ、更新責任、個人情報や機密情報です。実装資産は、コード、プロンプト、モデル、API、環境、権限、ログです。評価資産は、テストデータ、正解データ、失敗例、現場評価、評価レポートです。運用資産は、問い合わせ、障害対応、費用監視、改善サイクル、保守体制です。
良い支援会社は、この五つを分けて聞きます。悪い支援会社は「資料をもらえれば引き継げます」「弊社なら作り直せます」とだけ言います。資料がそろっているなら引き継げる、そろっていないなら作り直す、という単純な話ではありません。資料が足りない場合でも、どこまで調査し、何をリスクとして扱い、どこから再設計するかを決める力が必要です。
既存PoC診断で見るべき観点は、次の通りです。
| 診断対象 | 支援会社に確認すること | 良い回答 |
|---|---|---|
| 目的 | PoCで何を証明できたかをどう確認するか | 業務成果、評価指標、未確認リスクに分ける |
| データ | 利用データの権限・品質・更新をどう見るか | データ所在、個人情報、外部送信、更新責任を棚卸しする |
| 実装 | コードや環境をどう引き継ぐか | 再現性、依存サービス、権限、ログ、費用を確認する |
| 評価 | 精度や効果をどう検証するか | テストケース、失敗例、現場評価、本番化基準を作る |
| 運用 | 本番化後の責任をどう設計するか | 問い合わせ、障害、停止条件、改善運用を分ける |
この表に沿って回答できない会社は、既存PoCの引き継ぎ支援には向きません。新規PoCなら対応できても、既存ベンダー変更ではリスクが高くなります。
支援会社のタイプ別に見る向き不向き
PoC支援会社にはいくつかのタイプがあります。どれが絶対に良いという話ではありません。自社の状態に合うかどうかが重要です。
AI専門会社は、モデル選定、RAG、プロンプト設計、AIエージェント、評価設計に強いことがあります。一方で、業務システム連携、保守運用、契約条件、社内調整が弱い場合もあります。AI技術を早く試したい場合には合いますが、本番化や既存システム連携まで任せるなら、運用・セキュリティ・契約を確認する必要があります。
システム開発会社は、要件定義、画面、API、データベース、クラウド、保守に強いことがあります。一方で、AI評価、プロンプト管理、モデル変更、ハルシネーション対策、RAG運用の知見が弱い場合もあります。既存システム連携が重いPoCには合いますが、AI特有の評価とリスク管理を確認してください。
コンサルティング会社は、業務整理、経営会議資料、RFP、ベンダー選定、ロードマップ作成に強いことがあります。一方で、実装や運用を外部に出す場合、実行責任が曖昧になることがあります。発注前整理には合いますが、誰が実装・保守まで持つのかを確認してください。
SaaS導入支援会社は、特定ツールの導入、初期設定、教育、業務適用に強いことがあります。一方で、自社固有のデータ、既存システム連携、カスタムAI開発には向かない場合があります。早く始めたい場合には合いますが、将来の拡張性とデータ利用条件を見てください。
GXOのように診断、要件整理、開発、AI活用、見積レビュー、本番化ロードマップを一体で支援する会社を選ぶ場合は、最初に「何を内製し、何を外注し、何を段階的に進めるか」を整理する価値があります。すべてを一社に任せる必要はありませんが、責任分界と意思決定資料をまとめる役割は必要です。
提案依頼前に作るべき比較軸
PoC支援会社へ相談する前に、発注側で比較軸を作ります。比較軸がないまま話を聞くと、営業資料の印象に引っ張られます。
比較軸は、次の八つに分けると実務で使いやすくなります。
| 比較軸 | 配点 | 評価する内容 |
|---|---|---|
| 既存PoC診断 | 15 | 引き継ぎ資産、作り直し範囲、契約制約を見られるか |
| 業務理解 | 15 | 経営課題、現場業務、対象外、意思決定者を理解するか |
| データ・AI評価 | 15 | データ品質、評価データ、失敗例、再評価を設計できるか |
| セキュリティ・個人情報 | 15 | 外部送信、ログ、権限、削除、事故対応を説明できるか |
| 実装・連携 | 10 | 既存システム、API、認証、クラウド、運用環境に対応できるか |
| 見積透明性 | 10 | 調査、設計、実装、評価、保守を分けて見積もるか |
| 契約・成果物 | 10 | 利用権、再委託、検収、引き継ぎ資料を明記できるか |
| 経営説明・本番化 | 10 | 経営会議資料、ロードマップ、投資判断を支援できるか |
合計100点で比較します。価格は別枠で見ます。価格を点数に入れる場合でも、必要作業を抜いた安さが有利になりすぎないようにします。PoC支援会社選定では、安い会社を探すことより、追加費用が発生する理由を事前に説明できる会社を選ぶ方が重要です。
実務では、候補を三社に絞って比較します。一社だけでは価格と提案の妥当性が見えません。十社見ると社内の判断が重くなります。三社程度で、AI専門会社、開発会社、診断・伴走型の会社を混ぜると違いが見えやすくなります。
提案会社に必ず聞く質問
支援会社選定の面談では、次の質問をそのまま使ってください。営業担当の説明ではなく、プロジェクト責任者や実際に診断・設計を行う人から回答をもらうことが重要です。
| 質問 | 良い回答 | 注意が必要な回答 |
|---|---|---|
| 既存PoCのどこから診断しますか | 目的、データ、実装、評価、契約、運用を分ける | まずコードを見ます、まず作り直します |
| 引き継げない資産がある場合どうしますか | 使える部分、再設計部分、作り直し部分を分ける | 何とかします、全部作り直しましょう |
| 追加費用になりやすい項目は何ですか | 調査、データ整備、評価設計、権限、ログ、運用を挙げる | 追加費用は基本ありません |
| AIの精度をどう評価しますか | テストケース、失敗例、業務成果、人間評価を組み合わせる | 最新モデルを使うので大丈夫です |
| 個人情報や機密情報はどう扱いますか | 外部送信、保存、削除、ログ、権限を具体化する | 利用規約上問題ありません |
| 本番化後の運用は誰が見ますか | 問い合わせ、障害、費用、改善、モデル変更を分ける | 保守で対応します |
| 既存ベンダーとの引き継ぎ会議に入れますか | 資料リスト、質問票、議事録、RACIを作る | 必要なら入ります |
| 経営会議には何を出せますか | 比較表、リスク、費用差、採択理由、ロードマップを出す | 提案書と見積書です |
この質問で、会社の姿勢が分かります。良い支援会社は、できることだけでなく、できないこと、未確認事項、追加費用になり得る項目を早めに出します。注意が必要なのは、何でもできます、すぐできます、追加費用はありません、と言い切る会社です。AI PoCの引き継ぎでは、不確実性を正しく扱える会社の方が信頼できます。
見積書で見るべき項目
PoC支援会社の見積書は、総額だけで比較してはいけません。少なくとも、次の項目が分かれているかを確認してください。
| 見積項目 | 内容 | 分かれていない場合のリスク |
|---|---|---|
| 現状調査 | 既存資料、コード、環境、契約、データ、評価の確認 | 調査不足のまま開発に入る |
| 要件整理 | 対象業務、対象外、成功条件、関係者整理 | スコープが広がる |
| データ確認 | データ品質、権限、個人情報、加工、更新責任 | 開始後にデータ整備費が増える |
| 評価設計 | テストケース、評価指標、失敗例、現場評価 | PoC後に判断できない |
| 実装・連携 | 画面、API、RAG、認証、ログ、クラウド | デモ止まりになる |
| セキュリティ確認 | 外部送信、権限、ログ、削除、停止条件 | 本番化前に止まる |
| 成果物作成 | レポート、比較表、ロードマップ、次フェーズ見積 | 社内説明資料が残らない |
| 保守・運用 | 問い合わせ、障害、改善、費用監視 | 本番化後の責任が曖昧になる |
安い見積が出た場合は、何が入っていないかを確認します。高い見積が出た場合は、何をリスクとして見ているかを確認します。高いから悪い、安いから良いではありません。必要作業を前に出している高い見積は、後から追加費用が少ない場合があります。逆に、安い見積は、PoCを始めるハードルは低くても、本番化時に費用が増えることがあります。
経営者が見るべきなのは、見積の透明性です。支援会社が「この項目は未確認なので概算です」「この作業は既存ベンダー資料が出れば削減できます」「このリスクが残る場合は本番化前に追加確認が必要です」と説明できるかを見てください。
契約前に必ず確認する条件
PoC支援会社を選んだ後、契約前に確認すべき条件があります。ここを省くと、次のベンダー変更や本番化で困ります。
第一に、成果物の利用権です。調査レポート、設計資料、評価表、プロンプト、設定、コード、データ加工手順、本番化ロードマップを、発注側がどこまで使えるかを確認します。別会社への見積依頼や社内説明に使えない成果物では、PoC支援の価値が下がります。
第二に、データの扱いです。提供データ、ログ、AI出力、評価データをどこに保存し、誰がアクセスし、いつ削除し、外部AIサービスへ送信するかを明記します。個人情報や機密情報が含まれる場合は、匿名化、マスキング、アクセス制限、削除、事故時報告を契約または別紙に入れます。
第三に、再委託です。AI PoCでは、クラウド、UI、データ処理、セキュリティ、開発の一部を外部パートナーが担当することがあります。再委託自体は問題ではありません。ただし、誰がどの情報に触れるか、責任は誰が持つかを確認します。
第四に、検収条件です。PoCの検収を「画面が動いた」だけにすると危険です。評価レポート、失敗例、未対応課題、リスク一覧、次フェーズ見積、本番化判断資料まで検収対象にするべきです。
第五に、保守・本番化の扱いです。PoC終了後に本番化へ進む場合、同じ会社が対応するのか、別契約なのか、概算費用を出すのか、引き継ぎ資料を出すのかを確認します。PoCで終わらせないためには、契約前から次のフェーズを意識する必要があります。
AI PoC特有のセキュリティ確認
AI PoCでは、一般的なシステム開発のセキュリティに加えて、AI特有の確認が必要です。2026年7月7日時点で参照すべき一次情報として、NIST AI Risk Management Framework、OWASP Top 10 for Large Language Model Applications、OWASP GenAI Security Project、経済産業省・総務省のAI事業者ガイドライン、個人情報保護委員会の個人情報保護法関連情報があります。
NIST AI RMFは、AIのリスクを個人、組織、社会への影響として管理し、信頼性をAI製品・サービス・システムの設計、開発、利用、評価に組み込む考え方を示しています。PoC支援会社選定でも、技術力だけでなく、リスクをどう特定し、測り、管理するかを見てください。
OWASPのLLM/GenAI関連資料は、プロンプトインジェクション、機密情報漏えい、過剰な権限、サプライチェーン、出力の扱いなど、生成AIアプリケーションで問題になりやすい観点を整理しています。PoC支援会社が、これらを単なるセキュリティ用語としてではなく、RFP、実装、運用、ログ、停止条件に落とし込めるかを見ます。
国内では、AI事業者ガイドラインと個人情報保護法関連情報を確認します。AIを開発・提供する会社だけでなく、業務で利用する発注側も、入力データ、利用目的、委託、第三者提供、ログ、従業員教育、社内ルールを説明できる状態が必要です。
支援会社には、次の質問をしてください。
| セキュリティ質問 | 確認したいこと |
|---|---|
| 顧客情報や従業員情報を外部AIサービスへ送信しますか | 送信範囲、保存有無、契約条件 |
| ログには何が残りますか | 入力、出力、ユーザー、時刻、操作履歴 |
| 誰が管理者権限を持ちますか | 社内管理者、支援会社、再委託先の権限 |
| 誤回答や不正利用をどう止めますか | 停止条件、アラート、人間承認 |
| モデルや外部APIが変わった場合どう評価しますか | 再評価、告知、変更管理 |
| PoC終了後にデータをどう削除しますか | 削除証跡、バックアップ、ログ保存期間 |
これに答えられない会社は、本番化を任せるには不安があります。PoCだから軽くてよいのではなく、PoCでリスクを小さく試し、本番化前に潰すのが正しい進め方です。
新旧ベンダーの引き継ぎ会議で決めること
既存ベンダーから新しい支援会社へ切り替える場合、引き継ぎ会議を感情的な場にしてはいけません。目的は、責任追及ではなく、資産とリスクを正確に移すことです。
会議では、まず成果物一覧を確認します。契約書、発注書、見積書、提案書、要件メモ、設計資料、コード、環境情報、データ定義、プロンプト、評価結果、議事録、課題一覧を並べます。あるもの、ないもの、出せないもの、追加費用が必要なものに分けます。
次に、未完了課題を確認します。PoCで試したがうまくいかなかったこと、まだ見ていないデータ、現場から出た不満、セキュリティ未確認事項、本番化時に残る課題を確認します。未完了課題が出てくること自体は悪いことではありません。問題は、それが隠れたまま次の会社へ渡ることです。
三つ目に、権利と利用条件を確認します。コード、プロンプト、設定、評価データ、設計書、生成物を、発注側が本番化や他社見積に使えるかを確認します。ここが曖昧な場合、新しい支援会社は触れない、または作り直す前提で見積もる必要があります。
四つ目に、責任分界を確認します。既存ベンダーがどこまで説明するのか、新しい支援会社がどこから調査するのか、社内担当が何を決めるのか、法務・情シスが何を確認するのかを決めます。
引き継ぎ会議の議事録には、次の項目を残してください。
| 議事録項目 | 書く内容 |
|---|---|
| 既存成果物 | 提出済み、未提出、提出不可、追加費用の別 |
| 未完了課題 | 技術、データ、評価、運用、契約、セキュリティの課題 |
| 利用権 | 発注側が再利用できる成果物と制限 |
| 調査範囲 | 新支援会社が初期診断で見る範囲 |
| 判断期限 | 本番化、再設計、作り直し、停止の判断日 |
| 次アクション | 誰が、いつまでに、何を出すか |
この議事録があると、次の支援会社の見積が現実的になります。逆に、引き継ぎ会議なしに新しい会社へ発注すると、調査不足と責任分界の曖昧さが残ります。
経営会議に出す会社選定レポート
PoC支援会社を選んだ後、経営会議に出す資料は、単なる見積比較表では足りません。経営者が説明すべきなのは、なぜその会社を選ぶのか、なぜ既存ベンダーを変えるのか、なぜ最安値ではないのか、どのリスクを受け入れるのかです。
会社選定レポートには、次の七つを入れます。第一に、既存PoCの現状。第二に、会社変更の理由。第三に、候補会社の比較表。第四に、見積差の理由。第五に、契約前に潰すリスク。第六に、本番化までのロードマップ。第七に、採択後30日で行うことです。
| レポート項目 | 書く内容 |
|---|---|
| 現状 | 既存PoCでできたこと、できていないこと、残課題 |
| 変更理由 | 対応不満ではなく、診断・評価・本番化に必要な理由 |
| 比較表 | 100点評価、価格、リスク、採択理由 |
| 見積差 | 高い項目、安い項目、抜けている可能性のある項目 |
| 契約前リスク | 成果物利用権、データ、再委託、検収、保守 |
| ロードマップ | 30日、90日、6か月で何を判断するか |
| 採択後30日 | 引き継ぎ会議、現状診断、評価設計、契約条件確定 |
この形式で出すと、社内で「なぜ会社を変えるのか」が説明しやすくなります。既存ベンダーへの不満だけでは、社内の合意は弱くなります。経営会議では、会社変更が感情ではなく、投資判断、本番化、リスク低減、粗利改善につながることを示す必要があります。
30日で支援会社を選ぶ進め方
PoC支援会社選定は、長く引っ張るほど良い判断になるわけではありません。候補会社を増やしすぎると、提案書の比較に時間を使い、肝心の本番化判断が遅れます。既存PoCが止まっている、または既存ベンダー変更を検討している場合は、30日で選定する前提で進めるのが現実的です。
最初の1週間は、社内の前提整理に使います。既存PoCの目的、現在の成果物、困っていること、既存ベンダーへの不満、使っているデータ、契約書、見積書、社内の意思決定者を集めます。この段階で、候補会社へ相談する前に、発注側の希望と制約を分けます。「早く本番化したい」「費用を抑えたい」「既存PoCを活かしたい」「セキュリティが不安」「現場が使っていない」などの希望を、事実と感情に分けておくことが重要です。
2週目は、候補会社への同一質問です。各社に別々の説明をすると、提案前提がばらつきます。候補会社には同じ資料、同じ質問票、同じ回答期限を渡します。質問票には、既存PoC診断、引き継ぎ資料、データ利用、評価方法、セキュリティ、見積範囲、成果物、契約条件、本番化ロードマップを入れます。ここで回答が曖昧な会社は、後工程でも曖昧になりやすいです。
3週目は、提案比較です。候補会社の提案を、100点評価表に落とします。提案書の見た目ではなく、既存PoC診断力、業務理解、データ理解、評価設計、セキュリティ、見積透明性、契約条件、経営説明力で比較します。価格差がある場合は、単に高い・安いではなく、どの作業が入っているかを確認します。現状調査や評価設計が入っている見積は高く見えますが、後から追加費用が出にくい可能性があります。
4週目は、契約前確認と経営判断です。最終候補に対して、成果物の利用権、データの扱い、再委託、検収条件、保守、本番化時の責任分界を確認します。そのうえで、経営会議には「採択会社」「採択理由」「見積差」「残リスク」「契約前に潰す条件」「採択後30日で行うこと」を出します。
| 期間 | 実施内容 | 成果物 |
|---|---|---|
| 1週目 | 社内前提整理、既存PoC棚卸し、契約・見積・資料回収 | 現状整理表、候補会社への説明資料 |
| 2週目 | 候補会社へ同一質問、資料共有、質疑回答 | 質問回答一覧、提案前提表 |
| 3週目 | 提案比較、100点評価、見積差分確認 | 会社比較表、リスク一覧 |
| 4週目 | 契約前確認、経営会議資料、採択後計画 | 選定レポート、契約前チェックリスト、30日計画 |
この進め方にすると、支援会社選定が「営業担当の印象」ではなく「経営判断の資料」になります。特に既存ベンダー変更では、感情的な不満が先に立ちやすいため、30日で比較軸を固定し、事実ベースで判断することが重要です。
選んではいけない提案の見分け方
PoC支援会社選定では、良い提案を選ぶだけでなく、危ない提案を避けることも重要です。危ない提案は、必ずしも雑に見えるわけではありません。むしろ、見た目はきれいで、デモも動き、営業説明も分かりやすいことがあります。
最初に注意すべきなのは、「既存PoCをそのまま活かせます」と簡単に言う提案です。既存PoCを見ていない段階で、引き継げると断定するのは危険です。コード、環境、データ、権利、評価、セキュリティ、運用を見なければ、活かせるかどうかは分かりません。良い会社は、活かせる可能性と、確認が必要な範囲を分けて答えます。
次に、「最新AIを使えば解決できます」と言う提案です。モデルの性能は重要ですが、PoC支援会社選定では、モデル名より業務設計、データ設計、評価設計、運用設計が重要です。最新モデルを使っても、入力データが悪ければ良い結果は出ません。権限やログがなければ本番化できません。評価方法がなければ経営判断に使えません。
三つ目は、見積が一式になっている提案です。「PoC支援一式」「AI開発一式」「本番化支援一式」だけでは、何が含まれているか分かりません。現状調査、要件整理、データ確認、評価設計、実装、セキュリティ確認、成果物作成、保守運用を分けていない見積は、比較にも契約にも弱いです。
四つ目は、失敗条件を書かない提案です。AI PoCでは、成功条件だけでなく、止める条件、作り直す条件、追加検証する条件が必要です。失敗条件がない提案は、PoC終了後に「成果は出ました」と言いやすい一方で、経営者が本番化すべきか判断しにくくなります。
五つ目は、成果物がデモ中心の提案です。PoC支援会社を選ぶなら、画面やチャットボットだけでなく、評価レポート、失敗例、データ課題、リスク一覧、本番化費用、運用設計、契約前確認事項が成果物に入っているかを見てください。デモは社内説明に使えますが、投資判断には資料が必要です。
| 危ない提案 | 表面的には良く見える理由 | 確認すべき質問 |
|---|---|---|
| 既存PoCをすぐ引き継げる | 前向きでスピード感がある | 何を見れば引き継ぎ可否を判断できますか |
| 最新AIで解決できる | 技術力が高く見える | データ・評価・運用はどう設計しますか |
| 見積が一式 | シンプルで安く見える | 調査、評価、セキュリティ、成果物の内訳は何ですか |
| 失敗条件がない | 成功しそうに見える | どの条件なら本番化を止めますか |
| デモ中心 | 社内受けが良い | 経営会議に出す判断資料は何ですか |
経営者が見るべきなのは、提案が明るいかどうかではありません。未確認事項を未確認として扱い、追加費用や本番化リスクを前に出せる会社かどうかです。不確実性を隠す会社より、不確実性を管理できる会社を選んでください。
GXOが支援する場合の進め方
GXOがPoC支援会社選定を支援する場合、いきなり開発見積を出すのではなく、まず現状診断と比較軸作成から入ります。目的は、GXOを選んでもらうことだけではありません。発注側が、自社に合う支援会社を説明できる状態にすることです。
最初に、既存PoCの棚卸しを行います。契約書、見積書、提案書、成果物、データ、評価結果、環境、権限、課題、社内の不満を整理します。資料が不足している場合は、不足自体をリスクとして記録します。
次に、会社選定の評価表を作ります。既存PoC診断、業務理解、データ評価、セキュリティ、実装、見積透明性、契約、経営説明力の100点表です。候補会社の提案をこの表に落とし、見積差とリスクを説明できるようにします。
そのうえで、RFPまたは質問票を作ります。候補会社へ同じ前提で回答してもらい、提案のばらつきを減らします。必要であれば、既存ベンダーとの引き継ぎ会議にも入り、資料リスト、質問、議事録、責任分界を整理します。
最終的に、経営会議向けの会社選定レポート、本番化ロードマップ、契約前チェックリストを作ります。GXOへ相談する価値は、単にAIを作ることではありません。支援会社選定の不安を、比較できる資料と次の行動へ変えることです。
主要CTAは、/lp/ai-consultation です。既存ベンダーを変えるべきか迷っている段階でも相談できます。提案書や見積書が複数ある場合は、その比較だけでも相談対象になります。
公開前のSERP確認とカニバリ判断
この記事は、PoC導入そのものではなく、PoC支援会社を選ぶ検索意図に対応します。2026年7月7日時点の想定検索語は「PoC 支援会社 選定」「AI PoC ベンダー 選び方」「PoC 既存ベンダー 変更 支援会社」「AI導入 会社選定 PoC」です。
既存公開記事「PoC導入後の既存ベンダー変更・引き継ぎ判断ガイド」とは役割が違います。既存記事は、現在のPoCをどう診断し、引き継ぐか、作り直すか、止めるかが主題です。本記事は、次の支援会社をどう選び、比較し、契約前に何を確認するかが主題です。
既存公開記事「PoC導入のRFPに入れるべき要件・評価軸・契約条件」とも違います。RFP記事は提案依頼書に何を書くかが主題です。本記事は、RFPや質問票を使って支援会社を評価し、会社変更の経営判断を作ることが主題です。
既存公開記事「PoC導入の見積前に整理する要件・費用・本番化条件」とも違います。見積前記事は、自社内でテーマ、費用、成功条件を整理する段階です。本記事は、候補会社を比較し、既存ベンダーから切り替える場合の支援会社選定を扱います。
| 確認項目 | 判定 | 理由 |
|---|---|---|
| 検索意図 | 単独記事で成立 | PoC支援会社選定と既存ベンダー変更を組み合わせた意図 |
| 既存記事との重複 | 統合不要 | 引き継ぎ診断ではなく、次の支援会社の評価が主題 |
| シリーズ内カニバリ | 抑制済み | 導入方法、見積前、RFP、支援会社選定で役割を分離 |
| CTA | 明確 | 支援会社選定、見積比較、引き継ぎ診断、契約前レビューへ接続 |
| 公開可否 | 公開可 | 100点監査を通過した状態として扱う |
よくある質問
既存ベンダーを変えるべきか、まずどう判断すればよいですか
まず、既存PoCが本番化できる資産になっているかを診断します。会社への不満だけで判断しないでください。目的、データ、実装、評価、運用、契約のどこが不足しているかを分けると、会社変更が必要か、現ベンダーとの再調整で足りるかが見えます。
PoC支援会社は何社比較すべきですか
実務上は三社程度が扱いやすいです。AI専門会社、システム開発会社、診断・伴走型の会社を混ぜると違いが見えます。十社以上を見ると、社内の比較負荷が増え、逆に判断が曖昧になります。
一番安い会社を選んではいけませんか
安い会社を選ぶこと自体は問題ではありません。ただし、調査、評価、セキュリティ、成果物、運用設計が見積から抜けていないかを確認してください。必要作業が抜けている安さは、後から追加費用やリスクになります。
既存ベンダーとの関係が悪い場合でも引き継ぎできますか
できますが、資料不足や説明不足を前提に診断計画を作る必要があります。契約上の成果物利用権、コードやデータの扱い、環境再現の可否を確認し、使えないものは無理に使わない判断も必要です。
支援会社選定だけをGXOに相談できますか
相談できます。GXOでは、提案書・見積書の比較、RFP質問票、既存PoC引き継ぎ診断、契約前チェック、経営会議向け選定レポートの整理から相談できます。開発発注前の段階でも問題ありません。
参照・確認候補
- GXO既存記事: /column/poc-vendor-switch-handover-guide-20260707
- GXO既存記事: /column/poc-rfp-requirements-evaluation-contract-guide-20260707
- GXO既存記事: /column/poc-pre-estimate-scope-cost-guide-20260707
- GXO既存記事: /column/vendor-selection-check-09-ai-development-company-202605
- NIST AI Risk Management Framework: https://www.nist.gov/itl/ai-risk-management-framework
- OWASP Top 10 for Large Language Model Applications: https://owasp.org/www-project-top-10-for-large-language-model-applications/
- OWASP GenAI Security Project: https://genai.owasp.org/
- 経済産業省・総務省 AI事業者ガイドライン: https://www.meti.go.jp/press/2024/04/20240419004/20240419004.html
- 個人情報保護委員会 個人情報保護法等: https://www.ppc.go.jp/personalinfo/
