PoC（ピーオーシー）は Proof of Concept の略で、日本語では「概念実証」と訳されます。情報処理推進機構（IPA）の2020年の資料には、PoC を「戦略仮説・コンセプトの検証工程」とする説明があります。
発注する側から見ると、PoC は本格的に作る前に、自社のデータと業務で役に立つかを小さく試す取り組みです。AIに限らず、新しいシステムや製品の開発でも使われる言葉です。終わったときに手元に残るのは、完成したシステムではなく「先に進むか、やめるか」を決めるための材料です。
公的な事業にも、PoC を本番の構築と分けて扱っているものがあります。IPA が2026年10月に出した公募要領の1つは、事業の目的を本番システムの構築ではないとしたうえで、PoC などを通じて有効性と実現の見込みを確かめ、次の段階でどう作るかの方針を具体的にするところまでを対象にしています。
ベンダー（開発を請け負う会社）から PoC を提案されたときや、社内で「AIを試してみて」と言われたときに、社内で先に決めておけることは4つあります。何を試すか、どこまでやるか、終わったら何が残るか、どうなったら次に進むかです。
PoCで確かめるのは、自社の条件で使えるか
PoC は「作れるか」を確かめるもの、と説明されることもあります。作れるかどうかも見ますが、それだけでは進むかどうかを決められません。発注する側が知りたいのは、その技術を自社の条件で使ったときに、期待した結果が出るかです。
たとえば経理の請求書の仕分けをAIに任せるなら、見るのは、自社に実際に届いた請求書で仕分けがどれくらい当たるか、担当者がその結果を使って作業を短くできるか、です。
試作・MVP・本番開発とどう違うのか
違いは、何を確かめるために作るかと、終わったときに何が残るかです。PoC のあとに残るのは進むかどうかの判断材料で、運用できるシステムが残るのは本番開発です。次の表は厳密な定義ではなく、発注するときに目安にする観点です。
| 確かめたいこと | 終わったときに残るもの | |
|---|---|---|
| PoC | 自社の条件で、期待した結果が出るか | 結果の報告と、次に進むかの判断材料 |
| 試作（プロトタイプ） | この形で意図や操作が伝わるか | 触って試せる試作品 |
| MVP（顧客について学ぶために試す形） | この形から顧客について何を学べるか | 顧客について分かったことと、次に試すこと |
| 本番開発 | 決めたものを、業務で使える品質で作る | 運用できるシステム |
実際には重なることも多く、PoC の中で試作を作ることもあります。試作と MVP の違いはプロトタイプとMVPの違いで詳しく書いています。
AIのPoCで見ること
AIの PoC で見る中身は、AIの使い方で変わります。
自社のデータをAIに学ばせて、判定や分類をさせる使い方なら、手元のデータで求める精度が出るかが最初の問いになります。データの量が足りるか、記録の仕方がそろっているか、もこの段階で分かります。
すでに提供されている生成AIのサービスを使い、プロンプト（AIへの指示文）や社内資料の渡し方を工夫する使い方もあります。この場合、AIを作れるかどうかは問いになりません。見るのは、自社の文書や業務の流れの中で、出てくる答えが仕事に使えるかどうかです。答えの正しさに加えて、誰が答えを見直すのか、その手間を入れても作業が短くなるのか、まで見ます。
どちらの場合も、試すデータは実際の業務のものに近いほど結果を信用できます。表記の揺れや抜けのあるデータを通さないと、本番で何が起きるかは分かりません。データを外に出せない事情があるなら、伏せ字にするのか、社内で処理するのかを、試す前に決めておきます。
PoCの進め方
外に頼む場合も、社内でやる場合も、流れは次の5段階です。
- 何を試すか、どこまでやるか、終わったら何を受け取るか、どうなったら次に進むかを決める
- 試すデータを用意する。外に出せないデータの扱いもここで決める
- 決めた範囲で試す
- 結果を、始める前に決めた基準と比べる
- 本番に進むか、条件を変えてもう一度試すか、やめるかを決める
1つめで決めることが曖昧だと、3つめから先がいつまでも終わりません。発注する側がいちばん手を入れられるのも、1つめです。
頼む前に決めておく4つ
PoC を外に頼む前に、次の4つを社内で決めておくと、終わったあとの判断が速くなります。全部が決まっていなくても始められます。決まっていないものは、最初の打ち合わせで一緒に決めることになります。
1. 何を試すか
どの部署の、どの作業で、何が変わったら成功とするか。「AIで業務を効率化する」では広すぎて、終わっても判断できません。「経理の請求書の仕分けで、担当者の見直し時間が減るか」くらいまで絞ります。成功を数字で言うなら、着手前にいまの作業時間や件数を測っておきます。
2. どこまでやるか
どのデータを使うか、何件で試すか、いつまでにやるか。範囲と期間が決まっていないと、「もう少し試したい」が続いて終わりが来ません。
3. 終わったら何が残るか
受け取るものを先に決めます。結果の報告書だけなのか、試しに動かしたプログラムや設定も含むのか。プログラムを受け取っても、そのまま本番で使えるとは限りません。試すために割り切って作るぶん、本番に進むときに作り直すこともあります。
4. 次に進む条件
本番の開発に進む結果と、やめる結果を分けて書いておきます。たとえば「仕分けの正解率がこの水準を超え、担当者の見直し時間がこれだけ減れば進む」のように、数字を入れて始める前に決めます。この条件がないと、結果が出ても次の予算を出すかどうかを誰も決められません。進む場合に、結果を業務のどこで使い、誰が使うかも、ここで決めておきます。
Nue が相談を受けてきた範囲では、PoC が本番に進まないときは、精度より、作ったものを業務のどこに置くかで詰まっていることの方が多くあります。合格ラインや、AIが間違えたときの手順まで含めた決め方は、生成AIのPoCが本番に行かない理由で書いています。
契約の前にベンダーと話しておくこと
4つが決まったら、それが契約書や見積書のどこに書かれているかを読みます。口頭で合意した内容が、書面に残っていないことがあります。条項が適切かどうかの判断は、弁護士など専門家と一緒に行うのが確実です。
約束しているのは完成か、作業か
PoC は、やってみないと結果が分からないことを試す取り組みです。そのため、決まったものを完成させることではなく、検証の作業を行うことを約束する契約になっている場合があります。どちらの形なのか、期待した結果が出なかったときにどうなるのかを、契約書で読んでおきます。「やってみたが駄目だった」も PoC の結果の1つです。何をどこまで調べるかを具体的に書いておくと、結果が出なかったときに何を受け取れるかで揉めにくくなります。
渡すデータと、受け取るものの扱い
PoC では社内のデータを外に渡すことが多くなります。次の点は契約の前に聞いておくと安心です。
- 渡したデータを、ベンダーが PoC 以外の目的に使えるか
- PoC で作ったプログラムや報告書を、自社がどこまで自由に使えるか
- PoC が終わったあと、渡したデータを返すのか、消すのか
本開発の話をどう扱うか
PoC の結果がよければそのまま同じ会社と本開発に進む、という前提で話が進むことがあります。その前提が契約に入っているかどうかで、PoC のあとの選び方が変わります。どういう結果のときに開発に進むのかを、4つめの「次に進む条件」と照らし合わせておきます。
よくある質問
PoCの費用はどう決まりますか
試す範囲で決まります。対象の業務がいくつあるか、使うデータがどれくらい整っているか、既存のシステムとつなぐか、データの扱いにどれだけ制約があるか、で変わります。見積もりを比べるときは、金額より先に、何を試して何を受け取る見積もりなのかをそろえます。AI導入の進め方と費用の考え方はAI導入は何から始めるかで書いています。
期間はどれくらい見ておけばいいですか
範囲の広さで決まります。1つの業務に絞るか、全社に広げるかで大きく変わり、使うデータが手元にそろっているかも効きます。Nue のAI受託開発では、解決したいことを1つに決めて、2週間で動くものを出すところから始めています。これは開発の始め方で、PoC の期間の約束ではありません。
社内だけでPoCはできますか
できる場合もあります。すでにある生成AIのサービスを試しに使ってみて、業務に役立ちそうかを見る程度なら、社内で始められます。その場合も、サービスの利用規約で、入力したデータがどう扱われるかは先に読んでおきます。自社のシステムとつなぐ、社内の大量の文書を読ませる、といった段階になると、作る手間と試す手間が一度に増えます。外に頼むかを決めるのは、その段階に入る前です。