スタートアップのアイデアを検証する方法（自分をごまかさずに）

---

スタートアップのアイデアを検証する方法（自分をごまかさずに）

先に正直に言っておく。「検証」は魔法の言葉のように扱われがちだけど、そんなものじゃない。5人にインタビューして「うん、使うと思うよ」と言われても、誰も買わない製品を出してしまうことはある。ポイントは気分よくなることじゃない。間違いを少しでも減らすこと、それだけだ。

スタートアップのアイデアを検証する方法とは

スタートアップのアイデアを検証するとは、特定の集団が、お金を払ってでも解決したいほど痛みのある問題を抱えているかを、間違った物を数ヶ月かけて作り込む前に確かめること。定性的なリサーチ（インタビュー、観察）と行動テスト（ランディングページ、事前予約、コンシェルジュMVPなど）を組み合わせて、意見ではなく証拠を集めるのが狙いだ。

なぜこれが大事なのか。開発にはお金がかかるし、ピボットは精神的にきつすぎるからだ。CB Insightsが111社の失敗を分析した結果、35%は市場ニーズが存在しなかったことが原因で潰れている（CB Insights, 2021）。35%だ。資金ショートよりも大きな要因で、しかも検証によって防げる唯一のパターンでもある。

スタートアップのアイデアを検証する方法（7ステップ）

1. 解決策ではなく、問題を書き出す。 一文で。「フリーランスのイラストレーターは請求書の入金を追いかけるのに週4〜6時間を失っている」。自分の製品に触れずに書けないなら、まだ問題を理解できていない。
2. 今まさにその問題を抱えている人を15〜20人探す。 友人はダメ。「いつか抱えるかもしれない人」もダメ。Reddit、ニッチなDiscordサーバー、LinkedIn、Facebookグループ — , そういう場所で当事者は既に声を上げて愚痴っている。
3. The Mom Testの方法でインタビューする。 意見ではなく、過去の行動を聞く。「〜のアプリを使いますか？」より、「前回それが起きたときのことを一部始終教えてください」のほうが毎回勝つ。Rob FitzpatrickのThe Mom Testは130ページ、一気読みする価値がある。
4. 既存の"ツギハギ解決策"を探す。 Google SheetsとZapierとWhatsAppグループをガムテープで貼り合わせて凌いでいるなら、それは金脈だ。誰も何もしていないなら、たぶんその問題はまだ十分に痛くない。
5. ランディングページを作って100ドル分の広告を回す。 MetaかGoogleで。特定のターゲットユーザーからメール登録1件あたりのコストを測る。コンシューマー向けなら3〜5ドル以下、BtoBなら20〜30ドル以下が、まあまあの手応えだ。
6. まずは手作業でやってみる。 コンシェルジュMVPだ。実際の顧客3〜5人を、スプレッドシートとZoomで人力対応する。人間が全部やってあげても定着しないなら、ソフトウェアにしても救えない。
7. 作る前にお金をもらいにいく。 事前販売、LOI、手付金。Y CombinatorのMichael Seibelは、いちばん強いシグナルは相手がクレジットカードを差し出してくれることだと言っている。それ以前のものは全部「たぶん」だ。

「バリデーション」の実態（と、みんながバリデーションだと思い込んでいるもの）

ここからちょっと辛口になります。創業者が「バリデーションした」と言っているものの大半は、要するに確証バイアスにコートを着せたものです。

やり方	創業者が証明できたと思っていること	実際に証明できていること
「友達20人に聞いたら大絶賛だった」	市場に需要がある	友達が優しい
ランディングページのメール登録	買う気がある	メアドを渡す気がある
顧客インタビュー（意見ベース）	ユーザーはこれを求めている	ユーザーは礼儀正しい
有料ユーザー付きのコンシェルジュMVP	再現性のあるビジネス	その価格帯での本物の需要
クレジットカード決済の事前予約	プロダクトマーケットフィット	開発する価値があるだけの需要
B2Bバイヤーからの購入意向書（LOI）	あとで契約が取れる	本気の購買意欲（時々）

パターンに気づきましたか？ユーザー側のコミットメントコストが高いほど、シグナルの価値も上がる。メアドはタダ同然。お金はそうじゃない。

何人に話を聞けばいい？

同じ不満が繰り返し聞こえてくるまで、が目安です。絞り込まれた課題なら、だいたい15〜30人くらいで見えてきます。60人インタビューしてもバラバラなことを言われるなら、リサーチが浅いんじゃなくて、ターゲットセグメントが広すぎるということ。

ひとつショートカットを紹介すると、インタビューは一旦置いて、レビューを読みに行くこと。App Store、G2、Amazon、Trustpilotには、本物の人が本物の不満を毎日書き込んでいます。これは非同期の顧客リサーチみたいなもので、しかも誰もあなたに気を遣ってくれません。（Review2Ideaの無料アプリレビュー分析ツールがやっているのは、まさにこれのショートカット版です。）

作る価値があるアイデアのサイン

• すでにもっと出来の悪い解決策にお金を払っている人がいる
• その課題が高頻度で起きる（週1、できれば毎日）
• その課題が時間かお金の面で高くつく
• ユーザーが感情的な言葉で語る（「〜が本当に嫌い」「〜されるとイラッとする」）
• こちらが絞り込んでいないのに、特定のペルソナがインタビューに繰り返し現れる

Startup Genomeのレポートによると、急成長スタートアップの74%は早すぎるスケーリングで失敗しているそうです。つまりプロダクトマーケットフィット前にスケールしたということ。バリデーションは、その失敗を避けるための安上がりな方法です。さらに、ハーバード・ビジネス・スクールのShikhar Ghosh氏の研究では、ベンチャー資金を調達したスタートアップの約75%が投資家に元本を返せずに終わるという結果も出ています。生き残った創業者はバリデーションを飛ばしたわけじゃない。ただ、より速くやっただけです。

よく見かける典型的な失敗

誘導質問をしてしまう。ターゲットユーザー本人じゃなく、その上司にインタビューしてしまう。6ヶ月作り込んでから「バリデーション」する（それはバリデーションじゃなくて、許可を求めているだけ）。熱意とコミットメントを取り違える。課題を理解する前に解決策に惚れ込む。

一番よく見かけるのは、これ。狭い範囲でバリデーションして手応えを感じた創業者が、こっそり対象を広げていって、再バリデーションしないパターン。気づけば「フリーランスのイラストレーター向け請求書ツール」が「クリエイティブプロフェッショナル向け金融プラットフォーム」になっていて、もう誰も何のプロダクトか分からなくなっています。

重要なポイント

• 検証とは行動を見ることであって、意見を聞くことではない。何を言うかではなく、何をするかを見る。
• 最も強いシグナルは、まだ何も作っていないのに誰かがお金を払ってくれること。
• 適当な100人と話すより、狙いを定めた15〜30人に集中的にインタビューする方が効く。
• すでに現場で「無理やりな回避策」が使われているなら、それは追い風のサイン。
• ランディングページや広告が測れるのは好奇心であって、需要ではない。ここを混同しないこと。

具体的な相手の、具体的な悩みを一つ選ぶ。そして来月ではなく、今週その人の前に立つ。手っ取り早く始めたいなら、まずは20分、自分の領域にある既存ツールのレビュー欄で不満をひたすら読んでみてほしい。そのうえでReview2Idea無料分析ツールを使えば、普段なら見落としてしまうアプリレビューの中から、リアルなユーザーの痛みを抽出できる。

よくある質問

Q: スタートアップのアイデア検証にはどれくらい時間をかけるべき？

A: たいていのアイデアなら、集中して2〜6週間。半年もかかっているなら、検証ではなく開発をしてしまっているか、問題の定義が曖昧すぎてテストできていないかのどちらか。

Q: B2B SaaSのアイデアも、消費者向けアプリと同じやり方で検証できる？

A: 考え方は同じですが、使う手段が変わります。B2BではLOI（意向書）、有償パイロット、購買担当への直接アプローチの比重が高くなる。ランディングページや広告はB2Bでは弱いシグナル。意思決定に時間がかかり、複数人が関わるからです。

Q: ターゲットユーザーに接触するのが難しい場合は？

A: それ自体が重要な情報。1ヶ月で20人も見つけられないなら、プロダクトよりも流通・集客のほうが大きな課題になります。そのセグメントは本当に存在するのか、それとも自分が頭の中で作り出しただけなのか、一度疑ってみるべき。

Q: Kickstarterのキャンペーンは検証手段として有効？

A: 物理プロダクトなら、はい。むしろ最良の手段のひとつ。ソフトウェアだと微妙。Kickstarterの支援者は「目新しさ」で動く人が多く、ローンチ後の通常顧客のようには振る舞わないから。

Q: 検証をやめて開発を始めるタイミングは？

A: リアルなお金や時間をコミットしてくれた人が5人以上いる、同じ悩みを同じ言葉で繰り返し聞くようになった、コンシェルジュ版がユーザーにとって価値ある結果を出せている — , この3つのうち2つが当てはまるなら、作り始めていい。ゼロなら、まだ検証を続けるべき。