PoCとは
PoCとは、技術的な実現可能性や業務への適用可能性を検証する段階です。ガイドラインでは、この段階で検証を行いその結果を踏まえて本開発へ進むか判断する段階的契約が推奨されています。
この用語はG検定シラバスの「35. AI プロジェクトの進め方」に含まれます。 章全体の用語は用語解説⑥（全52語）にまとまっています。
一言でいうと
本格開発の前に「そもそも実現できるか」を小さく試して確かめる段階です。
なぜ必要なのか
AIは着手前に精度を約束できません。いきなり大規模な契約を結ぶと、結果が出なかったときに双方が困ります。
そこでまず小さく試して見込みを確かめる段階を挟みます。ここで判断材料を得てから本開発の可否を決めるのが合理的です。
段階的契約という考え方
経済産業省のガイドラインでは、PoCと本開発を分けて契約することが推奨されています。
一括で請け負う形にすると、精度が出なかった場合の責任の所在が曖昧になります。段階を分ければリスクを双方で分担できます。この点は法務・契約の章とも関わる論点です。
PoC疲れ
PoCばかり繰り返して本番運用に至らない状態は「PoC疲れ」と呼ばれます。
技術検証だけを目的にしてしまい、事業上の課題とつながっていないことが原因になりがちです。AIのビジネス活用で重視される「課題起点」の姿勢がここでも効いてきます。
PoCで確かめる3つの観点
- 技術的に実現できるか：目標とする精度に届くか
- 業務に組み込めるか：現場の手順に無理なく収まるか
- 費用に見合うか：運用コストを含めても効果が上回るか
技術検証だけで終わらせると、「動くけれど使われない」という結果になりがちです。3つを揃えて評価することが本格導入の判断につながります。
🎯 G検定での押さえどころ
- 実現可能性を検証する段階
- 段階的契約が推奨されている
- 目的を見失うと「PoC疲れ」に陥る
⚠️ よくある誤りの選択肢
- 「PoCは本開発と一括で契約するのが望ましい」→ 誤り。段階的契約が推奨されます
- 「PoCで良い結果が出れば必ず本開発へ進む」→ 誤り。進まない判断も含めた検証です
関連する用語
ご利用にあたって 本ページの内容は、JDLAが公開しているG検定シラバス2024や公式テキストなど、一般に公開されている情報をもとに独自に整理・解説したものです。実際の試験の出題内容を示すものではなく、また合格を保証するものでもありません。制度・法令・試験要項は変更されることがあるため、最新の情報は必ずJDLA公式サイトでご確認ください。