PoC墓場の構造的原因｜概念実証が事業化に繋がらない理由

大企業の新規事業部門でPoC（概念実証）を推進しながら、その大半が「次のステップ」に繋がらず埋没していく現象が常態化している。 技術的な実証に成功し、顧客のポジティブな反応も得ながら、事業化フェーズに入れないまま担当者が別部署に異動し、プロジェクトが消滅する。

この現象は「PoC墓場」と呼ばれ、特定企業の問題ではなく、大企業内イノベーション施策全体に共通する構造的パターンだ。失敗の原因は技術や市場にあるのではなく、PoCの設計思想と組織の意思決定構造の間にある根本的な矛盾にある。

なぜPoCは墓場に終わるのか

原因1: PoCの評価基準が「技術証明」に閉じている

多くの企業でのPoC設計は、「この技術が動くか」「このユーザーが使えるか」という技術実証に評価軸が集中している。しかしPoCが次ステップ（パイロット展開・事業化投資）に繋がるには、「誰が意思決定し、何をもって投資承認するか」という事業化条件が先に定義されている必要がある。

評価基準が技術的動作確認だけで設計されたPoCは、成功しても「次に何をするか」が宙に浮く。 技術的成功が事業投資判断の根拠にならないことは、経営陣と現場の間で共通認識化されていない。PoCを始める前に、「このPoCが成功したとき、誰がどんな条件で投資を承認するか」を明文化しなければ、成功したPoC自体が判断材料として機能しない。

原因2: PoCの担当者と事業化の意思決定者が乖離している

PoCを実行するのはデジタル推進部や新規事業開発部の担当者だが、事業化投資を承認するのは事業部長・本部長・経営会議だ。この二者の間に、「PoCの成果をどう読むか」「どの閾値を超えれば投資判断するか」についての共通言語が形成されていない。

担当者がPoC成果レポートを提出しても、経営層の判断基準は「本当に市場があるか」「競合に勝てるか」「自社の本業との親和性はあるか」といった、PoCの設計段階では回答できないレベルの問いに向いている。PoCが意図的に答えるべき問いと、経営層が実際に問う問いが噛み合わない構造が、評価の断絶を生む。

DX委員会のシアター化でも指摘したように、意思決定者と実行者の間の「問いの断絶」は、イノベーション施策の最も頻出する機能不全パターンだ。

原因3: 担当者のインセンティブが「PoCを増やす」方向に働く

大企業内でイノベーション推進を担う担当者の評価は、多くの場合「何件のPoC・取り組みを推進したか」という活動量指標で設計されている。これはPoC件数を増やすことに個人的インセンティブが向くことを意味し、「PoCを事業化まで責任を持って推進する」ことへの評価が設計されていない。

件数が評価されるなら、1つのPoCを事業化まで粘り強く推進するより、次のPoCを立ち上げる方が評価上は合理的だ。担当者を責めるべき問題ではなく、評価設計の問題だ。イノベーション施策の評価指標設計についてはイノベーション指標の罠で詳述している。

PoC墓場の組織構造的パターン

PoC墓場が慢性化する企業には、共通する組織構造的特徴がある。

パターン1: 新規事業部門のリソース権限が弱い。 PoCを完了した後、事業化フェーズに必要なエンジニア・営業・法務・財務リソースを確保するために、新規事業部門が他部署に「お願い」しなければならない構造になっている。事業化に必要なリソースを自律的に動かせないため、PoC後に他部署の協力が得られなければそこで止まる。

パターン2: PoC専門チームと事業部が分離している。 PoCを行う組織と、事業化後に運営する組織が制度上も人員構成上も分離していると、事業化は「別の組織への引き渡し」になる。引き渡しコストが高く、受け取る組織側のオーナーシップが生まれにくい。スタートアップ採用と大企業人事の衝突で論じたように、組織の境界は文化の境界でもある。

パターン3: リスク許容の非対称性。 PoCフェーズでは「小さい実験だから」という文脈でリスクが許容される。しかし事業化フェーズになると「本業への影響・ブランドリスク・確実なROI証明」が求められ、ハードルが急上昇する。このリスク許容の断絶が、PoCと事業化の間に「死の谷」を生む。

PoC墓場を防ぐ設計原則

原則1: PoC開始時に「Exit条件」を定義する

PoCを開始する前に「このPoCがどの状態になれば次フェーズの投資判断をするか」を経営層とすり合わせた上で明文化する。Exit条件は定性的なものでなく、「X人のユーザーが週1回以上利用した場合」「業務処理時間が現行比30%以上短縮された場合」のように数値で表現することが望ましい。

PoCの設計段階で経営層を巻き込み、Exit条件を合意しておくことで、PoC完了時の意思決定を「PoCの後で考える問題」ではなく「PoCの前に解決した問題」にする。これがPoC墓場への最も直接的な処方だ。

原則2: 担当者の評価指標を「事業化件数」に変える

PoC件数ではなく、「事業化ステージへの移行件数」を担当者評価の主指標に変える。件数を評価すれば量が増え、事業化を評価すれば質と継続性が生まれる。評価設計の変更は文化変容より速く機能する。イノベーション・アカウンティングが提案する学習指標の設計も、この方向性と整合する。

原則3: PoC担当者が事業化フェーズに関与し続ける仕組みを作る

PoCを担当した人材が、事業化フェーズでも何らかの役割で関与を継続できる制度設計を行う。完全引き渡しではなく、「暫定兼務」「アドバイザー的関与」「引き継ぎ保証期間」のような移行設計が、知識と文脈の断絶を防ぐ。

特にこの記事が参考になる方:

大企業のデジタル推進・新規事業部門でPoC推進を担当している方
「PoCはできるが事業化が進まない」という組織課題を抱えている経営企画担当者
CVCやコーポレートアクセラレーターを運営し、スタートアップとのPoC設計を行っている方

今日から取れるアクション:

現在進行中または直近完了予定のPoCについて、「Exit条件（どの状態になれば次フェーズ投資を承認するか）」が経営層と明文化されているかを確認する。明文化されていなければ、PoC報告の場でそのすり合わせを議題として設定する。

PoC墓場の構造的原因｜概念実証が事業化に繋がらない理由