PoCの成功基準の設定方法 — 曖昧な「成功」を数値で定義する

PoCの報告書に、こう書いてあったことはないだろうか。

「一定の手応えを確認できた」「概ね想定通りの結果が得られた」「引き続き検討を進めたい」。

これを読んだ経営層は思う。「で、成功なの？ 失敗なの？」。答えが出ない。何をもって成功とするかを、誰も決めていなかったからだ。

PoCが「成功」も「失敗」もしない。この状態が最もタチが悪い。判断が出ないまま次のPoCが始まる。

→ PoCで終わらない。PoC疲れの3つの原因と処方箋

この記事では、PoCの成功基準を具体的に設定する方法を書く。

なぜ成功基準がないと詰むのか

成功基準がないPoCは、ゴールのないマラソンだ。走っている本人も応援している経営層も、いつ終わるかわからない。

弊害は3つある。

1. 結果を都合よく解釈してしまう。 基準がなければ、どんな結果でも「悪くはなかった」と言える
2. Go/No-Goの判断が出ない。 判断には基準が要る。基準なしに「やる・やめる」は決められない
3. PoC疲れの原因になる。 判断が出ないから次のPoCをやる。次のPoCにも基準がない。永遠に終わらない

→ PoCと仮説検証の違い — 新規事業で本当に必要な検証とは

成功基準の3つのレイヤー

PoCの成功基準は、3つのレイヤーで設計する。目的に応じて、どのレイヤーを設定するかを選ぶ。

レイヤー1: 技術的実現性

「この技術でやりたいことが実現できるか」を判定する基準。

定量基準の例:

• API応答速度が500ms以内
• 精度（正答率）が90%以上
• エラー率が1%以下

定性基準の例:

• エンジニアが「この技術スタックで本番開発可能」と判断
• セキュリティ要件を満たすことが確認できた

レイヤー2: 顧客受容性

「顧客がこの解決策を受け入れるか」を判定する基準。新規事業ではこのレイヤーが最も重要だ。

定量基準の例:

• インタビュー5名中3名以上が「この課題を抱えている」と確認
• プロトタイプに触った5名中3名以上が「使いたい」と回答
• 「月額○万円なら払う」と明言した人が2名以上

定性基準の例:

• 顧客が具体的な利用シーンを自分の言葉で語った
• 「今すぐ導入したい」「いつリリースされるか」という質問が出た
• 既存の代替手段に対する不満が具体的に語られた

→ ユーザーインタビューの質問設計 — 本音を引き出す聞き方

レイヤー3: 事業成立性

「この事業がビジネスとして成り立つか」を判定する基準。

定量基準の例:

• 検証LP経由のCVRが3%以上
• 事前登録者数が100名以上
• 想定CACが月額料金の3ヶ月分以内

定性基準の例:

• 顧客が「予算を確保できる」と発言した
• 意思決定者が「上に話を通したい」と反応した

基準はPoC開始「前」に設定する

ここが最も重要なポイントだ。

成功基準は、PoCを始める「前」に設定する。終わってから基準を作るのは後出しジャンケンだ。結果を見てから基準を決めれば、どんなPoCも「成功」にできてしまう。

事前設定の具体的な手順

ステップ1: 検証仮説を明文化する

「このPoCで検証したい仮説は何か」を一文で書く。

例: 「中堅製造業の生産管理担当者は在庫予測の精度に課題を抱えており、AI自動予測に月額10万円以上の支払い意欲がある」

ステップ2: 3つのレイヤーから該当する基準を選ぶ

1回のPoCで3レイヤーすべてを検証しない。目的に合ったレイヤーを1つ、多くても2つに絞る。

ステップ3: Go / No-Go / Pivot の条件を数値で書く

ステップ4: ステークホルダーと事前に合意する

設定した基準を意思決定者と事前にすり合わせる。「この基準でGoならGoですね」と合意を取る。後出しの異議を封じる保険だ。

→ 新規事業の撤退判断 —「やめる」に根拠を持たせる方法

大企業でありがちな5つの罠

罠1: 基準が抽象的すぎる

「顧客ニーズがあること」「市場性が確認できること」。これは基準ではない。感想文の題名だ。

「5名中3名」「CVR3%以上」「月額10万円の支払い意欲」。数字がなければ判定できない。

罠2: 途中で基準を変える

PoCの途中で「やっぱりこの基準は厳しすぎた」と言い出す。結果が芳しくないから基準を下げる。これをやるとPoCの信頼性がゼロになる。

基準は動かさない。結果が基準に達しなかったなら、それはNo-GoまたはPivotの材料だ。

罠3: 基準が多すぎる

「技術的にも、顧客的にも、事業的にも全部クリアしたらGo」。1回のPoCで判断が出ない。

検証するレイヤーは1つ。基準の項目数は3-5個が目安だ。

罠4: 「全員一致」を基準にする

「インタビュー全員が賛成したらGo」。現実的ではない。5名中3名を基準にする。全員一致を求めると永遠にGoが出ない。

罠5: 定性データを軽視する

数値だけでは見えない反応がある。ただし「顧客が利用シーンを自発的に語ったか」のように観察可能な行動で定義する。「手応えがあった」は定性基準ではない。感想だ。

成功基準から事業判断へ

基準を設定し、PoCを実施し、結果が出た。最後に大事なのは、基準に照らして判断を「出す」ことだ。

「基準はクリアしたが、もう少し確認したい」は先送りだ。クリアしたならGo。しなかったならNo-GoかPivot。そのために事前に基準を決めたのだ。

PoCの価値は「判断を出すこと」にある。成功基準は、その判断を恣意的にしない仕組みだ。

→ PoCの進め方 — 目的設定から成果報告までの全手順

LITMUSは、新規事業の検証に特化したスタジオです。PoCの成功基準設計から検証実施、Go/No-Goの判断レポートまで、曖昧にしない検証を一気通貫で提供します。

50万円から始められるEntry Moduleもあります。詳しくは LITMUS をご覧ください。