What Is validate product ideas? A Practical Guide

見過ごせない数字たち

• 新製品の10個中9個は何らかの形で失敗する。これはHarvard Business Review（2011年）が数十年にわたる消費財リサーチをまとめた結論です。
• **調査対象の創業者の42%**が、CB Insightsに対して「製品に市場ニーズがなかった」ためにスタートアップが潰れたと回答。資金枯渇と並ぶ最大の失敗要因です。

ここで言いたいのは「スタートアップは大変」ということではありません。それは誰でも知っています。ポイントは、これらの失敗の多くが2週間の顧客との対話で防げたという事実です。

検証手法を比べてみる

検証手法はどれも同じではありません。やった気になれるだけで、実はほとんど何も分からない方法もあります。

手法	シグナルの強さ	所要期間	よくある落とし穴
友人・家族のフィードバック	非常に弱い	1日	それを鵜呑みにすること
アンケート	弱い	1〜2週間	「買いますか？」と聞く（答えは常にYes）
顧客インタビュー	中〜強	2〜3週間	聞くのではなく売り込んでしまう
ランディングページ＋広告	強い	1〜2週間	本物のトラフィックを流さない
事前販売／LOI（購入意向書）	非常に強い	2〜4週間	怖くて避けてしまう
コンシェルジュ型MVP	非常に強い	2〜6週間	早すぎる自動化

一つだけ選ぶなら、事前販売です。他は比較になりません。実際にお金があなたの口座に振り込まれること, これだけが「相手の気遣い」に汚染されていない唯一のシグナルです。

みんながやりがちな失敗

誘導質問をしてしまうことです。「Xができるツール、使いますか？」, タダだし、優しく答えるのは簡単なので、みんな「はい」と言います。

代わりに、過去の行動を聞きましょう。Rob FitzpatrickのThe Mom Testにすべて書いてあります。私は聞いてくれる人全員にこの本を勧めています。来月やるかもしれない仮の話ではなく、「先週の火曜日に何をしたか」を聞くのです。

もう一つのよくある失敗：検証する対象を間違えている。「問題が存在するか」を検証する必要はありません。それは既に分かっています。だからこのアイデアを思いついたわけです。検証すべきなのは、(a) それを抱えている人が十分にいるか、(b) 解決のために実際にお金を払うか、(c) しかも既存の8社の競合ではなくあなたに払ってくれるか、この3点です。

もう一点。検証プランに「自分が間違っていると分かる可能性」が含まれていないなら、それは検証ではありません。手の込んだ確証バイアスに過ぎません。

検証すべき良いアイデアはどこから来る？

リアルな人間からのリアルな不満。それだけです。

レビューサイト、サポートフォーラム、Redditのスレッド、アプリストアのレビュー。今使っているツールの何がダメなのかを、みんなが言葉にしてくれています。競合製品のレビューを200件、週末に読み込むだけで、多くの企業以上に優れたプロダクトロードマップができあがります。

重要なポイント

• スタートアップの35%が「市場ニーズなし」で失敗する。その大半は防げるものだ。
• 検証とは意見ではなく証拠を集めること。アンケートより先行予約のほうが確実。
• 今まさにその問題を抱えている人を、最低10人インタビューする。
• 未来の仮定ではなく、過去の行動を聞く。
• 「間違いを認める覚悟」がなければ、それは検証じゃない。

温めているアイデアを1つ選んで、今週中に顧客との会話を5件セットしよう。人がすでに何に不満を持っているか、手っ取り早く知りたいなら、実際の製品レビューを掘ってみるといい。不満は自然と浮かび上がってくる。Review2Idea無料分析ツールを使えば、ユーザーがすでに書き残したアプリレビューから、そのままチャンスを引き出せる。

よくある質問

Q: プロダクトアイデアの検証にはどのくらい時間をかけるべき？

A: ソフトウェア系のアイデアなら2〜6週間が目安。3ヶ月以上かかっているなら、考えすぎているか、怖い部分（お金をもらうこと）から逃げているかのどちらか。締切を自分に課そう。

Q: 顧客インタビューは何件必要？

A: 最低10件、理想は15〜20件。8件目くらいから同じ問題が繰り返し聞こえてきて、そこでパターンが見えてくる。10件未満だと、ただのノイズから一般化しているだけになる。

Q: 顧客と話さずにアイデアを検証できる？

A: ある程度は可能。ランディングページのテストや広告キャンペーンで、興味の量は測れる。でも分かるのは「何をクリックしたか」だけで、「なぜか」は分からない。「なぜ」を理解するにはインタビューが必要で、これが実際のプロダクトを形作る部分。

Q: 誰もそのニーズに気づいていないほど新しいアイデアだったら？

A: これは18ヶ月を無駄にする直前の創業者がよく口にするセリフ。本当に新しいプロダクトも、既存の問題を解決している。Uberが解決したのは「タクシーが全然来ない」問題。今すでに存在している根本的な痛みを見つけよう。

Q: 検証のためにMVPを作るべき？

A: たいていの場合、最初は不要。3〜5人の顧客に対して自分が手作業で対応するコンシェルジュ型や、先行販売のほうが、初期検証ではMVPより有効。速いし、本気のコミットを引き出せるから。コードを書くのは、お金を払ってもらったあとでいい。