記事の要約
- PoC報告書とは、検証で動いたかどうかの記録ではなく、本番開発に投資してよいかを判断する材料をそろえた文書で、結論・費用・効果を先頭に置きます。
- 構成は目的・成功基準・検証条件・結果・制約・費用・次の一手の7項目で、数字は比較対象と検証条件、分母となる件数、現状値との差をそろえて判断に使えます。
- Gartnerは生成AIプロジェクトの少なくとも30％がPoC後に中止されると予測し、理由の1つに事業価値が不明確なことを挙げています。
「PoCは終わったのに、経営層から『本番に進めるのか』と聞かれて答えに詰まった」「精度の数字は出したのに、稟議（＝社内の決裁手続き）が止まった」。AI推進の担当者からよく聞く声です。
本記事では、PoC報告書の書き方を、読み手別に必要な情報、7項目の構成、数字の出し方、よくある不備、テンプレートの順に解説し、公開されたPoC結果報告も3件取り上げます。
東京大学松尾研発のAIスタートアップとして製薬・製造業のAI PoCを手がける弊社の経験も踏まえてまとめました。
目次
PoC報告書とは？判断に使えない報告書が生まれる理由と読み手別に必要な情報
PoC報告書とは、PoC（＝本番開発の前に小さく行う技術検証）の結果を、本番に進むか・条件付きで続けるか・やめるかの判断材料として整理した文書です。動いた事実の記録ではなく、投資判断の材料が主役です。
判断に使えない報告書は、検証中に精度を上げる作業へ時間が吸われ、終了間際に結果だけを文書化するときに生まれます。何と比べて良いのか、どの条件で出た数字かが抜け、読み手が根拠を補うことになります。
会議で「現状と比べてどうか」と聞かれて答えられず、追加調査が宿題になるのが典型的な症状です。
Gartnerは2024年7月、生成AIプロジェクトの少なくとも30％が2025年末までにPoC後に中止されると予測し、理由にデータ品質・リスク管理・コスト増と並べて事業価値が不明確なことを挙げました。
読み手は3者で、知りたいことが違えば先に置く情報も変わります。
| 読み手 | 知りたいこと | 先に置く項目 |
|---|---|---|
| 経営層 | 本番に進めるか・費用と効果はいくらか | 結論・費用・効果の3点 |
| 現場（業務部門） | どの条件なら使えるか・作業がどう変わるか | 検証条件・制約 |
| 情報システム部門 | 構成・データの流れ・セキュリティ・運用負荷 | 構成図・データ経路・運用要件 |
3者に1つの報告書で応えるには、先頭1ページを経営層向けの3点に絞り、条件と制約、構成の順に深くする形が現実的です。
参照元：Gartner「Gartner Predicts 30% of Generative AI Projects Will Be Abandoned After Proof of Concept」（2024年7月）
PoC報告書の構成7項目（目的・成功基準・検証条件・結果・制約・費用・次の一手）
経営判断に使えるPoC報告書は、次の7項目を同じ順番で並べます。順番そのものが「何を確かめ、何が分かり、次に何をするか」という判断の流れになるため、書き手も読み手も迷いません。
- 目的：何を確かめるためのPoCか
- 成功基準：合格条件と撤退条件
- 検証条件：データ・期間・範囲・評価者
- 結果：成功基準と同じ指標での実測値
- 制約：本番で変わる条件と未検証の範囲
- 費用：本番化の概算と体制
- 次の一手：進む・条件付き・やめるの提案
順番が判断の流れになるのは、目的が成功基準の指標を、成功基準が検証条件の範囲を、条件が結果の読み方を決める連鎖があるためです。前の項目が抜けると、後ろの読み方が決まりません。
1. 目的：何を確かめるためのPoCか
目的は、業務課題と確かめたいことを1文で書きます。「変更申請書の草案作成時間を半分にできるか」のように対象業務と指標を含めた形にします。目的が曖昧だと評価軸が定まらず、評価が印象論になります。
2. 成功基準：合格条件と撤退条件を数値で
成功基準には、着手前に決めた合格条件と撤退条件をそのまま載せます。途中で基準を変えたなら、いつ・なぜ変えたかを併記すると、結果に合わせて基準を動かした疑いを防げます。
3. 検証条件：データ・期間・対象範囲・評価者
検証条件には、データの件数と種類、期間、対象範囲、評価者と、検証シナリオ（誰がどの手順で使ったか）を書きます。
デジタル庁の2023年度検証は期間（2023年12月〜2024年3月）・対象者・検証内容を分けて公開しており、条件を明記した公開報告の手本です。条件が抜けると、本番で条件が変わったときに結果を読み直せません。
4. 結果：成功基準と同じ指標で、現状値と並べる
結果は、成功基準と同じ指標・単位で書き、現状の人手による値と並べます。精度だけでなく処理時間・確認工数・エラー件数など業務の指標を含めると、本番化後の効果に換算できます。
5. 制約：本番で変わる条件と未検証の範囲
制約には、PoCでは成り立っていたが本番では変わる条件を書きます。サンプルと実データの差、対象外にした例外処理、AIに任せていない判断などです。制約を書かない報告書は、本番で初めて問題が見つかる報告書であり、経営層にとって制約は投資範囲を見積もる情報です。
6. 費用：本番化の概算と体制
費用には、PoCにかかった額ではなく、本番化した場合の初期開発費・年間運用費・社内体制の概算を書きます。効果と費用の数字が同じ報告書にそろって初めて、稟議は進みます。決裁者は効果を費用と並べて他の案件と比べるので、片方が無いと比較に乗らず保留になります。
概算できない項目は「未算定」と明記し、算定の期限を添えます。
PoC開発から本番開発への流れは「PoC開発とは？失敗しないためのプロセスと成功の秘訣を徹底解説」で解説しています。
7. 次の一手：進む・条件付きで続ける・やめるの提案
次の一手は、本番へ進む・条件付きで再検証する・撤退するのどれを提案するかを明記し、選択ごとに必要な条件・期限・責任者を書きます。「期待できる」で終わる結論は、判断を読み手に丸投げした状態です。結論ごとに厚く書く欄が変わります。
- 進む：成立した条件と未確認の条件、本番で増えるリスク
- 条件付きで続ける：届かなかった理由、次に確かめる問い、必要な件数と期限、費用の上限、判断日
- 撤退：否定された仮説、止める投資、残す知見とデータ
参照元：デジタル庁「2023年度 デジタル庁・行政における生成AIの適切な利活用に向けた技術検証を実施しました」（2024年5月）
結果の数字の出し方：比較対象・条件・件数・現状値との差
結果の数字は、「精度92％」のように単独では判断に使えません。比較対象・検証条件・分母となる件数・現状値との差の4点がそろって初めて、経営層は本番でも同じ効果が出るかを見積もれます。
何と比べたか（現状の人手・既存ツール・前回の検証）と、どの条件で出たかを同じ行に書けば、解釈に迷いません。
表の数字は見本です。判定の根拠に現場の一言を添えると、経営層が「動いた」と「使える」を分けて読めます。
| 検証項目 | 成功基準 | 結果（分母つき） | 判定 | 根拠・現場コメント |
|---|---|---|---|---|
| 草案作成時間 | 60分→30分以下 | 平均27分（120件） | 合格 | QA担当3名「修正は体裁が中心」 |
| 逸脱報告書 | 未設定 | 未検証 | 条件付き | 30件を4週間で追加検証 |
条件には、対象にした範囲と外した範囲の両方を書きます。「この条件の外では未検証」と先に書くほうが、報告書の信頼は長く保たれます。
割合には常に分母を添えます。「正答率56％」より「43件中24件が正答」（見本の数字）のほうが、件数の少なさも含めて判断できます。
平均値だけでなく区間も示します。削減時間が平均15分でも最小0分・最大60分なら効果は業務によって偏っており、偏りが見える数字は本番で優先する業務を選ぶ材料になります。
現状値との差は業務の単位に換算します。1件15分の削減なら月間件数をかけて月何時間かまで書くと、費用の項目と突き合わせられます。
指標の選び方は「PoC検証とは？目的と3つの観点・進め方・成功事例を解説」をご参照ください。
PoC報告書によくある不備4つと、公開されている結果報告に学ぶ書き方
弊社がAI PoCのご相談で見る範囲では、報告書の不備は次の4つに収まることがほとんどです。いずれも検証中に決めなかったことを、書く段階で埋めようとすることから生まれます。読み手の側では「疑われる」「読み直せない」「決められない」という3つの形で現れ、いずれも書く段階ではなく検証の設計段階で防げます。
よくある不備4つと直し方
| 不備 | 読み手に起きること | 直し方 |
|---|---|---|
| 成功基準が後付け | 基準を結果に合わせたと疑われる | 着手前の基準と変更の経緯を書く |
| 検証条件の省略 | 条件が変わると読み直せない | 件数・期間・範囲・評価者を明記する |
| 費用の抜け | 効果だけでは稟議が進まない | 本番化の初期費・運用費・体制を書く |
| 「期待できる」で終わる結論 | 判断が読み手に丸投げされる | 進む・条件付き・撤退のどれかを提案する |
成功基準・検証条件・費用の枠は、着手前に報告書の空欄として用意するのが対策です。
PoCが本番に進まなかった事例は「PoC失敗の事例5選｜本番に進まない原因と防ぎ方【2026年】」で整理しています。
公開されているPoC結果報告3件に学ぶ
デジタル庁の2023年度検証は、目的を利用方法の知見の獲得、改善できる業務の特定、改善効果の推定の3つに分け、報告資料とともに投稿プロンプト一覧やテストケース例（CSV）を公開しました。目的を分けないと評価軸が1つになり、業務ごとの差が見えなくなります。
注意点は、行政の検証は規模が大きく、数字をそのまま自社に当てはめられないことです。学ぶべきは数字ではなく、目的・条件・結果・課題を分けて書く形式です。
両備システムズが公表した札幌市との旅費事務のAI実証（2025年12月〜2026年3月）は、処理時間を平均15.4分・27.2％削減、規程遵守率98.1％と報告しました。判断基準が明確な規程のみが対象、25分以下では時間が増えた例もあると例外を併記した点が手本です。
例外を書かないと、時間が増える業務まで適用範囲に入り、本番で効果が相殺されます。一方、公表形式はプレスリリースなので、社内の報告書に要る費用や体制の情報は含まれません。
国土交通省のPLATEAUは、3D都市モデルの実証148件（2026年11月時点）を、概要・実現したい価値・方法・結果と課題・参加ユーザーからのコメント・今後の展望という同じ見出しで公開しています。
見出しを固定すると、件数が増えても比較できることを示す例です。見出しが件ごとに違うと、読み手は同じ項目を探す段階で詰まります。
参照元：株式会社両備システムズ「札幌市との生成AI及びAIエージェントを活用した旅費事務効率化の実証実験において時間削減等の成果を確認」（2026年6月）／国土交通省「PLATEAU ユースケース」（2026年3月）
そのまま使えるPoC報告書テンプレート（項目・書くこと・例文）
7項目をテンプレートにまとめました。例文は製薬の品質保証業務を想定した見本です。PoCの着手前にこの表の空欄を作り、検証中に埋めていく使い方を前提にしています。
空欄を先に作ると、評価者・件数・撤退条件を決める作業が着手前に前倒しされ、空欄がそのまま検証中の記録項目になるためです。
| 項目 | 書くこと | 例文（例） |
|---|---|---|
| 目的 | 対象業務と確かめたいことを1文で | 例：変更申請書の草案作成時間を半分以下にできるか |
| 成功基準 | 合格条件と撤退条件を数値で | 例：合格＝60分→30分以下。撤退＝45分超 |
| 検証条件 | データ・期間・範囲・評価者 | 例：過去の申請書120件、8週間、QA担当3名が評価 |
| 結果 | 同じ指標で現状値と並べる | 例：平均27分（現状60分）、修正は平均4.2か所（最小1・最大11） |
| 制約 | 本番で変わる条件と未検証の範囲 | 例：逸脱報告書は未検証。社外秘データは社内環境で処理 |
| 費用 | 本番化の初期費・年間運用費・体制 | 例：初期開発費と年間運用費の概算、運用担当1名 |
| 次の一手 | 進む・条件付き・撤退と条件・期限・責任者 | 例：条件付きで本番へ。逸脱報告書30件を4週間で追加検証 |
1ページ目に結論・費用・効果の3点、2ページ目以降に表の順で本文、構成図とセキュリティ要件は別紙にします。経営層が1ページ目だけで決裁の方向を決められる状態が目標です。
別紙に回すのは、情報システム部門が深く読め、1ページ目を薄く保てるためです。ここで方向が決まらないと、決裁は次回に回ります。
成功基準の欄を開始前に埋めるには、計画段階で関係者の合意が要ります。進め方は「PoCの進め方｜5つのステップとチェックリスト・成功事例4選」と「AI PoCの進め方とは？期間や失敗しない秘訣を事例と共に解説」をご参照ください。
このように、判断に使える報告書は、検証の設計段階で枠を決めておくことで書けます。この段階から、弊社はAI PoCサービス「ココロミ」（スタンダードプラン月々250万円〜）で支援しています。
スカパーJSAT株式会社との静止軌道衛星の軌道保持業務のPoCでは、評価観点を妥当性・一貫性・説明可能性・再現性・運用負荷の5つに置き、AIの出力はエンジニアがレビューする前提で検証しました。本格的な運用適用の判断はこれからの段階です。
参照元：株式会社EQUES「スカパーJSAT株式会社 導入事例」
PoC報告書に関するよくある質問
Q. PoC報告書は何ページくらいが適切ですか？
目安は、1ページ目に結論・費用・効果の3点、本文は7項目で5〜10ページ、構成図などは別紙です。
Q. 成功基準に届かなかった場合、報告書はどう書けばよいですか？
届かなかった事実と、原因がデータ・検証条件・モデルのどれにあるかの切り分けを書き、撤退か条件付き再検証を提案します。撤退条件を事前に決めていれば、「投資しない」という判断を得た成果になります。
Q. PoC報告書は社内のどの書式に合わせるべきですか？
最終的に稟議書に転記されるので、稟議書の項目に合わせるのが近道です。費用・効果・リスク・体制の項目名をそろえると、書き直しが減ります。
まとめ
要点は次のとおりです。
- 読み手は経営層・現場・情報システム部門の3者で、先頭1ページは経営層向けの結論・費用・効果の3点に絞る
- 構成は目的・成功基準・検証条件・結果・制約・費用・次の一手の7項目で、成功基準は着手前の値を載せる
- 数字は比較対象・検証条件・分母・現状値との差をそろえ、進む・条件付き・撤退のどれかを提案する
報告書の枠から一緒に設計したい段階でも、お気軽にご相談ください。最後までお読みいただき、ありがとうございました。
判断に使える報告書になるPoCを、設計から始めませんか
成功基準と検証条件を先に決める設計から、AI PoCサービス「ココロミ」で伴走します。まずは無料相談からどうぞ。
