プロブレムソリューションフィットとは？CPF・PMFとの違い

「顧客から困っていると聞いた」「試作品の反応が良かった」「初回受注が出た」という三つの報告があります。どれも新規事業の前進です。ただし、プロブレムソリューションフィット、CPF、PMFのどこまで確認できたかは、それだけでは決まりません。

プロブレムソリューションフィット（Problem-Solution Fit／PSF）とは、顧客が優先して解決したい課題と、提示した解決策の方向性が合う兆候を、顧客行動から確かめる段階です。CPFは顧客と課題、PMFは製品と市場の接続を扱います。

この記事では、3つの違い、遷移関係、各段階で問うことと集める証拠、自社の現在地を見分ける方法を解説します。

プロブレムソリューションフィットとは｜課題と解決策の適合を見る

プロブレムソリューションフィットは、特定の顧客が優先して解決したい課題と、提示する解決策の方向性が合うかを確かめる段階です。製品の完成や、市場で繰り返し選ばれる状態までは含めません。

StrategyzerのValue Proposition Canvasは、顧客側のジョブ、ペイン、ゲインと、提供側の製品・サービス、ペインリリーバー、ゲインクリエイターを分けて整理します。

確認するのは、その解決策で顧客の課題が前へ進むかです。完成品だけでなく、紙の画面、クリックできる試作品、担当者が手作業で結果を返す限定提供も、顧客が試せるなら検証に使えます。

技術デモの動作は実現可能性の証拠です。それだけではPSFの証拠になりません。「面白い」「あれば使いたい」という感想とも分け、試用、データ提供、現行業務からの切り替えなど、負担を伴う行動まで見ます。

会議では略語だけを書かず、次の文を埋めます。

［対象顧客の役割］が［課題の起きる場面］で［提示した解決策］を試し、［観測可能な行動］を示しました。未確認なのは［業務成果／継続利用／決裁／支払いなど］です。

空欄が残る場合は判断を保留し、未確認事項を次の検証仮説へ変えます。

プロブレムソリューションフィットとCPF・PMFの違い

CPF、PSF、PMFは、適合を確認する組み合わせが違います。CPFは顧客と課題、PSFは課題と解決策、PMFは製品と市場を扱います。

CPFはCustomer-Problem Fit、PSFはProblem-Solution Fit、PMFはProduct-Market Fitの略です。CPFとPSFの境界に、唯一の標準定義はありません。ここでは次の区分を使います。

Marc AndreessenはPMFに関する2007年の解説で、良い市場に、その市場を満足させられる製品がある状態と説明しています。

BtoBでは、利用者、導入担当者、決裁者、購買部門が分かれます。利用者の評価を契約の証拠へ広げず、誰の行動を見たのかを役割ごとに残します。

プロブレムソリューションフィットへの遷移｜CPF・PMFを往復する

CPF→PSF→PMFという並びは、顧客、課題、解決策、市場の不確実性を順に整理する概念図です。後戻りを禁じる開発工程ではありません。後段で前提が崩れたら、対応する仮説へ戻ります。

顧客候補＋課題仮説 → CPF：顧客と課題を確認 → 解決策仮説を具体化 → PSF：課題と解決策を確認 → 製品として提供する条件を定める → PMF：製品と市場を確認

CPFの証拠が弱いままPSFへ進むと、後回しにされる課題へ解決策を磨き込みます。PSFで利用が始まらない場合も、直す対象は機能とは限りません。顧客区分、課題の発生場面、導入負担のどこが崩れたかを見ます。

PMFの検証で反復利用が起きない場合も、製品変更に直行しません。フェーズ名より、どの仮説を何の行動で判定するかを固定すれば、戻り先が明確になります。

プロブレムソリューションフィットの証拠｜フェーズ別に切り分ける

現在地は、社内で何と呼ぶかではなく、顧客と課題、課題と解決策、製品と市場のどの接続が未確認かで決めます。

CPFで問うこと｜その顧客に、その課題はあるか

「困っていますか」という同意ではなく、課題が起きた場面、代替行動、関わった人、放置した結果を時系列で聞きます。手作業での回避、改善申請、外注先の探索など、過去の行動が証拠です。

何も対処せず、別の課題を優先しているなら、顧客区分か課題の切り方を見直します。

PSFで問うこと｜その解決策で課題が前へ進むか

解決策を使った後の変化を見ます。目的の作業を完了したか、現行手段から移ったか、次の利用へ進んだかを、検証前の課題仮説と結びつけます。

拒否された場合は、解決できなかった作業、導入負担、止まった社内手続きを残します。

PMFで問うこと｜定義した市場で選択が反復するか

特定の顧客区分で、利用、更新、再購入、支払いが続くかを見ます。

BtoBでプロブレムソリューションフィットを読み分ける

架空のBtoBサービスを例にします。複数部署から届く申請情報を手作業で集約する担当者へ、一元管理サービスを提案する場面です。

CPFで見る事実：担当者は情報の転記、記載漏れの確認、承認状況の問い合わせを実際に繰り返しています。既存の表計算やメールで回避しているなら、顧客と課題の接続を検討できます。サービス案への評価はまだ不要です。

PSFで見る事実：限定業務で試作品を渡すと、担当者が実際の申請項目を登録し、従来の管理表から作業を移しました。ここで課題と解決策の接続を検討できます。提供側が毎回操作を代行したなら、支援を外した状態は未確認です。

PMFで見る事実：同じ顧客区分で利用や契約が続くかを見ます。この作例には反復の証拠がないため、「PSFの兆候は確認したが、PMFは未判定」と報告します。

確認済みの事実と、まだ賭けている前提を分けると、次の検証費用をどこへ使うか決められます。

プロブレムソリューションフィットの現在地を見分ける

自社の現在地は、最も早い未確認の接続から決めます。証拠不足は不成立ではなく「未判定」とし、次に確かめる仮説へ変えます。

1. 顧客と場面を言えるか：利用者、導入担当者、決裁者、支払者を分け、誰の行動を証拠にするか書けているか
2. 課題を行動で確認したか：過去の出来事、回避行動、放置した影響、他の課題との優先順位があるか
3. 解決策に対する行動を見たか：試用、データ提供、次回検証への合意、社内審査への移行が起きたか
4. 製品の選択が反復しているか：定義した顧客区分で、利用、更新、再購入、支払いが続くか
5. 未確認と反証を分けたか：まだ見ていない事実と、見た結果として崩れた前提を同じ「未達」にしていないか

最初に「いいえ」または「証拠不足」となる接続が、次に検証する場所です。「達成した」という言葉だけで報告せず、確認できた事実、反証された前提、未確認の接続、次の仮説を並べます。

まとめ｜プロブレムソリューションフィットを次の検証へつなぐ

CPFは課題を持つ顧客、プロブレムソリューションフィットは課題に合う解決策、PMFは市場で繰り返し選ばれる製品を確認するための言葉です。一続きの進捗ラベルではなく、異なる接続として使えば、次に集める証拠が見えます。

プロブレムソリューションフィットの現在地を検証計画へつなぐ

自社の企画をCPF、PSF、PMFのどこに置くか整理したら、会議資料へ「確認済みの事実」「反証された前提」「未確認の接続」「次に確かめる仮説」の4項目を置いてください。

フェーズ名だけを更新せず、判断に使った顧客行動まで残します。それが、次の検証計画の入力になります。