AI PoC（実証実験）の5〜7割は本実装に届かず終わる——業界で「PoC死」と呼ばれる現象です。原因の大半は、モデルの精度不足ではありません。発注前に5つの質問を握らずに走り出したことが本当の理由です。この記事では、「①成功/失敗の判定基準 ②本実装に進む条件 ③得たいデータ ④誰がレビューするか ⑤撤退条件」の5問を、中小企業が発注前に整理するための考え方として実装者の視点で開示します。
「まずPoCで試したい」という相談を月に何件かいただきます。ただ、そのまま始めると、たいてい**3ヶ月後に『何をもって成功と呼ぶかが最後まで曖昧だった』**という結末になります。ここで整理する5問は、そのやり直しを防ぐための最小セットです。
なぜPoCの多くが本実装に届かないのか
まず数字で現状を押さえます。総務省の令和7年版 情報通信白書によれば、日本企業の生成AI導入率は2024年度に**49.7%**まで上がり、前年比7ポイント増と急伸しました。一方で未導入企業の阻害要因の筆頭は「適切な利用方法がわからない」——触ってはみるが、次に何を確かめたかったのかが分からない状態が広く残っています。
海外に目を向けても状況は似ています。Gartnerは2025年6月に、エージェント型AIプロジェクトの40%以上が2027年末までに中止されると予測しました。理由として挙がったのは「エスカレートするコスト」「不明瞭な事業価値」「不十分なリスク制御」の3点で、多くの案件がPoCフェーズで足踏みしているとも指摘されています。
現場で聞くPoCが崩れるパターンは、ほぼ次の3つに集約されます。
- 「精度が上がったか」しか見ておらず、業務判断ができない
- 「本実装に進む条件」が最後まで決まらないまま、報告書だけ残る
- PoC途中でスコープが膨らみ、当初予算・期間を超えて頓挫する
このどれも、PoC自体の技術ではなく、始める前に握るべきことを握れていないことが起点になっています。5つの質問は、この起点を潰すためのものです。
決めておくべき5つの質問
順番に見ていきます。全問セットで意味を持つ設計なので、飛ばさずに埋めることをおすすめします。
| 質問 | 何を決めるか | 決めなかった場合の症状 |
|---|---|---|
| Q1 判定基準 | 何をもって成功と呼ぶか | 「うまくいった気はする」で終わる |
| Q2 移行条件 | 本実装に進む前提条件 | 報告書だけ残り本実装に進めない |
| Q3 得たいデータ | PoCで確かめる問い | 精度以外の観点が丸ごと抜ける |
| Q4 レビュー体制 | 誰が判定・意思決定するか | 責任者不在で意思決定が遅延する |
| Q5 撤退条件 | どこで止めるか | 損切りできず費用と工数が膨張する |
Q1: 何をもって「成功」「失敗」と呼ぶか
最初に決めるのは、判定基準です。多くのPoCがここで曖昧なまま始まります。
判定基準は、次の2軸に分けて書きます。
- 業務指標: 業務のどの数字が、どれだけ変われば成功か（例: 議事録作成時間を月40時間→月10時間、契約書レビュー漏れを週2件→0件）
- 技術指標: AIの出力の質を、どう測るか（例: 主要100件のテスト集合で、正答率85%以上／有害出力0件）
業務指標だけだと「AIが原因なのか運用が原因なのか」が切り分けられません。逆に技術指標だけだと「精度は出ているが業務は何も変わらない」で終わります。両方セットで書けたときに、初めて「成功」「失敗」の判定ができます。
数値を出すのが難しい場合は、行動目標に置き換えても構いません。「3ヶ月後、現場が自発的に使い続けている」「営業会議で名前が挙がらなくなったら失敗」のような表現でも、無いよりは桁違いに機能します。
Q2: 本実装に進むための条件は何か
PoCの目的は「動くかどうかを試す」ではなく、**「本実装に投資すべきか判断する材料を集める」**ことです。ここが逆転すると、成功のはずが本実装に繋がらない、という奇妙な結末になります。
本実装に進む条件は、少なくとも次の3点を明文化します。
- 技術面: Q1の技術指標を満たしていること（何%以上、何件以下）
- 業務面: 現場責任者が「これなら本番運用に載せられる」と判断すること
- 収支面: 想定される本実装費用に対して、削減効果 or 売上効果が回収可能な範囲にあること
3点のうち1つでも欠けたら本実装には進まない、というルールを事前に握っておくと、PoC末期の「なんとなく続ける／なんとなく打ち切る」というグレーゾーンを消せます。
Q3: PoCで得たいデータは何か
「精度」だけを見て終わるPoCが最も多い失敗パターンです。PoCの本来の価値は、本実装に進むかどうかの意思決定に効くデータを取ることにあります。少なくとも次の4種類は明示的にリストアップしてください。
- 精度データ: テスト集合での正答率・再現率・誤りの傾向
- 運用データ: 1件あたりの処理時間、月次の実処理件数、人間のレビュー工数
- 失敗事例のパターン: どんな入力で崩れるか、崩れ方の種類
- 利用者の受容度: 現場が使い続けるか、業務動線に馴染むか
Q3を先に決めておくと、PoC設計そのものが変わります。「精度を測るための小さなテスト集合」だけでなく、**「実運用に近い期間・件数を回すログ取得」**が最初から含まれるようになります。この差が、本実装移行の判断精度に直結します。
Q4: 誰がレビューし、意思決定するか
PoCが宙に浮く典型は、判定する人が最後まで決まっていないケースです。技術評価はエンジニア、業務評価は現場責任者、投資判断は経営層——3レイヤーで役割を分けておきます。
- 技術レビュー: 内部 or 外部の技術者（社内エンジニアがいない場合はAI顧問や第三者レビューを噛ませる）
- 業務レビュー: 実際に使う現場責任者（1名を確定させる）
- 意思決定者: 本実装移行の可否を決める人（多くの中小企業では経営者本人）
この3人の名前を事前に紙に書く——それだけで、PoC末期の「誰が判断するのか宙ぶらりん」を回避できます。逆にここが空欄のまま始まったPoCは、報告書が上がった後に会議を招集するところから停滞が始まります。
Q5: 撤退条件は何か
最後は撤退条件です。日本ではPoCの撤退条件を書くのを嫌う空気がありますが、書かないほうがコストは膨らみます。
書くのは3点で十分です。
- 期間: いつまでに判定するか（例: 開始から8週間で本実装移行 or 撤退を判断）
- 費用上限: 追加投資の許容枠（例: 当初予算の30%増までは許容、それ以上は経営判断）
- 打ち切りトリガー: どういう結果が出たら中止するか（例: 主要100件のテスト集合で正答率が2週連続70%未満）
撤退条件は「途中で失敗を認める仕組み」というより、**「担当者が損切りを言い出せるようにしておく安全弁」**として機能します。これがないと、担当者は「もう少し粘ればいける」と言い続けざるを得ず、失敗を延命させる方向に力学が働きます。
5問はいつ・どう決めるのが現実的か
書きぶりは大層に見えるかもしれませんが、実務上は初回ヒアリングとPoC契約締結の間の1〜2週間で決めるのが自然です。
経済産業省が2025年2月に公表したAIの利用・開発に関する契約チェックリストでも、契約前に決めておくべき論点として、業務範囲・データ取扱・成果定義・責任分担が繰り返し取り上げられています。JDLAが公開している生成AI開発契約ガイドラインや標準契約書のひな形でも、成果定義と評価基準の明文化が中核的な要素として扱われています。5問は、これらの契約論点を「PoC発注前に握る用」に噛み砕いたものだと考えるとしっくり来ます。
進め方は次の3ステップで十分です。
- ① 初回ヒアリング直後に、5問の初稿を発注側で書く（雑でいい）
- ② PoC見積もり回のミーティングで、開発側と一緒に5問を詰める
- ③ PoC契約書または業務範囲書に5問の合意版を添付する
**「良い開発会社ほど、この5問を最初に自分から聞いてくる」**というのが率直な感触です。逆に、5問を握らないままPoCに進みたがる開発会社は、後段で「決めていなかったから追加費用です」となりがちなので、その反応そのものが選定シグナルにもなります。
なお、発注前の準備が「5問」だけでは足りないケースもあります。業務全体像がまだ言語化できていない場合は、AI開発を依頼するときに用意すべき3つの資料で書いた業務フロー・困りごとリスト・成功イメージの3点を先に整えると、5問の解像度が一気に上がります。
Mewtonの場合 — PoC前ヒアリングでこの5問を必ず詰める
Mewtonでは、オーダーメイドAI開発の初回ヒアリング（1.5時間・原則無料）のなかで、この5問を必ず一緒に埋めます。
やっていることは次の4点です。
- 判定基準の初稿を、ホワイトボードで一緒に書く（現場責任者にも入ってもらう）
- 本実装費用のレンジを、Q2の判断に間に合うタイミングで開示する
- 撤退条件を、こちらから提案する（発注側は言い出しにくいことが多いため）
- 5問の合意版を、PoC見積もり書に添付する
「PoCで確かめたいことが、まだ整理できていない」段階の方には、月10万円のAI顧問で、5問の初稿づくりから伴走する使い方もあります。PoCの発注前段階を、外部の第三者と壁打ちしながら固める用途です。
対象外もはっきり書きます。5問を書きたくない・書けない状態でPoCだけ先に始めたいという要望には、Mewtonからはお断りすることがあります。書けないままPoCを始めても、本実装に届かず終わる確率が構造的に高いからです。ここは信頼のために率直に伝えています。
PoC後の本実装まで含めた工程はオーダーメイドAI開発の進め方 — 5フェーズの実工程で、費用構造はオーダーメイドAI開発の費用が30〜100万円になる理由で全体像を開示しています。5問はその入口部分を、発注側と開発側の両方で握るためのものです。
お問い合わせから「PoCの相談」と一言添えていただければ、初回1.5時間のヒアリングで5問の初稿づくりから一緒に整理します。「PoC前に社内で5問の会話を始めたい」という段階の壁打ちだけでも構いません。
よくある質問
PoC自体の費用と期間の目安を教えてください
中小企業向けのオーダーメイドAI PoCで、期間4〜8週間・費用20〜80万円が現実的なレンジです。ただし、PoC単体で見積もるより、PoC → 本実装まで合算した費用感を先に握るほうが判断がぶれません。Mewtonの場合、30〜100万円帯の本実装にPoCフェーズが1〜2週間分内包される形が中心です。
5問を書くのに、社内でどれくらい時間がかかりますか
社内に1人、業務に詳しい人がいる前提で、正味3〜5時間が目安です。Q1（判定基準）とQ3（得たいデータ）にいちばん時間がかかります。5問全部を完璧に書く必要はなく、初稿をたたき台にして開発側と一緒に詰めるほうが、実務上は早く着地します。
撤退条件を書くと、開発会社は嫌がりませんか
まっとうな開発会社ほど、撤退条件があった方が働きやすいと考えています。理由は、「損切りできない案件」は開発側にとってもリスクが大きいからです。IPAが公開しているテキスト生成AIの導入・運用ガイドラインでも、AIプロジェクトは段階的な評価と見直しを前提に組むことが推奨されています。撤退条件は、その運用設計の一部だと理解してもらえる相手を選ぶことが、実は5問全体で最も本質的な効果を生みます。
PoCなしで、いきなり本実装に進むのはありですか
用途がシンプルで、業務指標も明確な場合は、PoCを分離せず本実装の初期2〜3週間を「試作フェーズ」として内包する設計が現実的です。中小企業のオーダーメイドAI開発では、PoC→本実装を分離するとかえって費用が膨らむケースも多く、Mewtonでも用途に応じて統合型を提案しています。境界の考え方はオーダーメイドAI開発の進め方で整理しました。
5問を握ったのに、それでもPoCが失敗することはありますか
もちろんあります。5問は失敗確率を下げる装置であって、成功を保証する装置ではありません。ただ、5問を握って失敗した場合と、握らずに失敗した場合では、次の一手が桁違いに違います。前者は「どの前提が崩れたか」が言語化できるので、次のトライで修正できます。後者は「何が悪かったのかすら分からない」まま予算だけ消えるため、社内でAI導入自体が停滞しがちです。