レッスン2：アイデアの検証と PMF——Lean Startup の原理

このレッスンで学ぶこと

良いスタートアップ・アイデアの 3 条件と、TAM/SAM/SOM の見積もり方
Lean Startup の Build-Measure-Learn サイクルと MVP の設計
Customer Discovery と顧客インタビューの作法
Jobs to be Done が示す「顧客が雇うのは製品でなく仕事」の発想
PMF（Product-Market Fit）の判断指標とピボットの 10 パターン

前回のレッスンでは、スタートアップとスモールビジネスの違い、エコシステム、創業 CEO の 4 つの仕事を扱いました。今回は CEO の 4 つの仕事のうち「PMF への到達」に焦点を当て、創業初期に最も時間を割く活動である「アイデアの検証」を扱います。

良いアイデアの 3 条件

スタートアップのアイデアは「思いつくこと」と「事業として成立すること」のあいだに大きな谷があります。私が VC として年間 200〜300 件のピッチを受ける中で、アイデアそのものの新規性で勝負を決めるピッチは少なく、むしろ「条件をいくつ満たすか」で議論が深まるピッチが残ります。良いアイデアには 3 つの条件があります。

第 1 の条件は、深い顧客の痛みがあることです。誰の、どんな場面の、どれくらい強い痛みを解こうとしているのか。痛みが浅いと、顧客は「あったらいいけど、なくても困らない」と感じ、購入の意思決定に至りません。「Nice to have」と「Must have」の境目は、顧客の痛みの深さによって決まります。Y Combinator の創業者 Paul Graham は、「自分が欲しいものを作れ（Make something people want）」をスタートアップの最初の原則として掲げ続けてきました。

第 2 の条件は、解ける問題であることです。市場に大きな痛みがあっても、技術的・法規制的・経済的に解けない問題は、スタートアップの土俵ではありません。「いつかは解ける」では資金が尽きます。「今、自分の手元のリソースで、3〜5 年以内に解ける見通しがある」ことが、起業のスタート地点になります。

第 3 の条件は、大きな市場があることです。痛みが深く、解ける問題でも、その問題を抱える顧客の総数や支出可能額が小さいと、スタートアップとしての急成長に乗りません。一方、巨大すぎる市場（既存大手が支配的なシェアを持つ領域）は、競争で消耗します。「ニッチに見えて、隣接領域に拡張できる市場」が、スタートアップに向く市場です。

💡 ポイント アイデアの新規性だけでは事業は成立しません。深い痛み、解ける問題、大きな市場の 3 条件を同時に満たしているかが、創業前に確認すべき問いです。

3 条件は単独で満たすだけでは不十分で、3 つすべてが揃って初めて事業の入口に立てます。例えば、痛みが深くて市場が大きくても、現在の技術では解けない問題は、研究テーマでありスタートアップではありません。逆に、解ける問題で市場も大きくても、痛みが浅ければ顧客は支払いません。

TAM/SAM/SOM——市場規模の見積もり方

市場の大きさは「TAM・SAM・SOM」という 3 つの層で整理されます。投資家とのピッチでは必ず聞かれる項目で、創業前に自分の事業の市場を分解できる力が必要です。

TAM（Total Addressable Market、総獲得可能市場）は、自社の製品やサービスが解決する問題を抱える、世界全体の顧客の総数と支出額です。理論上の最大値で、実現可能性は問いません。

SAM（Serviceable Available Market、サービス提供可能市場）は、TAM のうち、自社の事業モデル・地理・言語・規制で実際に対応できる範囲です。例えば、日本国内向けにサービス展開するなら、TAM が世界 100 億ドルでも SAM は日本市場の 5 億ドルといった具合に絞られます。

SOM（Serviceable Obtainable Market、獲得可能市場）は、SAM のうち、自社が短期（3〜5 年）で現実的に獲得できるシェアを掛けたものです。「シェア 10 % を取れる」と言うなら、その根拠（販路、競合の状況、自社の優位性）を投資家に説明できる必要があります。

📝 補足 TAM/SAM/SOM の数字は、Bottom-up（顧客数 × 単価）と Top-down（市場全体の調査レポート）の 2 通りで見積もり、両方を提示すると説得力が増します。投資家は「数字の妥当性」よりも「数字をどう作ったか」を見ています。

新規市場（誰も解いていない問題）の場合、TAM の見積もりは難しくなります。代替手段（既存の不便な解決法、人手による解決法）の市場規模から推計するか、類似市場の規模から逆算する方法が一般的です。「市場規模は推計が難しいが、顧客の痛みは深い」というケースは、市場規模を控えめに見積もり、痛みの深さで補強する説明が現実的です。

Lean Startup と Build-Measure-Learn サイクル

「アイデアを思いついたら、まず作ってリリースし、顧客の反応を見て改善する」という発想は、2010 年代に一般化しました。中心にある考え方が、Eric Ries が 2011 年に発表した『The Lean Startup』（邦題『リーン・スタートアップ』）です。

Lean Startup の中核は、Build-Measure-Learn（作る・測る・学ぶ）の循環サイクルです。創業者は、不確実な仮説を最小限のコストで検証するために、製品の小さな版を作り（Build）、顧客の反応を測り（Measure）、結果から学んで仮説を更新する（Learn）。サイクルを高速で回すほど、限られた資金で多くの検証を回せます。

flowchart LR
  Idea[仮説<br/>顧客の痛み・解決方法] --> Build[作る<br/>MVP の作成]
  Build --> Measure[測る<br/>顧客の反応データ収集]
  Measure --> Learn[学ぶ<br/>仮説の更新・継続/転換判断]
  Learn --> Idea

図1：Build-Measure-Learn サイクル。仮説の更新が次のサイクルの起点になる

このサイクルが従来の事業計画と異なるのは、「最初に書いた計画通りに進めない」ことを前提にしている点です。Lean Startup 以前の事業開発は、市場調査と事業計画を 3 〜 6 ヶ月かけて作り、計画通りに開発・販売することを良しとしていました。しかし、創業前に書ける計画は、創業後に集まる現実の顧客の反応によって、ほぼ確実に書き直されます。Ries は「計画は仮説の集合体で、検証されるべきものだ」という発想に転換しました。

サイクルを早く回す技術が、MVP の設計です。

MVP——最小限で価値を試す製品

MVP（Minimum Viable Product、実用最小限の製品）は、Lean Startup の中核概念です。「顧客の検証に必要な最小限の機能だけを持った製品」を指し、完成品ではありません。

MVP の目的は 1 つです。「顧客が、自分の痛みを解くために、対価を払ってくれるか」を確かめること。この問いに答えるのに不要な機能は、すべて MVP から削ぎ落とします。

MVP の代表的な形式は次の 4 つです。

ランディングページ MVP：製品の説明と購入ボタン（実際の機能はまだ存在しない）を 1 ページのウェブサイトに掲載し、訪問者の反応とサインアップ率を測る
コンシェルジュ MVP：自動化された製品の代わりに、創業者自身が手動で顧客の依頼を処理する。「製品が動いているように見せる」が、裏側は人手
Wizard of Oz MVP：顧客側からは自動化された製品に見えるが、裏側で人が動かしている。Zappos の創業初期がこの形式で知られる
単機能 MVP：複数機能を持つ製品の構想のうち、最も価値の中核と仮説したい 1 機能だけを実装

「機能が少なくて恥ずかしい」と感じる創業者は多いですが、MVP は完成品ではなく検証ツールです。Ries は「MVP は、それを見た顧客のうち最も早い少数（アーリーアダプター）が使ってくれる最小限の機能セット」と定義しました。アーリーアダプターは、不完全な製品に対しても価値を見いだす顧客層であり、創業期の協力者として位置づけます。

⚠️ 注意 MVP は「品質が低い製品」ではなく「機能が最小限の製品」です。少ない機能を、検証に必要な品質で実装します。MVP の名のもとに低品質な製品を出すと、顧客の不信を招き、本来検証したかった仮説の判断ができなくなります。

Customer Discovery と顧客インタビュー

MVP を作る前に、創業者が必ず行うべき活動が顧客インタビューです。Steve Blank が 2003 年に体系化した「Customer Discovery（顧客発見）」プロセスは、創業者自身が想定顧客と直接対話して、痛みの存在と深さを確かめる手法です。Blank は『The Four Steps to the Epiphany』（2003 年）で、製品開発に先立つ顧客発見の重要性を説きました。

Customer Discovery の中核は「Get out of the building（建物の外に出ろ）」というスローガンです。創業者は、オフィスの中で資料を読み続けるのではなく、想定顧客の現場に出向き、顧客の言葉で痛みを聞く必要があります。

顧客インタビューには作法があります。次の 4 点を守ると、創業者バイアスの影響を抑えられます。

製品を売り込まない：インタビューは販売の場ではなく、学習の場です。製品の説明は最後まで控え、顧客の現在の課題と行動を聞きます
現在と過去を聞き、未来は聞かない：「これがあったら買いますか」は答えにならない問いです。「過去 30 日で同じ課題に遭遇しましたか」「そのとき、どう対処しましたか」と聞きます
オープン・クエスチョンを使う：「はい／いいえ」で終わる問いではなく、「どんな状況で」「なぜそうしたか」「次に何をしたか」と展開できる問いを設計します
沈黙を許す：相手が考える時間を奪わない。質問のあと、答えが来るまで 5 秒待つ訓練が、深い回答を引き出します

Rob Fitzpatrick は『The Mom Test』（2013 年）で、「自分の母親に聞いても本当の評価がもらえない問いを避けよう」と提案しました。具体的には、「この商品どう思う？」のような抽象的な問いではなく、「最後に同じ問題で困ったのはいつ？」のような事実ベースの問いを設計します。

顧客インタビューは、創業前から創業後 1 年程度まで、最低 30〜50 件は実施するのが目安です。私が VC として投資判断するときも、「何人の顧客と直接話したか」を必ず聞きます。30 件未満の段階でアイデアの確信を持てる創業者は、ほとんどいません。

Jobs to be Done——顧客が雇うのは製品でなく仕事

Customer Discovery と並んで、創業者が早期に身につけたい発想が Jobs to be Done（JTBD、ジョブ理論）です。ハーバード・ビジネス・スクールの Clayton Christensen が 2003 年に発表し、2016 年の『Competing Against Luck』（邦題『ジョブ理論』）で体系化しました。

JTBD の中核命題は、「顧客は製品を買うのではなく、自分のジョブ（やりたいこと、なし遂げたい進歩）を達成するために製品を雇う」というものです。Christensen は、ミルクシェイクの事例で広く知られる説明をしました。マクドナルドがミルクシェイクの売上を伸ばそうと顧客調査を重ねたが効果が出なかった。実際に売り場に立って観察すると、朝の時間帯のミルクシェイク購入者は「車での通勤時間に、片手で持てて、お腹がもち、退屈しのぎになるもの」を求めていた。同じ顧客が午後に同じ店に来ても、ミルクシェイクは買わない。ジョブが違うからだ——という発想です。

JTBD の発想で創業者が変えるべきは、市場の定義の仕方です。「飲料市場」ではなく「朝の通勤時のジョブ市場」、「ノートアプリ市場」ではなく「会議の意思決定を後から思い出すジョブ市場」と定義します。すると、競合は同じカテゴリの製品ではなく、同じジョブを別の方法で果たしている代替手段（コーヒー、エナジーバー、コンビニのおにぎり、紙のメモ）になります。

💡 ポイント 顧客は製品を買うのではなく、ジョブを達成するために製品を雇います。競合は「同じカテゴリの製品」ではなく「同じジョブを果たす代替手段」です。

JTBD の発想は、顧客インタビューの設計にも影響します。「あなたはこの製品をどう使いますか」ではなく、「あなたが達成したいジョブは何ですか、今はどう果たしていますか、何が不満ですか」と聞くようになります。

PMF——Product-Market Fit の判断指標

スタートアップが「PMF に達した」とは、何を持って判断するのか。これは創業者が直面する難問の一つです。PMF の概念は、Netscape 創業者で Andreessen Horowitz 共同創業者の Marc Andreessen が、2007 年のブログ記事「The only thing that matters」で提示しました。Andreessen は「PMF は、いい市場にいて、いい市場を満足させる製品が揃っていることだ」と簡潔に定義し、「PMF 前のスタートアップはあらゆることが失敗に見え、PMF 後はあらゆることがうまく回り始める」という観察を加えました。

PMF の判断は、数値ではなく「体感」だ、という見方もあります。Andreessen は「顧客が押し寄せ、サーバーが落ち、採用が追いつかない状態」を PMF の兆候として挙げました。しかし、体感だけに頼ると判断を誤るため、補助的な指標がいくつか提案されています。

最も広く参照されるのが、Sean Ellis が提唱した「Sean Ellis Test」です。顧客に「もしこの製品が今後使えなくなったら、どう感じますか」と尋ね、「非常に残念」と答える顧客が 40 % 以上なら PMF の目安、と Ellis は提示しました。Ellis 自身は Dropbox や LogMeIn の成長を支えた実務家で、40 % という閾値も実地の経験から出てきた数字です。

SaaS（Software as a Service、ソフトウェア・アズ・ア・サービス、定期課金型ソフトウェア）のスタートアップでは、ほかにも次の指標が PMF の参考になります。

ネット・リテンション（NRR、Net Revenue Retention、既存顧客の継続収益）が 120 % を超える
解約率（Churn）が月次 5 % 未満（年次で 60 % 未満）
オーガニックな新規流入（口コミ、紹介）が新規顧客の 30 % 以上を占める
営業活動を止めても新規問い合わせが続く

これらの数字は事業モデルや顧客層によって妥当な水準が変わるため、絶対の基準にはなりません。複数指標を並べて、トレンドが上向きかを継続的に観察するのが現実的です。

📝 補足 PMF は到達したら終わりではなく、市場や競合の変化で失われることがあります。PMF を保ち続けるための継続的な検証が、PMF 後の事業のテーマになります。

ピボットの 10 パターン

検証を続けても PMF が見えないとき、創業者は「ピボット（事業の軸足転換）」を検討します。ピボットは「失敗」ではなく、Lean Startup の発想では「学習の結果として方向を変える正当な選択」です。Eric Ries は『The Lean Startup』で、ピボットを 10 のパターンに整理しました。

ズームイン・ピボット：1 つの機能を全体の製品に拡大する
ズームアウト・ピボット：製品全体を 1 つの機能として、より大きな製品に組み込む
顧客セグメント・ピボット：製品はそのまま、ターゲット顧客を変更する
顧客ニーズ・ピボット：同じ顧客の異なる痛みを解く製品に変更する
プラットフォーム・ピボット：アプリケーションからプラットフォームに（またはその逆）変更する
ビジネス・アーキテクチャ・ピボット：B2B から B2C へ（またはその逆）変更する
価値の獲得方法・ピボット：収益モデル（サブスク、買い切り、広告、フリーミアム）を変更する
成長エンジン・ピボット：成長の源泉（ウイルス、有料広告、定着）を変更する
チャネル・ピボット：販売経路（直販、代理店、SaaS、店頭）を変更する
技術ピボット：同じ問題を異なる技術で解く

ピボットの判断基準は、「現在の方向で 3〜6 ヶ月間検証を続けても、PMF の兆候が見えないとき」が一つの目安です。一方、ピボットを繰り返しすぎると、創業者・社員・投資家の信頼が消耗するため、「次のピボットがあと何回打てるか」を意識して使います。私の経験では、シード期に 1〜2 回、シリーズ A 前に 0〜1 回が現実的な範囲です。

講師の現場メモ

私の 2 社目（2003 年創業のヘルスケア SaaS）は、典型的な「PMF を見誤った事例」でした。当時、医療機関向けの患者向け情報配信サービスを構想し、医師数名から「いいアイデアだ」と言われたまま開発を進めました。半年で MVP を出し、3 ヶ月で 20 件の有償契約を獲得し、「立ち上がった」と判断しました。しかし、契約からの解約率が次第に上昇し、1 年後には半数が離脱しました。

ピボットを検討した時点で、私たちは「製品が悪い」と仮定して機能改善に走りました。実際には、顧客セグメント（小規模クリニック）の選択が間違っていて、医療法人グループ向けに設計し直すべきでした。Ries の整理で言えば「顧客セグメント・ピボット」が打てたはずでしたが、当時は概念を知らず、「製品ピボット」だけを 6 ヶ月繰り返し、結果として資金を消耗して 2008 年に事業中断に至りました。

VC 側に回ってから、私は投資先に「Sean Ellis Test を四半期に 1 回必ず実施してほしい」とお願いしています。40 % を超えるかどうかは絶対の基準ではありませんが、数字を取り続けることで「何が変わったか、何が変わっていないか」が見えます。創業者は自社製品への愛着で判断が歪みやすく、定期的な検査を仕組み化することが、自分を救う技術です。

もう 1 点、創業前の方によくお伝えするのは、「アイデアの良し悪しは、創業前に決まらない」ということです。グーグルもアマゾンも、創業時のアイデアと現在の事業はかなり違います。重要なのは「3 条件を満たす出発点」であって、「最終形の正解」ではありません。出発点を満たしたら、Build-Measure-Learn のサイクルを高速で回し、現実と対話しながら形を整えます。

まとめ

このレッスンでは、以下のことを学びました。

良いアイデアの 3 条件は、深い顧客の痛み・解ける問題・大きな市場
TAM/SAM/SOM の 3 層で市場規模を分解し、Bottom-up と Top-down の両面で見積もる
Lean Startup の Build-Measure-Learn サイクルが、検証の高速回転を支える
MVP は完成品ではなく検証ツールで、ランディングページ・コンシェルジュ・Wizard of Oz・単機能の 4 形式がある
Customer Discovery では「Get out of the building」を実践し、現在と過去を聞く
Jobs to be Done の発想で、顧客は製品でなくジョブを雇うと捉える
PMF は Sean Ellis Test の 40 % が一つの目安で、SaaS では NRR・Churn・オーガニック流入も参考になる
ピボットには 10 のパターンがあり、シード期に 1〜2 回が現実的な範囲

次のレッスンでは、アイデアの検証と並行して進む「法人設立と創業者間契約」を扱います。株式会社と合同会社の選択、定款・登記の流れ、創業者間の持株比率、ベスティングなど、創業初期の意思決定を順に学びます。

確認クイズ

このレッスンの理解度をチェックしましょう。