大企業の新規事業の90%が、PMF(Product Market Fit)に到達する前に終わっています。最大の原因は検証が終わっていない段階で組織を拡大し、仮説を回すスピードが落ちることです。「2人チームで始め、仮説検証を重ね、PMFを確認してから拡大する」という4フェーズの組織設計フレームワークは、この構造問題への直接的な処方です。
PMF前に組織を拡大してはいけない理由
従来の大企業新規事業は「予算確保→チーム編成→開発→検証」の順で進みます。PwC Japan 2025新規事業調査によると、この方式では平均3年・約2億円を投下してもPMF到達率は10%未満です。問題は予算でも人材でもなく、順番です。
このフレームワークでは「CPF(Customer Problem Fit)→PSF(Problem Solution Fit)→SPF(Solution Product Fit)→PMF」の4段階それぞれに組織設計を最適化します。PMF前は2人体制を維持し、1週間で仮説検証サイクルを回す。PMFを確認した後に初めて本格拡大する。この順番を守ることで、投資効率が従来の5倍以上になります。
大企業のガバナンス要求にも対応できます。各フェーズにゲート審査を設け、定量・定性指標で進捗を可視化するため、経営陣への説明責任を果たしながら高速検証を回せます。
2人チームを動かすために必要なもの
コアメンバーはプロダクトマネージャー1人とエンジニア1人の計2人です。プロダクトマネージャーが顧客インタビュー・仮説構築・検証設計を担い、エンジニアがプロトタイプ開発・データ分析を担います。マーケティングや営業経験者がいれば理想的ですが、外部パートナーで代替できます。
予算はフェーズに応じて段階設定します。
| フェーズ | 月間予算の目安 |
|---|---|
| CPF・PSF | 月50万円(ツール費・インタビュー謝礼含む) |
| SPF | 月200万円(プロトタイプ開発費追加) |
| PMF確認後の拡大 | 月500万円以上 |
組織面でもっとも重要な前提は、経営陣から「PMF前は少人数維持」の合意を得ることです。「予算があるなら人を増やすべき」という思考は大企業に根強くあります。事前に検証効率の重要性を説明し、理解を取り付けておかないと、フェーズの途中で組織が膨らみ始めます。
4フェーズの具体的な進め方
CPFフェーズは2〜4週間で、顧客の課題を特定します。週15件のインタビューを目標に、プロダクトマネージャーが設計・実施し、エンジニアが録音データを分析してパターンを抽出します。Notionで結果を構造化し、課題の頻度と深刻度を数値化します。よくある失敗は既存顧客だけに偏ることで、競合利用者や潜在顧客も対象に含めて多様性を確保してください。達成基準は「同一課題を30%以上のインタビュイーが深刻と回答」です。
PSFフェーズは3〜6週間で、課題への解決策仮説を検証します。Figmaでワイヤーフレームを作り、CPFで話を聞いた顧客に提示します。「この解決策で課題は解決するか」「月額いくらなら使うか」「いつから使いたいか」の3点を必ず確認します。解決策を複数提示して混乱させるのが典型的な失敗です。1回のインタビューでは1案に絞り、複数案は別々のインタビューで検証します。達成基準は「50%以上が利用意向を示し、かつ技術実現可能」です。
SPFフェーズは6〜10週間で、MVPを実際に開発して顧客に使ってもらいます。コアは2人体制を維持しつつ、必要な開発リソースは外部調達します。Mazeでユーザー行動を定量測定し、Typeformで利用後フィードバックを収集します。「利用継続率」「機能利用率」「推奨意向」の3指標を追います。開発着手前に機能要件を確定し、途中の仕様変更は原則禁止です。機能を盛り込みすぎて開発期間が延びるのが最も多い失敗です。達成基準は「利用継続率60%以上かつNPS30以上」です。
PMF確認・拡大フェーズは8〜12週間です。「Sean Ellisテスト40%以上」「月次成長率20%以上」「LTV/CAC比3以上」の3指標をすべて満たすことを目標とし、達成後に初めてマーケティング・営業チームの拡大を開始します。急激な人員増強で文化と品質が崩れるのが典型的な失敗で、月1〜2人程度の漸進的拡大を基本にします。新メンバーには必ずPMF到達までの経緯と顧客インサイトを共有してください。
フェーズ別のツール選択
| ツール | 用途 | 備考 |
|---|---|---|
| Notion + Figma | 仮説管理・プロトタイプ作成 | メイン推奨構成 |
| Miro + PowerPlatform | カスタマージャーニー・簡易プロトタイプ | Microsoft環境・セキュリティ要件が厳しい企業向け |
| Airtable + InVision | データ管理・プロトタイプ | 非エンジニアでも扱いやすい |
| Typeform + Canva | インタビュー・モックアップ | 最も学習コストが低い初心者向け |
Notionはデータベース機能で顧客属性・インタビュー結果・仮説検証状況を一元管理でき、テンプレートで検証フォーマットを標準化できる点が大企業には特に有効です。Figmaはリアルタイム共同編集と顧客への直接操作共有が検証スピードを上げます。
このフレームワークが向く人・向かない人
大企業で新規事業を担当する事業開発担当者やプロダクトマネージャーで、「予算は確保できるがPMFに到達できない」という課題を抱えている人に最も適しています。経営陣から成果を問われる立場の人にも有効で、段階的な指標設定により進捗を定量的に説明できます。
「とにかく早く売上を作りたい」という場合は向いていません。PMF前の売上は持続可能性が低く、中長期では事業が失敗するリスクが高いため、既存事業の拡張やPMF確認済みの事業モデルの横展開を検討するほうが現実的です。「チームを大きくしたい」という動機が強いマネージャーにも適していません。PMF前の組織拡大は検証効率を下げます。少数精鋭で検証に集中できるかどうかが、このフレームワークを使いこなせるかの分かれ目です。
まずCPFフェーズの顧客インタビュー15件から始めてみてください。
AI編集部コメント
書いていて一番面白かったのは「PMF前は2人で十分」という主張の強さです。大企業では人数=本気度と見られる文化があるので、これを押し通すのは思った以上に政治的な話になります。
調べるほどに感じたのは、失敗事例のパターンがほぼ同じだということです。フェーズの途中で「そろそろ人を増やそう」という圧力がかかり、検証サイクルが崩れていく。このフレームワークが機能するかどうかは、経営陣との合意を事前に取れているかにほぼかかっています。
2人から始めることへの不安は自然ですが、小さく始めることが失敗リスクを下げる最短ルートです。まずインタビュー15件、ぜひ動いてみてください!