有償でPoCを実施する手順を知りたい方は、以下の記事をご覧ください。

有償PoCのマニュアル

PoC（Proof of Concept）とは

PoC（Proof of Concept）とは、元々は創薬の言葉です。

新規事業開発の文脈の中では、一般論として

• 概念、技術、理論、アイデアといった要素が実現可能なのか、目標とする結果を達成可能なのかを検証する手法
• 「概念実証」とも呼ばれ、計算や理論などで検証するのではなく、実際の製品やシステムを活用して実験的な検証を行うのが特徴

であるとされます。商品の開発にコストがかかるにもかかわらず、PoCは、しばしば無償で提供されます。

PoCが成功しても、事業化が失敗する理由・デメリット

PoCを実施し、それ自体は成功裏に終わっても、ほとんどの場合、なぜか事業化には失敗します。上で説明した通り、

であり、

ため、PoCを実施するのは意味はほとんどないどころか、結果として百害あって一利なしとなるのです。

例えばアルツハイマー型認知症の症状の軽減・予防に役に立つはずの新薬が開発されたとしましょう。PoCはこの場合、この「はずの」の部分を検証するために行われるのは自明の理で、その薬品メーカーでなくても、誰もわざわざこの新薬に市場があるのか、すなわち、

を検証しようとは思いませんよね？すなわち、

なのです。すなわち、新規事業の事業がどれくらいスケールするかを測るには、フィージビリティ・スタディの前に

を行っておく必要が必ずある、というわけです。売れない（desire の直訳は「切望する」です）ものがいくら技術的に実現可能であったところで、開発し、製造することに意味などないからです。

この原理を知らずに、世の多くの企業が、PoCに人材や多額の予算をかけ、新規事業開発にメリットをもたらさない形でPoCを実施しているようです。

もし御社が過去にこのようなことをなさってしまったとしても、それは決して御社のせいではありません。それは

です。（確かめたければ、PoCでググってみられることをお勧めします。どんな企業が、御社に無償のPoCの進め方を説いているでしょうか？）

新規事業の重要度は「市場性」＞＞＞「実現可能性」

「市場性」を検証することが重要であって、「実現可能性」しか検証できないPoCは、実施するメリットがとても薄いといわざるをえません。しかし、これはPoCの定義次第、あなたの考え方次第ともいえます。なぜなら、ことは単純で、無償のPoCがNGなら、

を実施すればいいだけの話だからです。これなら、市場性と実現可能性を一気に検証できます。

ほとんどのPoCが失敗に終わるまでの流れ

実際にPoCを行う際は、数ヶ月間かけて多額の予算でプロトタイプの開発を行い、半年〜1年間かけて無償でPoCを実施する流れです。価格を付けて販売開始され、プレスリリースが発表されて、世間を多少 騒がせます。……しかし誰も購入しません、そして、ここがイタイところなのですが、

この、購入されない理由が不明のPoCが終わる理由は、実はきわめて単純なものです。

私はかつて、あるものを100円ショップで買ったら、購入した翌月に、速攻でその一部が壊れたことがあります。私がその100円ショップに、

と、血相変えて怒鳴りこみに行ったとあなたは思いますか？……つまり、

のですよ……。

有償のPoCを実施する手順

※有償でPoCを実施する、生成AIをフル活用した最新の手順を知りたい方は、以下の記事をご覧ください。

ここでは、各ポイントを説明するさい、

を例に取り上げます。

PoCの目的を明確にする

何のためにPoCを実施するのか、どんなことを知るために検証を行うのか、どんなデータが必要なのかを明確にします。

目的が明確でなければ、指針や方向性がぶれてしまい、PoCを有効に実施できなくなってしまいます。ゴールのイメージを具体的に想定し、方向性を定めることで無駄な検証を削減してコストを最小限にできます。

Stripeの場合、

という目的でPoCを実施しました。

PoCで実施する検証方法を決める

具体的な検証方法を決めて、PoCの計画を立てます。

PoCを実施する流れ収集するデータなどを明確にして、必要最低限の「何か」を作りましょう。

より効果的かつ具体的な結果をえるためには、検証方法や実施する内容は、顧客視点（必ずしもユーザー視点とは限りません、かんじんの購入者が誰かを常に意識しましょう！）を意識し、開発者の視点に偏らないように注意する必要があります。

PoC実施前にユーザーのいる現場などを確認すると、ユーザー & 顧客と目線が近づくでしょう。

Stripeの場合、

という、一見めちゃくちゃに見える作戦を決行しました。

PoCで使用する試作品を製作する

PoCの実証で使用するシステムや、製品コンセプトを表す「何か」を製作します。この何かには、最小限の機能が搭載されており、きちんと目標を達成できる、すなわちお金が取れるだけのクオリティは必要です。

Stripeの場合、上に書いた通り、

しました。そこに「製品」らしきものがあるとすれば、それは、システム開発者としての社員のスキルだけでした。彼らには、このリソースだけできちんと目標を達成できるだけのクオリティが達成できる自信が十分にあったのです。

注文があるたびにクライアント企業のオフィスに乗り込み、クレジットカード会社のAPIとその企業のシステムを、エンジニアが現場で手を動かしてつなぎこんだ、すなわち、システムインテグレーションサービスを提供したわけです

（システムが出来上がるはるか前に、人間が手を動かしてサービスを提供する方式のMVPを「オズの魔法使い」型といいます。これについても、「MVPの重要性」で解説しています）。

PoCによる実証をはじめる

ここまで決めた内容に沿って、PoCによる実証を開始します。一般に言われているPoCでは、

とか言われていますが、決してこんな進言を採用なさらないことをお勧めします。なぜなら、こんなやり方をしていたら、

からです。さまざまな属性を持ったなるべく多くの人たちに参加してもらう無償のPoCが正しいやり方なら、百貨店やスーパーの試食コーナーで配られた食品は、毎回飛ぶように売れてしかるべきですよね。

なぜ、試食コーナーを最近めっきり見かけなくなったかというと、コロナのはるか前から、

からですよ。有償のPoCの目的は、

を一気に検証することです。Stripeの場合、当然、この鉄則に完全に逆張りしました。

のです。これなら、本気度百%の顧客しか、当然集まりませんよね？

PoCで獲得したデータを評価する

実証によって収集したデータを整理して、評価します。実現性や必要なコスト、実現にあたってのリスクや課題などを確認し、改善点を見つけ出すことが大切です。

Stripeの場合、評価は、これ以上なく簡単でした。

その売上額のみがKPIです。有償でPoCを実施すれば、このように誰の目にも明確な、とても科学的な結果が出ます。

いい結果が出た際は本格的な開発に進み、悪い結果の場合は評価した内容をもとに、MVPの改善や、事業企画そのものの見直しを行い、準備が整ったら、再度PoCを行いましょう。

無償でPoCを行う３つの欠点とは

無償でのPoCには、以下3つの欠点が必ず伴います。

1. 本当に売れるかどうか わからない状態で開発コストを投じる

PoCではあくまでも実現可能性を基に製品を開発するため、市場性つまり市場に需要があるか検証しない状態で開発が進みます。無駄なコストを削減できるPoCですが、そもそもユーザーが求めていなければ実現ができないため、PoCに投入されたすべてのコストが水泡に帰します。いわゆる「溶かす」という行為ですね。

2. 無償であるため、価値のあるデータを得られない

無償でPoCを行い、顧客インタビューを行う場合は、無償だから協力した手前

という、本来最も珍重すべき意見が出てきません。この怒りの表明の後に、本来なら喉から手が出るほど欲しい、根本的な改善点にまつわる本音の意見をいただけるはずなのに……。

お世辞、おためごかしのデータが集まっても、それは、開発者の

が加速するばかりです。こうして無償のPoCで いわば「甘やかされた」製品を有償にしたとして……果たして売れるでしょうか？

3. 社内では「頑張った」と評価されてしまう

PoCでは開発コスト・人的資源・情熱をフルに使って検証するため、結果に関わらず上司への進捗報告を定期的に行えます。結果的に価値がないデータを検証していたとしても、使ったコストが莫大なため社内では「頑張った」と評価されるケースが少なくありません。

これは、新規事業は売上で評価するわけにはいかないため、何らかの「触れるもの」で評価せざるを得ないから当たり前のことなのかもしれませんが、

ということを知っていれば、避けられる話です。

恥ずかしさをおして白状すると、私自身が、これを体験しています。

無償のPoCの怖さを知っていた私は、勤めている企業の完全持ち出しは避けたものの、私自身の工数（働いた時間）を含めると元が取れないやり方で、あるPoCを実施しました。

お客様がそのPoCの結果を「御社のシステムが問題なく稼働した結果、従業員の稼働時間が〜％削減されました」と報告してきてくださったときの満足感を、今でも覚えています。

その結果、なんと、私たちの使用したある技術の専門書の1ページ目に、私がプロジェクトマネージャとして実施したPoCの現場写真がデカデカと掲載されるほど、そのPoCは有名になりました。

おかげさまで、私はその年、その会社で優秀なプロジェクトに与えられる賞にノミネートされたのです。その結果、その事業はどうなったと思います？

つまり、私自身がPoCに成功↑→事業に失敗↓を経験しているのです……。

いまそのプロジェクトを冷静に振り返ったとき、私は確かに「頑張った」から表彰されかけたのですが、果たして何を「頑張った」のかというと、

だけだったのです……。

無償のPoCの事例

無償で行われたPoCの事例について、私が実際に見聞きした事例を、紹介します。

ある金属加工メーカーの例

このメーカーは、小職のクライアント企業の競合です。そのメーカーは、あるオフィスの大型の調度・機器（＠約100万）を、無償のPoCにかけました。どのお客様も、搬入の時はニコニコでしたが、実際に使い始めたら、ばったり

となったそうです。それでもめげず、その製品を上市し、東京のJRのある駅ででかでかと広告を張りました。（私はその広告の写真を撮り、未だに持っています。）先日ふとそのメーカーのサイトで確認したら、その製品は、その広告を見かけてから３年もたっていない（！）のに、どういうわけか、

になっていました。

ある化成メーカーの例

このメーカーは、ある、画期的な新素材を開発しました。そして、海外のある展示会で、その素材を無料で少量ずつ配りました。その試用品（サンプルワーク）は飛ぶように「売れ」ました。気をよくしたプロダクト開発チームは、帰国してすぐビジネスケースの売上計画を上方修正し、すぐに量産に踏み切りました。その結果、

まとめ

もしかしたら、この記事にお付き合いくださった あなたは、そんなふうにイラついているかもしれません。あなたの感情を逆なでしていたらお詫びしますし、それは実は、決して私にとっても他人事ではないわけなのは、上で告白した通りです。

しかし、ご心配には及びません。なぜなら、いまデカコーン／ユニコーン化した企業であっても、必ず過去に一度手痛い失敗をし、そこから復活することで、さらに成長した事例が、いくらもあるからです。

さて、無償でPoCを提供することの問題をお分かりになっていただいたので、

を実施する方法を次には解説しないといけませんね。

とは、この「有償のPoC」を実施することそのものと言っていいのです。

あわせて読みたい

有償でPoCを実施する手順を知りたい方

私自身が有償PoCを実施した体験から、そのやり方をマニュアル化したのがこちらの記事です。

有償PoCのマニュアル

【拙著】「新規事業を崩壊させる５つの常識」, 文芸社刊

Amazon評価　23mochi 様
スタートアップで　当たり前にできることが、企業内のイントレプレナーでは実践出来無い。それは個人の能力があっても、会社から与えられた組織のミッションに従うが故に陥るジレンマである事を執筆者の実体験から教えてくれる入門書、であり、繰り返し読み返したくなるチェックシート本。130ページ超の小冊子に必要なエッセンスが詰まっており、新規事業開発に携わる若手メンバー向けに人材育成研修の事前学習として配布しています。秀逸。