PoCをやったのに決まらない理由｜目的・評価指標・分岐条件の設計で結論を出す

はじめに｜PoCで一番困るのは、結果が出ても結論が出ないことです

デモは動いた。一定の結果も出た。それでも「いったん様子見ですね」「来期に再検討しましょう」で止まってしまった——そんな経験はないでしょうか。

PoCの現場で最も起きやすい失敗は、期待した結果が出ないことではありません。結果が出ても出なくても、次に進むかどうかが決まらない状態です。

本来、PoCの役割は「試すこと」ではなく、本番へ進むのか、設計を見直すのか、今回は止めるのかを迷わず判断できる状態をつくることにあります。ところが実際には、PoCの設計が最初から「判断のための設計」になっていないことが多く、実施はできても判断材料が整わないまま終わります。

このコラムでは、PoCが止まる構造的な原因を整理したうえで、目的を判断の問いにする方法、評価指標の設計、分岐条件の置き方を順に見ていきます。あわせて、SI企業の営業が提案設計として使えるテンプレと具体例も示します。「やったのに決まらない」を防ぐための設計の型として、提案の現場で使っていただければと思います。

1. 課題と背景｜PoCは技術検証ではなく「次の判断」のためにある

1-1. PoCとは何をする活動か

PoCとは、Proof of Conceptの略で、日本語では「概念実証」と呼ばれます。ただし、言葉の意味より「何をする活動か」のほうが重要です。

PoCは「本番導入の前に試す」こと自体が目的ではありません。不確実な論点を減らし、次の判断を出すための活動です。したがって、PoCのゴールはデモが動くことではなく、「この条件なら本番へ進む」「この条件なら設計をやり直す」「この条件なら今回は止める」という判断材料を揃えることです。

営業の立場から見ると、PoCは顧客の社内承認を前に進めるための設計でもあります。どんなに精緻な検証をしても、判断材料が整っていなければ、顧客の上位者は動けません。

1-2. なぜDX提案でPoCが増えるのか

DX提案や新領域のソリューション提案では、事前に机上で確定できない要素が多く含まれます。データの品質、現場運用への影響、関係者の合意、効果の測り方——これらは提案段階では見えず、実際に動かしてみないと分からないことが多いです。

そのためPoCは必然的に増えます。ただし、必要なのは「不確実性を減らすPoC」であって、「不確実性を温存するPoC」ではありません。後者は、実施した時点では前に進んだように見えても、結果として判断の先送りを生みます。

特にアナリティクス系のソリューション提案では、この問題が顕著に出ます。入力データの組み合わせは膨大で、すべてのデータがクレンジングされているわけでもなく、試行錯誤を続けるうちに知見が見えてくる性質のものです。「品質改善」「歩留まり向上」「予兆検知」を数値で測ることをPoCの目的にすると、ほぼ必ずと言っていいほど結論が出ません。何を測らせるかの設計が、PoCの成否を分けます。

1-3. PoCを始める前に決める三つの前提

PoCを始める前に、少なくとも三つの前提を決めておくことが出発点になります。何を確かめるのかという目的、何をもって結果を判断するのかという評価指標、そしてPoC後にどの分岐へ進むのかという次の判断です。

この三つがないPoCは、終わっても解釈が割れやすく、次の会議でも結論が出ません。「やったのに決まらない」状態を防ぐには、実施前の段階でこの前提を揃えておくことが、提案設計の出発点になります。

2. 課題の構造｜PoCが止まるのは「結論を出す設計」がないから

oCが止まる原因は、技術の問題ではないことがほとんどです。目的が判断の問いになっていない、評価指標が意思決定に使える形になっていない、分岐条件が事前に合意されていない——この三つが重なって、結論が出ない状態が生まれます。

そして見落とされやすいのは、「精度が上がれば契約する」という設計そのものが、止まりの構造を作っているという点です。

外資系アナリティクスベンダーに在籍していたころ、大手重機メーカーの需要予測案件を引き継いだことがあります。PoCを開始してすでに5年以上が経過しており、毎年「今年度の投資課題ではない」とされていた案件です。予測精度が上がれば契約するという話だったため、結果が出ない状態が延々と続いていました。現場も諦めムードで、引き継いだ時点ではほぼ終わりかけていました。

当初は「精度が上がらないから契約できない」と思っていましたが、実際は違いました。「どこで撤退するかが決まっていないこと」が、契約を阻んでいた本当の原因でした。

2-1. 目的が曖昧で、終わっても結論が出ない

PoCが終わっても「参考になりました」で止まり、次に進むかどうかが決まらない——この状態の根本は、PoCの目的が「試す」になっていることです。「何を確かめれば前に進めるか」が問いになっていないと、結果の解釈が関係者ごとに割れます。

報告資料は丁寧に作られても、それが意思決定の材料として機能しないのは、「この結果をもって何を判断するのか」が最初に置かれていないからです。

2-2. 評価指標がなく、成果が判断材料にならない

「動きました」「精度が出ました」という報告で終わり、業務にどう効くのかが説明できない——これは評価指標が判断材料として設計されていないことが原因です。

アナリティクス製品の場合、「品質改善率」「歩留まり向上率」「予兆検知の精度」を指標にすると、この問題が特に深刻になります。これらは入力データの品質や組み合わせに大きく左右されるため、数値が出ても「条件次第では変わる」という解釈が常に残ります。上位者が判断に使える指標にするには、「どのデータとどのデータの相関を見ると改善の余地が見つかるか」という問いに変える必要があります。業務の変化と数値がつながり、その意味が説明できて初めて、投資判断の材料になります。

2-3. 分岐条件がなく、PoC後の判断が先送りされる

「もう少し見たい」「追加で試したい」と言われ、PoCが延長され続ける——この状態は、PoC前に分岐条件を合意していないことから生まれます。

事後に分岐を決めようとすると、関係者は安全側に倒れ、判断を先送りにします。先の重機メーカーの案件で最終的に起きたことがこれです。精度を上げ続けることに注力していた間は何も動きませんでした。変動要因が特殊な地域を除外したモデルで試し、それでも改善が出なければ中止する——という撤退条件を明示したロードマップを提示した翌々月に、分析結果の向上を待たずに契約が決まりました。誰が・いつ・何を見て本番・再設計・中止を決めるのかが事前に明確になると、顧客の上位者も判断を下しやすくなります。

3. 解決策｜PoCを「結論が出る形」に戻す設計の順序

PoCを「判断材料を作る活動」として設計し直すには、「問い」→「指標」→「分岐」の順に整えることが起点になります。期間や体制から入ると、実施はできても判断が出ません。

3-1. PoCの目的を「判断の問い」にする

まず、PoCの目的を問いにします。問いはYes/Noで答えられる形が望ましいです。「何を試すか」ではなく、「何が確認できれば前に進めるのか」を問いとして置くことで、PoC結果の解釈が揃いやすくなります。

問いがYes/Noにならない場合は、複数の論点が混ざっているサインです。最初のPoCは、最も重要な問いひとつに絞ります。問いを絞ることは、PoCの範囲を小さくすることではなく、判断の根拠を明確にすることです。

3-2. 評価指標を「業務→数値→意味」で決める

次に、評価指標を最低3つ決めます。指標は「業務→数値→意味」の形で書きます。業務だけだと主観になり、数値だけだと意味が伝わりません。測れることだけでなく、その結果が何の判断材料になるかまで見えることが大切です。

アナリティクス系の提案では、「品質改善」「歩留まり向上」「予兆検知」をそのまま指標にしないことが重要です。これらを測らせようとすると、データ品質や条件次第でいくらでも解釈が割れます。代わりに「どのデータとどのデータの相関を見ると改善の余地が見つかるか」という形で指標を設計すると、条件が限定され、結果の意味が説明しやすくなります。

指標は精密である必要はありませんが、測り方が言えて、結果の意味が説明できる状態にしておきます。書けない指標は、判断に使えません。

3-3. 分岐条件と判断主体を先に決める

最後に、PoC後の分岐を先に書きます。条件A（本番へ進む）、条件B（再設計して継続する）、条件C（中止する）の三つを事前に合意しておくことで、PoCの結果が「次の判断」に直結します。

誰が・いつ・何を見て判断するかも、この段階で明確にしておきます。分岐が事前に合意できない場合は、問いが曖昧か、指標が曖昧か、範囲が広すぎるかのいずれかです。その場合は、先の二つに戻って絞り直します。

4. テンプレ｜SI営業が提案設計に使える「PoC設計シート」

PoCの設計は、営業が顧客との合意形成に使えるシートとして事前に整えておくと、提案の場で判断材料の不足を防ぎやすくなります。以下に、提案設計として使えるテンプレと具体例を示します。

4-1. PoC設計シート（提案設計用）

4-2. 分岐条件テンプレ（事前合意用）

このシートを提案の場で顧客と埋めていくことで、「何を見て誰がいつ判断するか」を合意形成のプロセスに組み込めます。

4-3. 具体例｜同じPoCでも「設計」で結論の出方は変わる

RPA導入PoC｜結論が出ないケースと出るケースの違い

評価指標の設計例

指標の書き方：同一題材のBefore/After

まとめ｜PoCは「実施」ではなく「判断材料づくり」です

PoCは、実施すること自体が目的ではありません。本番へ進むのか、設計を見直すのか、今回は止めるのかを、迷わず判断できる状態をつくることが本来の役割です。

「やったのに決まらない」を防ぐには、実施前の設計が出発点になります。目的をYes/Noで答えられる判断の問いとして置くこと。評価指標を「業務→数値→意味」で整えること。本番・再設計・中止の分岐条件を事前に合意しておくこと。この順で設計しておくと、PoCは「試した記録」ではなく「次の判断を出すための材料」として機能します。

次に提案を控えているPoCがあれば、まず「何を判断するためのPoCなのか」をYes/Noの問いにしてみてください。それだけで、顧客との合意形成の入口が変わってきます。

【次に読むべきコラム】
👉️ PoCから本番に進まない理由｜事前に合意すべき分岐条件と判断設計

【参考】CaseScenario™なら

本記事で整理した「問い・指標・分岐」の設計は、提案の現場でPoCを進める上での基本的な型です。ただし、そもそも何をPoCにするべきか、どの問いが顧客の上位判断に効くのか、どの評価軸で見れば本番判断につながるのかが曖昧な場合は、初期提案の設計図から整える必要があります。

CaseScenario™は、IRや中期経営計画をもとに業務課題を経営課題に翻訳し、案件化・検討開始・承認前進に必要な判断材料を初期段階で整える提案シナリオ設計サービスです。PoCの問いや評価軸を、顧客の経営判断の文脈に接続することで、上位者が動きやすい状態をつくります。

👉 CaseScenario™の紹介ページはこちら