生成AIのPoC案件は本番移行の条件まで確認する
生成AIのPoC（概念実証）案件を受けたSES営業は、デモが動くかだけでなく、業務品質、データの利用条件、運用責任、本番移行の判断者を確認します。PoCの成果と本番運用の準備は別の確認事項です。
2026年版中小企業白書の概要では、中小企業の約3割がAI活用に取り組んだとされています。一方、活用に取り組んでいない企業が挙げる課題には、活用業務をイメージできない、人材が不足している、社内ルールがない、などが含まれます。こうした状況では、案件名だけから担当作業や必要スキルを推測できません。案件名を具体的な業務と判断条件へ置き換えることが聞き取りの起点です。
PoC案件は、試作の完成と本番運用の準備を別々に確認します。
2026年の公的調査はAI活用の具体化を課題として示す
中小企業庁の2026年版白書概要が引用する調査では、2019年以降に省力化投資へ取り組んだ事業者5,645社のうち、30.3%がAI活用にも取り組んだとされています。同じ調査で、省力化投資には取り組んだもののAI活用には取り組んでいない3,888社が挙げた課題は、「活用する業務がイメージできていない」63.4%、「活用を推進する人材が不足している」40.0%、「社内ルール・ガイドラインが整備されていない」26.2%でした。
この数値は、中小企業白書が引用する帝国データバンクの調査結果です。課題の割合は、2019年以降に省力化投資へ取り組んだ事業者のうちAI活用に取り組んでいない事業者3,888社への複数回答であり、全企業やSES案件の割合ではありません。案件需要や成約率として読み替えず、営業が確認する論点を見つける材料にします。
PoCの目的は機能確認だけとは限らない
PoCでは、技術的に実現できるかだけでなく、実業務に合うか、導入後に運用できるか、次の投資判断に必要な情報が得られるかを確かめることがあります。どの判断を支えるPoCかを聞きます。
IPAのDX動向2026は活用・人材・ガバナンスを扱う
IPAの「DX動向2026」は、AI・データの活用実態、効果、課題、ガバナンスや組織体制、DX・AIに関する人材の過不足などを調査対象としています。案件でもモデル開発だけに視点を置かず、データ準備、利用ルール、業務への組み込み、運用を確認する必要があります。
PoCの成功条件は開始前に関係者と決める
PoCの終了時に何をもって次へ進むか決まっていないと、試作が動いた後も本番移行の判断ができません。対象業務、現状の課題、比較対象、評価データ、判断者を開始前に明確にします。開始前に決めた判断条件が、PoCの成果を次の投資判断へつなぎます。
対象業務と利用者を具体化する
「生成AIを試す」ではなく、誰がどの作業のどこで使うかを確認します。問い合わせ回答案の作成、文書の分類、社内規定の検索など、対象を限定するとテストケースや担当範囲を決めやすくなります。
評価基準と失敗時の扱いを合意する
出力の正しさ、必要な情報の欠落、根拠のない補完、応答時間、修正にかかる工数などから、業務上必要な基準を選びます。数値を決められない場合は、代表的な入力例と人が確認する箇所を決め、合否を判断する人を明確にします。
PoCを終える判断者と次の選択肢を決める
PoCの終了時には、本番化、追加検証、対象変更、見送りなど複数の選択肢があります。誰がどの資料を見て判断するのか、未達項目がある場合に再検証するのかを確認します。PoCの成功を本番導入の確約と混同しないようにします。
営業担当が案件で確認する7項目
SES営業は、依頼された技術者像と実際の作業・責任範囲が一致するかを確認します。特にPoCと本番化をまたぐ案件は、工程ごとの担当者と決定権者を分けて聞きます。PoC担当と本番運用担当が同じとは限らないため、工程を分けて確認します。
1. 対象業務と利用者
どの部署の誰が、何の作業をどの場面で行うのかを確認します。現行の手順や困っている点、AIを使わない場合の代替手段も聞くと、改善対象を整理できます。
2. PoCで検証する仮説と成果物
検証する仮説、デモ、プロトタイプ、評価レポート、業務フローなど、PoCで納めるものを確認します。コード作成が中心なのか、業務分析や評価設計も含むのかを分けます。
3. 使用データと利用条件
入力に使うデータの種類、出所、品質、個人情報・機密情報の有無、検証環境への持ち込み可否を確認します。データ利用の許可や保管・削除ルールは、営業担当の推測で決めず、顧客の責任者に確認します。
4. AIの出力を確認する人と責任
出力を誰が確認し、誤りが見つかったとき誰が訂正するのかを聞きます。自動処理してよい範囲と、人の承認が必要な範囲も整理します。
5. 接続先と権限
利用するモデルやサービス、既存システムとの連携、アカウント権限、監査ログ、セキュリティレビューの担当を確認します。PoC環境と本番環境で条件が異なる場合は、違いと追加作業を分けて記録します。
6. 本番運用の担当と保守内容
監視、問い合わせ、障害対応、プロンプトやナレッジの更新、モデル変更時のテストなどを誰が担うか確認します。開発要員のみの募集か、運用・保守まで含むかで必要な経験は変わります。
7. 本番移行の判断条件と時期
評価結果の確認者、業務部門と情報システム部門の承認、予算や契約の手順、追加開発の有無を聞きます。移行時期が未定なら、PoCの終了後に次回判断する会議や責任者を確認します。
確認事項を案件票へ記録する
口頭で聞いた条件も、案件票に現在値、確認中、対象外などの状態を添えて残します。次のような表を使い、回答がない項目を確定条件のように扱わないことが大切です。
| 確認項目 | 案件票に残す情報 | 状態 |
|---|---|---|
| 対象業務 | 利用者、業務、現状課題 | 確認済み／確認中 |
| PoC成果物 | 試作品、評価結果、報告資料 | 確認済み／確認中 |
| 評価方法 | テストケース、合格条件、判断者 | 確認済み／確認中 |
| データ | 種類、出所、利用・保管条件 | 確認済み／確認中 |
| 人の確認 | 承認箇所、差し戻し、責任者 | 確認済み／確認中 |
| 運用 | 監視、更新、障害時対応 | 確認済み／確認中 |
| 移行条件 | Go/No-Goの判断者、時期、追加作業 | 確認済み／確認中 |
この表は営業が要件を聞き取るための例で、法務・セキュリティ審査を代替しません。データや権限に不明点があれば、責任者へ確認してから候補者と作業範囲を調整します。営業は技術・法務上の安全性を推測で保証せず、責任者の確認へつなぎます。
候補者提案ではPoCと本番運用の経験を分ける
PoCの実装経験だけで、本番運用の設計・監視まで担えるとは限りません。人材情報を確認するときは、担当工程、利用技術、評価設計、データ取扱い、運用後の改善を分けて聞き、確認済みの経験だけを提案に記載します。
案件情報と候補者情報の条件を横断して確認したい場合は、関連する実務ガイドも参考になります。提案前には、本人の稼働時期、希望条件、経験の説明内容も確認してください。
本番移行を見据えた聞き取りが案件のずれを減らす
生成AIのPoC案件では、動作確認だけでなく、対象業務、評価、データ、権限、人による確認、運用、移行判断を一続きで整理します。SES営業は技術的な安全性を独自に保証せず、責任者と未確定条件を明らかにして、必要な経験や担当範囲へ結び付けます。
業界の変化にDot Linkで対応する
無料登録して詳細を見る →よくある質問
PoCで動いた生成AIはそのまま本番利用できますか？
動作したことだけでは本番利用の判断になりません。実業務の品質、データ利用条件、権限、人の確認、監視や障害対応などを確かめ、移行の判断者と条件を合意してください。
SES営業が生成AI案件で最初に確認することは何ですか？
対象業務、PoCの目的、使うデータと環境を確認します。そのうえで担当工程、評価責任者、運用主体、本番移行の意思決定者を整理します。
生成AIの精度に合格基準を決められない場合はどうしますか？
単一の精度指標を無理に置かず、代表的な業務ケース、許容できない誤り、人の確認箇所、修正にかかる工数などを関係者と決めます。合意できない項目は未確定として扱います。
参照リンク
- 2026年版中小企業白書・小規模企業白書の概要（中小企業庁） — AI活用状況と未活用企業が挙げる課題を確認。
- DX動向2026（IPA） — AI・データ活用、人材、ガバナンスに関する調査範囲を確認。
- デジタルスキル標準ver.2.0（経済産業省） — AI実装・運用やAIガバナンス等のスキル見直しを確認。
