はじめに
「PoCは何件もやっている。技術的にも成功している。なのに、事業になったものが一つもない」
新規事業の推進部門や研究開発の部門から、こうした悩みをお聞きすることが増えました。
PoC（Proof of Concept、概念実証）は、本格的に投資する前に、その事業アイデアが成り立つかを小さく試して確かめる工程です。
ビジネスの文脈では、技術が動くかを見る試作とは意味が違います。顧客が本当に困っているか、対価を払う人がいるか、自社のオペレーションに載るか。投資判断を左右する前提を、大きなお金を使う前に潰しておく。これがPoCの役割です。
裏を返せば、確かめる対象を決めないまま走り出したPoCは、何度繰り返しても投資判断には近づきません。世の中で”PoC疲れ”という言葉が定着してしまったのも、ここに理由があります。
私はこれまで、大手電機メーカーなどで新規事業・デジタル事業の推進に携わり、独立後も多くの検証プロジェクトに伴走してきました。
その経験から言えるのは、PoC疲れは、頑張りが足りないから起きるのではなく、PoCの設計と位置づけの問題から構造的に起きるということです。
本稿では、PoCが事業化につながらない三つの構造と、その処方箋をご紹介します。
構造1：「何を検証するPoCなのか」が決まっていない
最も多いのは、検証項目が曖昧なままPoCが始まるパターンです。
技術がちゃんと動くか、顧客に価値があるか、お金を払ってもらえるか、オペレーションが回るか。これらは別々の問いなのに、一度のPoCで全部を確かめようとする。
私はこれを「全部入りPoC」と呼んでいます。
全部入りPoCは、予算が潤沢なときほど起きやすいのが皮肉なところです。
そして、全部を検証しようとした結果、どの問いにも中途半端な答えしか出ず、「成功とも失敗とも言えないので、もう一回」と繰り返されていきます。
処方箋は明快です。
PoC1回につき、検証する問いは1つに絞ること。
顧客価値なのか、支払い意欲なのか、実現可能性なのか。
問いを先に決めれば、PoCの規模は自然と小さくなります。多くの検証は、数十万円から数百万円の規模で十分に設計できます。
構造2：技術の成功と、事業の成功を取り違えている
二つ目の構造は、成功の定義のずれです。
「システムが想定通り動いた」「精度が目標値に達した」。これらは技術検証の成功であって、事業の成功要件のごく一部にすぎません。
事業になるためには、「顧客がお金を払ってでも解決したい課題であること」「支払う主体と予算があること」「継続的に提供できる収益構造があること」の検証が必要です。
技術PoCばかりが積み上がる背景には、検証のしやすさの罠があります。
技術検証は社内で完結でき、成功基準も明確です。
一方、顧客の支払い意欲の検証は、顧客に会いに行き、断られる可能性に向き合わなければなりません。
人は、答えの出やすい問いから手をつけたくなるものです。
しかし事業化を分けるのは、たいてい答えの出にくい問いの方なのです。
PoCの計画段階で、「このPoCが成功したら、事業化判断に必要な問いのうち、どれに答えが出るのか」を明文化してみてください。
技術の問いにしか答えないPoCの連続に気づいたら、それがPoC疲れの入り口です。
構造3：PoCの後工程が設計されていない
三つ目の構造は、PoCの出口の不在です。
PoCが成功したら、誰が、どの基準で、事業化への投資を判断するのか。
これが決まっていないPoCは、成功しても宙に浮きます。
私が経験したのは、経営層の巻き込みは「PoC設計の前」に行うのが最も効果的だということです。
PoCの後に結果だけを持っていくと、経営は結果の解釈を議論し始め、「面白いね。それで？」で終わりがちです。設計の段階で「この検証がこの基準を超えたら、次の投資判断をお願いします」と合意しておけば、PoCの成功は自動的に次の意思決定につながります。
また、検証の出島だけを作って本体と切り離す進め方は、PoCは増えても事業化が進みにくいことも、私自身の実感です。
当時の私たちは、推進部門だけでなく事業部門や経営を含めた全員参加の体制づくりに時間をかけました。浸透には時間がかかりましたが、事業への貢献という点では、その方が確実に前に進みました。
PoCは実験室の活動ではなく、会社の意思決定プロセスの一部として設計する必要があるのです。
この「会社の意思決定プロセスに組み込む」という発想は、Udemy講座で扱っている進め方の設計と地続きのものです。
事務局や推進部門の方には、もう一つ付け加えたいことがあります。
PoCの「件数」を組織のKPIにしないことです。
件数を目標にすると、答えの出やすい技術PoCが量産され、PoC疲れが加速します。数えるべきは、件数ではなく「事業化判断に必要な問いに、いくつ答えが出たか」です。
この指標の切り替えだけで、現場の検証の質は変わっていきます。
おわりに
PoC疲れの正体は、「問いの絞り込み」「成功の定義」「出口の設計」という三つの欠落です。
逆に言えば、この三つを揃えるだけで、同じ予算・同じ労力のPoCが、事業化への確かな一歩に変わります。
次のPoCを始める前に、一度立ち止まって設計を見直してみてください。
検証は、量ではなく設計で決まります。
Udemy講座のご案内
本稿でご紹介したPoCの設計は、企業内新規事業の進め方全体の設計の一部です。
Udemy講座「企業内新規事業入門 〜なぜ、企業内新規事業は進みにくいのか〜」では、9つのセクションで進みにくさの構造を解きほぐしたうえで、「旅の地図を広げる」セクションで9フェーズの全体像と、自分がいまどこにいるかの見立て方をお渡ししています。
進め方の全体設計から学びたい方は、ぜひご受講ください。