「PMFしているのか、と聞かれたが、感触でしか答えられない」——新規事業の担当者や創業者から、こうした相談をよく受けます。解約は少ない、顧客の反応も悪くない。けれども投資家や経営会議に出すと、「それは根拠になりますか」と返される。PMFという言葉は広く使われている割に、達したかどうかをどう判定するのかが曖昧なまま流通しているのが実情です。
結論から言うと、PMF(プロダクトマーケットフィット)とは、Marc Andreessen の原文の言葉では「良い市場にいて、その市場を満足させられる製品を持っている状態」を指します。そして、達したかどうかは1つの数字では決まりません。「使えなくなったら非常に残念」と答える利用者が40%を超えるかを見る調査手法(いわゆる40%ルール)と、退会率・継続率・利用頻度という実データを突き合わせて判断します。
本記事の特徴は、40%ルールを提唱者本人の文章まで戻って確認している点にあります。この数字は無条件の合格ラインではありません。提唱者の Sean Ellis 本人が、誰に聞くのか(直近2週間以内に使い、活性化した状態に達した利用者からランダムに抽出する)という条件と、この手法の限界を繰り返し書いています。孫引きの「40%を超えればPMF」だけを持って会議に出ると、判断を誤ります。
本記事では、PMFの定義と出典、40%ルールの設問・対象・限界、退会率と継続率で裏を取る方法とBtoB/BtoCでの指標の置き換え、PMF前とPMF後で採用・広告・開発の何を変えるか、焦って起きる失敗と「一度達すれば終わりか」という論点、PMFを探す段階の開発体制、よくある質問の順に解説します。数字の出典はすべて提唱者と発行元の公開資料に当たり、確認日とURLを明記しました。
私は人材業界の出身で、2018年からホーチミンでベトナムオフショア開発の体制づくりに携わり、約100社の相談に乗ってきました。新規事業の相談で最も多いのは「ユーザーは増えているのに、次に何を作るべきかが決まらない」という状態です。この記事を読み終えるころには、自社のプロダクトがどの段階にいるのかを、数字で説明できるようになるはずです。
目次
- PMF(プロダクトマーケットフィット)とは
- 原文の定義と、誰が言い出した概念か
- 「市場が製品を引き出す」
- 似た言葉との区別
- PMFに達したかどうかをどう測るか
- 設問と判定——「使えなくなったら非常に残念」が40%を超えるか
- 誰に聞くのか
- 提唱者自身が挙げている限界4つ
- 一次情報で確認できた範囲と、できなかった範囲
- 40%ルールだけでは決められない
- 4つの物差し(定量アンケート・継続率・利用頻度・収益)と、見てはいけない指標
- BtoCの測り方
- BtoBの測り方
- NPSはPMFの判定に使えるか
- PMF前とPMF後で何を変えるか
- 原文が言う「PMF前/PMF後」の切り分けと、やるべきことの違い
- 採用・広告・開発の優先順位を並べた対比表
- PMF前に固定費を増やさない
- PMFを焦って起きる失敗と、「一度達すれば終わりか」という論点
- 停止した431社の分析が示すもの
- 現場で見る3つの失敗
- PMFは一度達すれば終わりか
- PMFを探す段階の開発体制
- PMF前の開発に必要な3条件
- 当社のラボ型開発をこの段階で使う場合
- 向く案件と向かない案件
- 【FAQ】PMF(プロダクトマーケットフィット)に関するよくある質問
- Q1. 「非常に残念」が40%を超えれば、PMFと言い切ってよいですか
- Q2. 何人に聞けばよいですか。回答者が少ないときはどうしますか
- Q3. MVPを作ればPMFに達しますか。両者はどう違いますか
- Q4. PMFに達する前に、営業やマーケティングの人員を増やしてよいですか
- Q5. ベータテストでPMFは測れますか
- まとめ: 定義は原文で押さえ、測定は設問と対象を決めて実データと突き合わせる
PMF(プロダクトマーケットフィット)とは——「良い市場にいて、その市場を満足させられる製品がある状態」

PMFは Product/Market Fit(プロダクトマーケットフィット)の略で、日本語では「製品と市場の適合」と訳されます。ただ、この訳語だけでは何をもって適合と呼ぶのかが決まりません。日本語の解説記事の多くは「顧客に受け入れられ、継続的に使われている状態」と説明していますが、その表現の出どころをたどると、ほとんどが同じ1本のエッセイに行き着きます。まずはその原文を確認します。
原文の定義と、誰が言い出した概念か——Marc Andreessen(2007年)と Andy Rachleff
現在流通しているPMFの定義は、ベンチャーキャピタリストの Marc Andreessen が2007年6月25日に公開したエッセイ「The Pmarca Guide to Startups, part 4: The only thing that matters」に由来します。原文の定義は次の一文です。
Product/market fit means being in a good market with a product that can satisfy that market.
(プロダクトマーケットフィットとは、良い市場にいて、その市場を満足させられる製品を持っていることを意味する)
——Marc Andreessen, 2007年6月25日(2026年9月16日確認)
短い定義ですが、2つの要素が並んでいます。「良い市場にいること」と「その市場を満たせる製品を持っていること」です。製品の出来だけでも、市場の大きさだけでも足りません。
そして重要なのが、Andreessen 自身がこの定式化を自分の発明とは書いていない点です。原文には「In honor of Andy Rachleff, formerly of Benchmark Capital, who crystallized this formulation for me(この定式化を私のために結晶化してくれた、元Benchmark Capital の Andy Rachleff に敬意を表して)」とあり、続けて「Rachleff の法則」としてスタートアップの成否を論じています。つまり、言葉を広めたのは Andreessen、考え方を形にしたのは Andy Rachleff、というのが原文から読み取れる関係です。なお「どちらが最初に言葉そのものを作ったか」については、本記事の調査では一次情報で確定できませんでした。確認できたのは、Andreessen が Rachleff に帰していることまでです。
「市場が製品を引き出す」——チーム・製品・市場のうち市場が効くという主張
同じエッセイで Andreessen は、スタートアップの成否を左右する要素をチーム・製品・市場の3つに分け、市場が最も効くと主張しています。原文は「In a great market—a market with lots of real potential customers—the market pulls product out of the startup(優れた市場、つまり実在する潜在顧客が大量にいる市場では、市場がスタートアップから製品を引き出す)」です。そして「The #1 company-killer is lack of market(会社を殺す第1の原因は市場の不在)」と断じています。
この主張は、PMFを測るときの視点にも直結します。「製品の完成度が上がったか」ではなく「市場が引っ張ってくれているか」を見る、という向きになるからです。実際 Andreessen は、PMFがない状態の兆候として「顧客が製品から価値を得きれていない、口コミが広がらない、利用が伸びない、営業サイクルが長く、多くの商談が成約に至らない」を挙げ、ある状態の兆候として「作れるのと同じ速さで顧客が買っていく、あるいはサーバーを足せるのと同じ速さで利用が伸びる」を挙げています。
似た言葉との区別——課題の適合(CPF)、MVP、事業モデルの整理法との層の違い
PMFの周辺には似た言葉が多く、混ざったまま会議で使われがちです。層が違うものを並べて整理しておきます。
言葉 | 何を指すか | PMFとの関係 |
|---|---|---|
CPF(カスタマープロブレムフィット) | 想定顧客が、想定した課題を実際に抱えている状態 | PMFの手前の段階。課題が実在しなければ、製品を作っても適合しない |
MVP(実用最小限の製品) | 仮説を検証するために最小の機能で作る製品 | PMFに近づくための手段。MVPを作ればPMFに達するわけではない |
PMF | 良い市場にいて、その市場を満たせる製品がある状態 | 本記事の対象 |
事業モデルの整理法(キャンバス類)・競合の位置取り(ポジショニング) | 事業の構成要素や競合との相対位置を記述する手法 | PMFは状態、これらは記述の道具。層が違うため、どちらかを埋めてもPMFの判定にはならない |
とくに混同が多いのがMVPです。MVPは「小さく作って確かめる」という進め方の名前であり、PMFは「市場に合っている」という状態の名前です。MVPの種類や進め方、外注したときの費用については「MVP開発」の記事で扱っていますので、そちらをご覧ください。ここではMVPを、PMFに近づくための手段として位置づけるにとどめます。
定義が押さえられたところで、本記事の中心に入ります。「良い市場にいて、その市場を満たせている」かどうかを、どうやって判定するのかという問題です。
PMFに達したかどうかをどう測るか——40%ルール(ショーン・エリス・テストと呼ばれる調査手法)の設問・対象・限界

PMFの測り方として最も広く知られているのが、グロース領域の実務家である Sean Ellis が提唱した調査手法です。日本語では「ショーン・エリス・テスト」「40%ルール」と呼ばれています。ところが、日本語の解説記事の多くはこの手法を「『使えなくなったら非常に残念』が40%以上ならPMF」という一行で終わらせています。実務で使うには、誰に、いつ、何人に聞くのかまで決めなければ数字が動いてしまいます。ここでは提唱者本人の文章に戻って、設問・対象・限界の3点を確認します。
設問と判定——「使えなくなったら非常に残念」が40%を超えるか
手法の骨格は単純です。既存の利用者に「この製品が使えなくなったら、どう感じますか」と尋ね、「非常に残念(very disappointed)」と答えた人の割合を見ます。Sean Ellis 本人は2026年9月9日に公開した自身のニュースレターで、この基準を次のように書いています。
more than 40% of respondents say they would be "very disappointed" if they could no longer use the product
(回答者の40%超が、その製品をもう使えなくなったら「非常に残念」だと答える)
——Sean Ellis「Is Product/Market Fit Hiding in Your User Base?」2026年9月9日(2026年9月16日確認)
同じ記事で Ellis は、この基準を「this 40% benchmark I established years ago(何年も前に私が設けた40%の基準)」と自ら呼んでいます。つまり40%は、統計的に導かれた閾値ではなく、本人が経験則として置いた目安です。ここを押さえておくと、40%をわずかに下回ったときに「不合格」と読む誤りを避けられます。
項目 | 内容 |
|---|---|
設問 | この製品がもう使えなくなったら、どう感じますか |
見る数字 | 「非常に残念(very disappointed)」と答えた人の割合 |
目安 | 40%超。提唱者本人が経験則として設けた基準 |
位置づけ | 先行指標。実際の継続率・収益より先に動く |
誰に聞くのか——提唱者が条件づけている対象者と抽出方法
この手法の要は、実は設問ではなく対象者の選び方にあります。Ellis は前掲の記事で、対象者について次のように書いています。
I generally recommend surveying a random sample of people who have used the product within the last couple of weeks and have reached an activated state.
(私は通常、直近の2週間以内に製品を使い、かつ活性化した状態に到達した人々からランダムに抽出した標本に対して調査することを推奨している)
——Sean Ellis, 2026年9月9日(2026年9月16日確認)
条件が3つ入っています。第1に「直近2週間以内に使った人」であること。休眠ユーザーを混ぜると数字は下がり、逆に除きすぎると上がります。第2に「活性化した状態(activated state)に到達した人」であること。製品の中心的な価値を一度も体験していない人に聞いても、判定にはなりません。第3に「ランダムに抽出」であること。Ellis はメール配信による調査について「Not everyone will respond, but everyone in the selected sample has a similar opportunity to receive and complete the survey(全員が回答するわけではないが、選ばれた標本の全員が調査を受け取り回答する機会を同程度に持つ)」と、機会の均等を条件にしています。
裏を返せば、自社の管理画面に常時表示するポップアップで集めた回答は、この条件を満たしません。数字が出たとしても、それは「よく使っている人だけに聞いた数字」だからです。
提唱者自身が挙げている限界4つ——偏り、サンプル構成、セグメントの隠れ、矛盾したシグナル
Ellis 本人は、同じ記事でこの手法の限界も明示しています。40%という数字だけが一人歩きしている現状に、提唱者の側が注釈を加え続けている格好です。
No | 限界 | 実務上の意味 |
|---|---|---|
1 | 製品内アンケートは最もアクティブな層に偏る | 画面内で集めた回答は高めに出る。配信経路を記録し、経路ごとに分けて見る |
2 | 標本の構成が結果を大きく左右する | 対象者の条件(直近利用・活性化)を先に文書化してから調査する。条件を変えたら数字は比較できない |
3 | 全体スコアは特定セグメントの実態を覆い隠す | 全体で32%でも、ある職種・企業規模だけで55%ということが起きる。セグメント別に必ず割る |
4 | 矛盾したシグナルは、PMFの不在ではなく測定の誤りを示すことがある | スコアが高いのに継続率が低いなら、まず調査設計を疑う。結論を先に出さない |

4つ目は特に実務的です。アンケートの数字と実際の継続率が食い違ったとき、多くの現場は「やはりPMFしていない」と結論を急ぎます。しかし Ellis は、その食い違い自体が測定の設計ミスのサインでありうると書いています。私も、対象者の条件を決めずに調査を回して数字が暴れている場面を何度も見てきました。設問より先に、対象者の定義を書き出してください。
一次情報で確認できた範囲と、できなかった範囲
本記事は、この手法について次のように範囲を切り分けています。読者が自社で使うときに、どこまでが提唱者の言明でどこからが業界の慣行かを区別できるようにするためです。
内容 | 確認の状況 |
|---|---|
「非常に残念」が40%超という基準 | 提唱者本人の文章で確認(Sean Ellis, 2026年9月9日) |
40%は経験則として本人が設けた基準であること | 提唱者本人の文章で確認(「何年も前に私が設けた」) |
対象者は「直近2週間以内に利用し、活性化した状態に達した人からランダム抽出」 | 提唱者本人の文章で確認 |
限界4つ(製品内調査の偏り、標本構成、セグメントの隠れ、矛盾シグナル) | 提唱者本人の文章で確認 |
回答選択肢の正確な文言(「やや残念」「残念ではない」など3〜4択) | 一次情報では確認できず。二次情報では3〜4択とされるが、本記事では断定しない |
40%という基準の根拠となった調査対象企業数 | 一次情報では確認できず。二次情報に「約100社」とする記述があるが、本記事では採用しない |
では、40%を超えていたら、それでPMFと言い切ってよいのでしょうか。提唱者自身が「全体スコアはセグメントを覆い隠す」と書いている以上、答えは「アンケートだけでは決められない」になります。次章で、実データによる裏の取り方を見ていきます。
40%ルールだけでは決められない——退会率・継続率・利用頻度で裏を取り、BtoB/BtoCで指標を置き換える

アンケートは先行指標です。実際にお金を払い続けているか、使い続けているかという事実より先に動く代わりに、対象者の選び方ひとつで振れます。だからPMFの判定は、アンケートの数字と、退会率・継続率・利用頻度・収益という実データを突き合わせて行います。ここでは4つの物差しと、BtoC・BtoBでの置き換え方を整理します。
4つの物差し(定量アンケート・継続率・利用頻度・収益)と、見てはいけない指標
まず、見てはいけない指標から先に挙げます。累計ダウンロード数、累計登録ユーザー数、累計売上といった積み上げの数字です。ベンチャーキャピタルの Andreessen Horowitz(a16z)は、スタートアップの指標を解説した2015年8月21日公開の資料で、累計グラフについて次のように書いています。
Cumulative charts by definition always go up and to the right for any business...even when a business is shrinking.
(累計のグラフは、定義上どんな事業でも常に右肩上がりになる……事業が縮小しているときでさえ)
——Andreessen Horowitz「16 Startup Metrics」2015年8月21日(2026年9月16日確認)
累計12万ダウンロードという数字は、PMFの根拠になりません。同じ資料は、見るべきものを「engagement, ideally expressed as cohort retention on metrics that matter for that business(その事業にとって重要な指標について、コホート継続率として表現されたエンゲージメント)」としています。以上を踏まえた4つの物差しが次の表です。
物差し | 具体的に見る数字 | 目安の置き方 | 注意点 |
|---|---|---|---|
定量アンケート | 「使えなくなったら非常に残念」の比率 | 40%超(提唱者の経験則) | 対象者の条件を先に決める。セグメント別に割る |
継続率 | 登録月ごとのコホート継続率が、数か月後に横ばいになるか | 下げ止まって平らな線になるかを見る。絶対値は業種で違う | 平均値ではなくコホート別。平均は新規流入で薄まる |
利用頻度 | 中心機能の利用回数、DAU/MAU、利用間隔 | 想定した使用シーンの頻度と一致するか | 全画面の合計ではなく、価値の中心にある1機能で見る |
収益 | 月次経常収益(MRR)の成長率、解約による収益の減り方 | 継続的に伸びているか | 累計売上ではなく、月次の増減で見る |

成長率の目安として、Y Combinator の Paul Graham は2012年9月のエッセイ「Startup = Growth」で「A good growth rate during YC is 5-7% a week. If you can hit 10% a week you're doing exceptionally well(YC期間中の良い成長率は週5〜7%。週10%に届けば極めて良い)」と書き、測る対象は「The best thing to measure the growth rate of is revenue. The next best, for startups that aren't charging initially, is active users(成長率を測る対象として最良なのは売上。課金していない段階では、次善がアクティブユーザー)」としています。これは加速期の目安であり、すべての事業に当てはまる基準ではありませんが、「何を、どの粒度で見るか」の参考になります。
BtoCの測り方——コホート継続率、DAU/MAU、自然流入の比率
利用者が多いBtoCでは、アンケートの母数を確保しやすい代わりに、数字が薄まりやすいという問題があります。見るべきは次の3つです。
- コホート継続率: 登録した月ごとに集団を分け、1か月後・3か月後・6か月後の残存率を追う。PMFに近づいているプロダクトでは、この曲線が下げ止まって平らな部分を持ちます。下げ止まらずゼロに向かうなら、広告で人を入れても穴から抜けます
- DAU/MAU と利用間隔: 月に1回しか開かないプロダクトなのか、毎日開くプロダクトなのかで、健全な水準は変わります。自社が想定した使用シーンの頻度と実際の頻度がずれていないかを見ます
- 自然流入の比率: 広告を止めたときに新規登録がどれだけ残るか。Andreessen の言う「市場が製品を引き出す」状態に近づいているかを、最も率直に示す数字です
BtoBの測り方——契約数が少ないときに何を見るか。更新率とネットレベニューチャーン
BtoB、とくに契約社数が数十社の段階では、アンケートの回答者数が二桁に届かず、40%という比率が1〜2人の回答で揺れます。この場合は指標そのものを置き換えます。
BtoCで見るもの | BtoBでの置き換え | 理由 |
|---|---|---|
回答者100人規模のアンケート | 意思決定者と現場利用者に分けた個別ヒアリング(全社) | 母数が少ないため比率ではなく全数。役割ごとに答えが割れることが多い |
コホート継続率 | 契約更新率(ロゴ維持率)と、社内での利用アカウント数の推移 | 契約は続いていても使われていない状態を検出できる |
DAU/MAU | 中心機能の週次利用アカウント比率、業務プロセスへの組み込み度 | 「業務で使わざるを得ない」状態かどうかが本質 |
売上成長率 | ネットレベニューチャーン(解約と増額を差し引いた収益の増減) | 既存顧客だけで収益が増えるなら、市場に合っている強い証拠になる |
ネットレベニューチャーンについては、前掲の a16z 資料が「net churn(解約と増額を相殺した収益の増減)」と「gross churn(解約分のみ)」を区別し、「gross churn estimates the actual loss to the business, while net revenue churn understates the losses(グロスのチャーンは事業の実損を見積もるが、ネットの収益チャーンは損失を過小に見せる)」と注意を促しています。投資家向けにはネットを、自社の判断にはグロスも併せて見るのが安全です。
NPSはPMFの判定に使えるか
NPS(推奨意向)は顧客ロイヤルティの指標で、PMFの判定とは目的が違います。「他人に勧めるか」は、社会的な立場や業界の慣習に左右されやすく、「自分が使えなくなったら困るか」ほど直接には必要性を測れません。NPSを測ること自体は有用ですが、PMFの合否判定には使わない、という切り分けが無難です。
ここまでで、判定の材料は揃いました。数字が出たら、次は何を変えるかという話になります。PMFの前と後では、経営の打ち手そのものが入れ替わります。
PMF前とPMF後で何を変えるか——採用、広告、開発の優先順位

PMFという概念が実務で役に立つのは、それが「いま何に資源を使うべきか」を切り替えるスイッチだからです。定義や測り方だけ知っていても、打ち手が変わらなければ意味がありません。原文はこの切り替えを明確に書いています。ここでは採用・広告・開発の3点で、前と後の違いを具体化します。
原文が言う「PMF前/PMF後」の切り分けと、やるべきことの違い
Andreessen は前掲のエッセイで、スタートアップの時間を2つに分けています。
the life of any startup can be divided into two parts: before product/market fit (call this "BPMF") and after product/market fit ("APMF").
(どんなスタートアップの人生も2つに分けられる。プロダクトマーケットフィット前(BPMF)と、プロダクトマーケットフィット後(APMF)である)
——Marc Andreessen, 2007年6月25日(2026年9月16日確認)
そのうえで、PMF前にやるべきことを「The only thing that matters is getting to product/market fit(唯一重要なのは、プロダクトマーケットフィットに到達することだ)」と言い切り、到達のためなら「changing out people, rewriting your product, moving into a different market(人を入れ替える、製品を書き直す、別の市場へ移る)」まで含めて、必要なことは何でもやれと書いています。逆にPMF後については、営業とカスタマーサポートを可能な限り速く採用していく段階だとしています。
この切り分けを、実務の言葉に置き換えたのが次の表です。
項目 | PMF前(BPMF) | PMF後(APMF) |
|---|---|---|
採用 | 増やさない。検証に直接効く人だけ。営業組織は作らない | 営業とカスタマーサポートを速く増やす。オンボーディングの型を作る |
広告 | 有料広告は原則として検証用の少額に留める。獲得単価より、獲得した人の継続を見る | 獲得チャネルに投資する。単位あたりの採算が合うことを確認してから増やす |
開発 | 作り直しを前提に、検証のサイクルを短く。仕様は動く | 安定性・運用性・拡張性へ配分を移す。負債の返済を計画に入れる |
見る指標 | 「非常に残念」の比率、コホート継続率、中心機能の利用頻度 | 売上成長率、獲得単価と回収期間、ネットレベニューチャーン |
契約・体制 | 固定費を可変に保つ。人数は最小、期間は短く | 中長期の体制を組む。人数の計画を年単位で引く |
やってはいけないこと | PMFの前に営業組織と広告予算を先に作ること | 「まだ探索中」という理由で、伸びているチャネルへの投資を先送りすること |
採用・広告・開発の優先順位を並べた対比表
表にした3点のうち、順序を間違えると最も高くつくのが採用です。人を増やすと固定費が増え、固定費が増えると「作ったものを回収しなければならない」という圧力が生まれ、その圧力が仮説の切り替えを鈍らせます。PMFを探す段階で最も必要なのは、仮説を捨てる自由度です。
広告も同じ構造を持ちます。継続率が下げ止まっていないプロダクトに広告費を入れると、入った人が抜けていくだけで、獲得単価のデータだけが手元に残ります。PMF前に広告を使うなら、目的を「量を増やすこと」ではなく「特定のセグメントで継続率が変わるかを確かめること」に置いてください。
開発については、PMF前後で求められる性質そのものが変わります。前半は速さと作り直しやすさ、後半は安定性と運用性です。同じチームが同じやり方で両方をこなすのは難しく、体制の組み方を変える必要があります。この点は最終章で扱います。
PMF前に固定費を増やさない——判断を1つに絞る
私は2018年からホーチミンで約100社の開発体制づくりに携わってきましたが、新規事業の相談で最も多いのは「ユーザーは増えているのに、次に何を作るべきかが決まらない」という状態です。このとき、人を増やす提案はしません。決まらない原因は人手ではなく、検証したい仮説が複数並んだまま優先順位がついていないことにあるからです。
やることは単純で、いま最も不確実な仮説を1つだけ選び、それを確かめるために必要な最小の変更を決めます。同時に3つ検証しようとすると、どの変更が効いたのか分からなくなり、結局どの仮説も捨てられません。PMF前に固定費を増やすのは、この「絞る」作業を先送りする手段になりがちです。要注意です。
では、絞らないまま進むと何が起きるのか。次章では、PMFを焦ったときに起きる失敗と、「PMFは一度達すれば終わりなのか」という論点を見ていきます。
PMFを焦って起きる失敗と、「一度達すれば終わりか」という論点

PMFという言葉が広まったことの副作用として、「PMFしました」という宣言が目標になってしまう現象があります。宣言のために数字を都合よく読み、読んだ数字を根拠に投資を増やす。順序が逆になると、事業はここで止まります。ここでは公開された失敗の統計と、現場で繰り返し見る3つの型、そして「一度達すれば終わりか」という論点を扱います。
停止した431社の分析が示すもの——資金枯渇の背後にあるPMFの不全
調査会社 CB Insights は、2026年3月5日に更新したレポートで、2023年以降に事業を停止したベンチャーキャピタル出資先431社(失敗要因を特定できたのは385社)を分析し、要因を次のように示しています。
要因 | 該当割合 |
|---|---|
資金が尽きた(Ran out of capital) | 70% |
プロダクトマーケットフィットの不全(Poor product-market fit) | 43% |
タイミングの悪さ(Bad timing) | 29% |
ユニットエコノミクスが成り立たない(Unsustainable unit economics) | 19% |
出典: CB Insights「Top Reasons Startups Fail」2026年3月5日(2026年9月16日確認)。複数回答のため合計は100%を超えます。
注目すべきは、最多の「資金が尽きた」を CB Insights 自身が「最終的な死因であって根本原因ではない」と位置づけている点です。その根本の側に、PMFの不全が43%で並んでいます。裏を返せば、PMFに達しないまま資金を使い切る、という経路が最も典型的な失敗の形だということになります。
現場で見る3つの失敗——全員向けに作る、数字を都合よく読む、作る速度で埋めようとする
統計の外側で、私が相談を受ける中で繰り返し見る失敗は3つあります。
1つ目は、全員向けに作ってしまうことです。 誰に刺さっているかを確かめる前に対象を広げると、どのセグメントでも中途半端になります。前章で見たとおり、提唱者の Ellis 自身が「全体スコアは特定セグメントの実態を覆い隠す」と書いています。全体で30%台でも、ある職種や企業規模だけを取り出すと50%を超えていることがあり、そこが唯一の足場だったというケースは珍しくありません。全体平均だけを見て「まだPMFしていない」と判断するのは失敗のもとです。
2つ目は、数字を都合よく読むことです。 対象者の条件を後から変えて40%を超えさせる、休眠ユーザーを母数から外す、製品内ポップアップだけで集めて「アクティブな人にしか届かない」偏りを無視する。いずれも意図的でなくても起きます。防ぐ方法は単純で、調査の前に対象者の条件・配信経路・集計方法を書き出し、結果が出た後で変えないことです。
3つ目は、作る速度で埋めようとすることです。 仮説が定まらないまま機能を追加し続け、「まだ足りないから刺さらない」と考える。実際には、機能が足りないのではなく検証する対象が定まっていないことが多く、機能が増えるほど何が効いたのか分からなくなります。開発の速さは、仮説が絞れて初めて武器になります。
PMFは一度達すれば終わりか——セグメントと時点でしか成立しない
最後に、よく議論になる論点です。結論から言えば、PMFは「会社が一度取得して保持する資格」のようなものではありません。根拠は2つあります。
1つは、提唱者本人が全体スコアとセグメントを区別していることです。Ellis は前掲の記事で、スコアがセグメントの実態を覆い隠しうること、そしてアンケート結果と継続率が食い違うときに答えがセグメント・利用シーン・活性化体験のどこかに隠れている可能性を指摘しています。つまりPMFは、はじめから「どのセグメントで成立しているか」という条件つきの状態です。ある層で成立していても、隣の層では成立していません。
もう1つは、市場の側が動くことです。Andreessen の定義は「良い市場にいて、その市場を満足させられる製品を持っている」ことでした。市場の需要も、競合が提供する代替手段も、規制も変わります。定義の片側が動く以上、状態としてのPMFも動きます。実務上は、次のように扱うのが現実的です。
- PMFは「セグメント×時点」で判定する。どの層で、いつ時点の話かを必ず添える
- 判定に使った指標と対象者の条件を記録し、四半期ごとなど一定の周期で同じ条件で測り直す
- 対象セグメントを広げるときは、新しい層について測り直す。既存の層での達成は、新しい層の根拠にならない
PMFは到達点ではなく、測り続ける対象です。そして測り続けるためには、測った結果に応じて作るものを変えられる開発体制が要ります。次章では、その体制の条件を整理します。
PMFを探す段階の開発体制——仕様が動く前提で、小さく速く作り直す

ここまでは事業側の話でした。最後に、開発をどう組むかに触れます。当社はベトナム・ホーチミンで日本企業向けの開発チームを提供しており、PMFを探している段階のプロダクトを何度も預かってきました。その経験から言えるのは、この段階の開発には特有の要件があり、完成品を納めてもらう形の契約とは噛み合わないということです。
PMF前の開発に必要な3条件——仕様が動く、作り直せる、固定費が可変
PMFを探す段階の開発体制に必要な条件は、次の3つに集約されます。
条件 | 内容 | 満たせないと何が起きるか |
|---|---|---|
仕様が動く前提であること | 検証の結果しだいで、来月作るものが変わる。要件を先に確定させない | 仕様変更のたびに見積もりと納期の交渉が発生し、検証の速度が落ちる |
作り直せること | 作ったものを捨てる判断が、費用面でも心理面でも取れる | 「作ったから使う」という圧力が生まれ、仮説を捨てられなくなる |
固定費が可変であること | 検証が一段落したら人数を減らせる。増やすときも短期間で | 検証が止まっている月も満額の固定費がかかり、資金の残り時間が縮む |
3つ目が効いてきます。前章で見たとおり、停止した企業の70%は資金が尽きて終わっています。PMFを探す期間は、資金の残り時間との競争です。仕様変更のたびに追加費用が発生する契約で検証を回すと、費用も時間も削られます。仕様変更と追加費用の線引きについては「仕様変更 追加費用」の記事で詳しく扱っていますので、請負契約で進めている方はあわせてご覧ください。
当社のラボ型開発をこの段階で使う場合——体制、単価、始め方
当社が提供しているのは、専属チームを月額で確保するラボ型開発です。成果物ではなくチームの稼働に対して契約するため、来月作るものが変わっても契約を組み直す必要がありません。PMFを探す段階と噛み合うのはこの性質です。
- 体制: 日本人PMまたはブリッジSEをフロントに置き、ベトナム人エンジニアが実装する形(パターンA・推奨)と、エンジニアのみの形(パターンB)。1名から契約でき、最短2週間で開始、増員は約1週間、縮小と交代は1か月単位で対応します
- 人財: 2,000名以上のIT人財データベース(日本語N1〜N2相当を含む)から直接アサインします。協力会社や紹介を経由しないため、仲介マージンが乗りません
- 公開単価: 実務3年目安で1,500USD(1USD=150円換算目安で約22.5万円)、5年で2,000USD、10年目安・ブリッジSEで3,000USD。最小構成は日本人PMフロント+2〜3人月で月額約80万円からです
- 進め方: 打ち合わせ→アサイン(約1週間)→候補者面談(約1週間)→開始。契約と支払いは日本国内法人・日本法準拠のため、海外送金は不要です
- 品質: 日本人PMによる設計レビュー、Gitのプルリクエストによるコードレビューの標準化、リリース前のダブルチェックの3点を標準にしています。時差は2時間で、日本の朝から同じ時間帯で動けます
実例としては、介護記録SaaS「CareViewer」を日本語ブリッジSE1名+フルスタックエンジニア2名の体制で支援しており、要件が動くプロダクトを週次の優先順位判断で回しています。金融系のマッチングサービスでは、PM1名+フルスタック2名で構想段階から伴走しました。
向く案件と向かない案件——まだ外注しないほうがよい状態
正直に書きます。PMFを探す段階のすべての会社に、外部チームが合うわけではありません。
向く案件: 検証したい仮説と対象セグメントが言語化できており、週次で優先順位を判断できる人が社内にいる。作るものが継続的にあり、半年以上のスパンで検証を回す見込みがある。
向かない案件: 作るものが1つに決まっていて変更の見込みがない(この場合は成果物単位の請負のほうが安く済みます)。検証の担当者が社内に不在で、優先順位を決められない。まだ顧客と話す段階で、作る対象そのものが定まっていない。最後のケースでは、当社は「いまは開発に着手しないほうがよい」とお伝えしています。
自社のプロダクトはどの段階にあり、来月は何を確かめるつもりでしょうか。この2つが決まっていれば、体制の話は具体化できます。
【FAQ】PMF(プロダクトマーケットフィット)に関するよくある質問

PMFの定義と測り方について、相談の場で繰り返し受ける質問を5つにまとめました。いずれも本文で扱った一次情報の範囲で答えており、確認できていないことは確認できていないと明記しています。
Q1. 「非常に残念」が40%を超えれば、PMFと言い切ってよいですか
言い切れません。提唱者の Sean Ellis 自身が、この40%を「何年も前に私が設けた基準」と書いており、統計的に導かれた閾値ではありません。さらに本人は、製品内アンケートが最もアクティブな層に偏ること、標本の構成で結果が変わること、全体スコアが特定セグメントの実態を覆い隠すことを限界として挙げています。40%を超えたら、コホート継続率と中心機能の利用頻度で裏を取り、セグメント別に割って確認してください。
Q2. 何人に聞けばよいですか。回答者が少ないときはどうしますか
提唱者の文章では、最低の回答者数は示されていません。示されているのは対象者の条件(直近2週間以内に利用し、活性化した状態に達した人からランダムに抽出すること)です。契約社数が数十社のBtoBのように比率が数人で揺れる場合は、比率で判断せず、全社に個別ヒアリングを行い、契約更新率とネットレベニューチャーン、利用アカウント数の推移で判断するほうが確実です。
Q3. MVPを作ればPMFに達しますか。両者はどう違いますか
違います。MVPは仮説を検証するための手段であり、PMFは市場に合っているという状態です。MVPを作っても、検証する仮説と対象セグメントが定まっていなければ、PMFの判定材料は増えません。MVPの種類・進め方・費用については「MVP開発」の記事で扱っています。
Q4. PMFに達する前に、営業やマーケティングの人員を増やしてよいですか
推奨しません。Andreessen は原文で、PMF前に重要なのはPMFへの到達だけであり、営業とカスタマーサポートを速く増やすのはPMF後だと書いています。継続率が下げ止まっていない状態で獲得を増やしても、入った人が抜けていくだけです。PMF前に人を増やすと固定費が上がり、仮説を捨てる自由度が下がります。
Q5. ベータテストでPMFは測れますか
部分的に測れますが、条件がつきます。ベータテストの参加者は「協力する意思のある人」に偏るため、その回答をそのまま一般の利用者の数字として扱うと高めに出ます。測るなら、参加者の募集経路を記録し、経路ごとに分けて集計してください。ベータテストの設計や参加者の集め方は「ベータテスト」の記事で扱っています。PMFの判定に使えるのは、あくまで実際の利用ログと継続率を併せて見たとき。
まとめ: 定義は原文で押さえ、測定は設問と対象を決めて実データと突き合わせる
PMF(プロダクトマーケットフィット)とは、Marc Andreessen の原文の言葉では「良い市場にいて、その市場を満足させられる製品を持っている状態」です。この定式化は Andreessen 自身が元Benchmark Capital の Andy Rachleff に帰しており、原文は「会社を殺す第1の原因は市場の不在」とまで書いています。製品の完成度ではなく、市場が引っ張っているかを見る概念だと理解してください。
達したかどうかは、1つの数字では決まりません。「使えなくなったら非常に残念」と答える人が40%を超えるかを見る調査手法は有効な先行指標ですが、提唱者の Sean Ellis 自身がこれを経験則の基準と呼び、対象者を「直近2週間以内に利用し、活性化した状態に達した人からランダムに抽出」と条件づけ、製品内アンケートの偏り・標本構成・セグメントの隠れ・矛盾したシグナルという4つの限界を挙げています。だからコホート継続率、中心機能の利用頻度、収益の増減で裏を取り、契約数の少ないBtoBでは更新率とネットレベニューチャーンに置き換えます。累計ダウンロードや累計登録者は、縮小している事業でも右肩上がりになるため使えません。そしてPMFは「セグメント×時点」でしか成立せず、一度達すれば終わりというものでもありません。
PMFに達する前は、到達だけに資源を集中してください。営業組織と広告予算を先に作ると、固定費が仮説を捨てる自由度を奪います。開発も同じで、この段階に必要なのは仕様が動く前提、作り直せること、固定費が可変であることの3つです。当社はベトナム・ホーチミンで、日本人PMをフロントに置いた専属チームを1名から、最短2週間、縮小と交代は1か月単位で提供しており、要件が動くプロダクトを週次の優先順位判断で回してきました。検証の手段としてのMVPはMVP開発とは、仕様が動く前提の開発体制はラボ型開発とはもあわせてご覧ください。現在の体制と要件をお聞かせいただければ、PMFを探す段階に合う体制かどうかの判断と概算見積もりでお答えします。合わない案件にはその旨も率直にお伝えします。