プレトタイピングとは｜作る前に検証する手法

この記事の結論

プレトタイピングとは作る前に需要を確かめる手法で、資料とフォームだけでも十分に反応を測ることができます。

「新機能や新サービスを企画したが、本当に売れるか自信が持てない」。開発に着手する前にこの不安を解消したいなら、プレトタイピングという考え方が役に立ちます。この記事では、プレトタイピングの定義と代表的な手法、そして日本のBtoB企業が実践しやすい進め方を解説します。

プレトタイピングとは

プレトタイピング（Pretotyping）とは、実際に開発をする前に「作るふり」をして需要を確かめる検証手法です。Googleの元チーフ・イノベーション・エンジニアであるアルベルト・サヴォイア氏が提唱した概念で、著書『The Right It』で広く知られるようになりました。

新しいアイデアの多くは市場に出しても売れないという現実があります。開発に多くの時間と費用をかけたあとで需要がないと分かるのは、事業として大きな痛手です。プレトタイピングは、開発着手前の最も安いタイミングで「そもそも欲しい人がいるか」を確かめる手段として使われます。

プロトタイピングとの違い

プロトタイピングとプレトタイピングは似た言葉ですが、検証する対象が異なります。

プロトタイピングは「作れるかどうか」を確認する工程です。一方プレトタイピングは、それよりも前の段階で「そもそも作る価値があるか」を見極めます。両者は対立するものではなく、プレトタイピングで需要を確認したあとにプロトタイピングへ進むという順番で使うのが基本です。

代表的な手法

プレトタイピングには複数の手法があり、検証したい対象に応じて使い分けます。

ドア・ファサード型

ドアとファサードは、まだ形になっていない製品やサービスをあたかも存在するかのように見せて反応を測る手法です。例えば新機能のバナーだけを画面に置いてクリック率を計測したり、新サービスの紹介ページを作って問い合わせ数を確認したりします。開発コストをかけずに関心の大きさを数字で把握できるのが特徴です。

人力で代替する型（ピノキオ・メカニカルターク）

ピノキオは、動かない模型を実際の利用シーンに置いてみることで、ユーザーがどう反応するかを観察する手法です。メカニカルターク（18世紀に一世を風靡した「チェスを指す自動人形」の名に由来）は、自動化や開発をする前に、裏側の処理を人がこなして需要や運用の勘所を先に確かめる手法です。どちらもシステムを作る前に、実際の使われ方に近い形で反応を見られます。

メリットとデメリット

プレトタイピングの最大のメリットは、低コスト・短期間で需要を数字として確認できる点です。開発に着手する前段階で「そもそも欲しい人がいるか」が分かれば、開発の優先順位づけや投資判断がしやすくなります。またアンケートの「欲しい」という意見ではなく、クリックや申込みという実際の行動データで判断できる点も強みです。

一方でデメリットもあります。プレトタイピングは需要の有無を確かめる手法であり、実現可能性（本当に作れるか、採算が合うか）の検証にはなりません。需要が確認できても、開発コストや技術的な難易度は別途見極める必要があります。また、実際には存在しないサービスを宣伝するため、期待させすぎた場合の信頼低下には配慮が必要です。BtoBの現場では、検証中である旨を問い合わせ対応時に丁寧に伝える、資料請求者には検討段階であることを案内するなど、誠実な運用を心がけましょう。

実践の始め方

プレトタイピングは次の4ステップで始められます。

1. 検証したい仮説を1文で定義する（例：「A業界の担当者は、この課題を解決する資料に関心を持つか」）
2. 最小限の「見せかけ」を用意する（紹介ページ・広告・資料など、開発を伴わないもの）
3. 見せかけへの反応（クリック数・申込み数・問い合わせ数）を計測する
4. 反応の大きさをもとに、開発に進むか・仮説を練り直すかを判断する

仮説は欲張らず、1つの検証で1つの問いに絞るのがコツです。複数の要素を同時に確かめようとすると、反応の理由が特定できず、次の判断に活かせません。また、事前に「どのくらいの反応があれば開発に進むか」という基準値を決めておくと、結果が出たあとに判断がぶれずに済みます。

需要が確認できたら、次はプロトタイピングやMVPの開発に進みます。逆に反応が薄ければ、仮説を練り直して再度検証する方が、開発してから撤退するよりもはるかに低コストです。この「安く速く回す」考え方はリーンスタートアップの検証ループとも共通しています。

日本のBtoBで実践するプレトタイピング

海外の事例で紹介されるプレトタイピングは、消費者向けサービスのLPや広告を使うものが中心です。しかし日本のBtoB企業、特に営業資料やホワイトペーパーでリードを獲得している中小企業でも、同じ考え方を応用できます。

具体的には、次のような手順で「サービス資料＋フォーム＋広告のファサード型検証」を行います。

1. 検討している新サービスや新機能の紹介資料（PDF）を、実際に開発する前の段階で作成する
2. 資料をアップロードし、資料請求フォーム付きの公開ページを用意する
3. 展示会・メルマガ・広告など既存のチャネルで公開ページへの導線を作る
4. フォーム経由の資料請求数とページの閲覧数（PV）を反応の大きさとして計測する
5. 反応が十分にあれば開発に着手し、薄ければ資料の訴求内容や対象読者を練り直す

このやり方であれば、開発着手前でも「どの程度の企業が興味を持っているか」を行動データで確かめられます。DocLead は、PDFをアップロードするだけでリード獲得フォーム付きの共有ページをすぐに発行でき、公開・非公開もワンクリックで切り替えられます。誰が資料を受け取ったかという記録や、ページのPV（集計値）も確認できるため、開発前の需要検証にそのまま使えます。反応を見ながらPMFに近づくための材料としても活用できます。

よくある質問

プレトタイピングとMVPの違いは何ですか？

MVPは実際に動く最小限の製品を作って検証する手法です。一方プレトタイピングは、開発すら行わずに「見せかけ」だけで需要を確認する、MVPよりもさらに前段階の手法です。

プレトタイピングにはどのくらいの期間がかかりますか？

手法にもよりますが、資料やLPを用意して反応を計測するだけであれば、数日から数週間で完了するケースが一般的です。開発を伴わない分、意思決定までのスピードが速いのが特徴です。

BtoBでも効果はありますか？

効果はあります。BtoBでは顧客数が少なく1件あたりの検討期間も長いため、開発前に需要のシグナルを掴めるプレトタイピングは、投資判断の材料として特に有効です。

プレトタイピングだけで開発の是非を決めてよいですか？

反応の大きさは重要な判断材料になりますが、それだけで開発の是非をすべて決めるのは避けましょう。反応が良かった場合も、実際に話を聞いた顧客の声や競合の状況とあわせて総合的に判断するのが安全です。