課題解決フィット(Problem-Solution Fit)とは?

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
課題解決フィットとは、特定の顧客グループが自分にとって重要な課題を抱えており、あなたが提案する解決策がそれに応えているという証拠がそろった時点を指します。プロダクトマーケットフィットの前に来るものです。ここではまだ、人々が完成した製品を買い、使い続けていることを証明するのではありません。取り組む価値のある課題を選んだこと、そしてその課題を抱える人々にとって筋の通ったアプローチであることを証明します。
多くのスタートアップはこのステップを飛ばします。アイデアに惚れ込んで作り、その後になってようやく、課題は軽いものだった、あるいはその課題を抱える人々はすでに十分うまく対処していた、と気づきます。先にフィットを確認することは、それを避ける低コストな方法です。また、アイデア段階から開発へと移る自然な橋渡しでもあります。
この用語の由来
この考え方は、どの単一のフレームワークよりも古いものですが、創業者にとって最も明確に定義している情報源が2つあります。
1つ目は、Alex OsterwalderとStrategyzerのチームで、事業が実行に踏み出す前に目指すべき3種類のフィットを示しています。課題解決フィット、プロダクトマーケットフィット、ビジネスモデルフィットの3つです。Strategyzerは、課題解決フィットとは顧客が特定のジョブ、ペイン、ゲインを重視しているという証拠がある状態だと述べています。これらの用語はValue Proposition Canvasに由来し、顧客が成し遂げたいこと、苛立ちを感じること、得たいと思うことを整理します。
2つ目は、Lean Canvasの考案者であり『Running Lean』の著者でもあるAsh Maurya氏です。彼の会社のサイトには、この段階全体の合言葉となった信条が掲げられています。解決策ではなく、課題を愛せというものです。同じページは、作業の順序を「Build-Demo-Sellではなく、Demo-Sell-Build」と示しています。つまり、作る前に何かを見せて、人々がコミットするかを確かめるということです。
Mauryaは、この間違いがなぜこれほどよく起きるのかも説明しています。2014年のSmartCompanyの記事で彼は、創業者はしばしば早すぎる段階で自分の解決策に惚れ込んでしまうこと、そして顧客は解決策を気にかけず、自分の課題だけを気にかけていることを語ったと引用されています。
3つのフィットの全体像
Strategyzerは、3つのフィットを順序立ったものとして扱っています。それぞれが異なる問いに答え、それぞれに固有の証拠が必要です。
| フィット | 答える問い | Strategyzerが説明する証拠 |
|---|---|---|
| 課題解決フィット | 顧客が気にかけている課題か、そして当社の価値提案はそれに応えているか | 顧客が特定のジョブ、ペイン、ゲインを重視しているという証拠 |
| プロダクトマーケットフィット | 当社の製品は、市場の顧客に実際に価値を生み出しているか | 価値提案がペインを和らげ、ゲインを生み出しているという証拠 |
| ビジネスモデルフィット | その価値を、収益性とスケーラビリティのあるモデルの中で提供できるか | 価値提案が、収益性とスケーラビリティのあるビジネスモデルの中にあるという証拠 |
最初の2つを分けるものに注目してください。課題解決フィットは、アイデアに対する需要の話です。プロダクトマーケットフィットは、市場における製品の話です。後者については、当社のSaaSのプロダクトマーケットフィットのガイドをご覧ください。
どんな証拠があれば達成と言えるか
「顧客が課題を確認する」は見出しとしては簡潔ですが、多くの細部を隠しています。創業者が妥当に示せるものは次のとおりです。

課題が、適切な人々によって確認されている
不特定多数ではなく、特定の絞り込んだ顧客セグメントと話しており、その多くが誘導されることなく、同じ課題を自分の言葉で語っています。こちらから課題を説明しなければならないなら、それは警告サインです。
ペインに優先順位がついている
顧客はあらゆることに課題を抱えています。知るべきなのは、どれが最も痛いかです。Lean Canvasには顧客が直面する上位3つの課題を書く欄があり、長いリストではなく順位づけを強いられます。あなたの課題が顧客のリストの真ん中あたりに位置するなら、注目も予算も得られないかもしれません。
現在の回避策がある
同じキャンバスには、既存の代替手段と名づけられた、顧客が現在これらの課題をどう解決しているかを書く欄があります。これは入手できる最も強いシグナルの1つです。すでにスプレッドシートを使い、人手を雇い、ツールをつなぎ合わせている人々は、その課題に値札がついていることを示しています。何もしていない人々は、乗り換えるほど気にかけていないのかもしれません。
顧客が時間やお金を費やしている
言葉で説明できるだけの回避策より、数字で表せる回避策のほうが優れています。週に何時間か。どのツールにお金を払っているか。手作業のプロセスにいくらかかっているか。これが、解決策が超えるべき基準線になります。
デモで解決策が響く
モックアップやウォークスルーのような粗削りなバージョンを見せたとき、人々は具体的な点に反応します。いつ手に入るのか、いくらかかるのか、既存のツールとつながるのか、と尋ねます。礼儀正しい称賛は数に入りません。使うこと、買うことについての質問が数に入ります。
重要なポイント:課題解決フィット
- Strategyzerは、課題解決フィット、プロダクトマーケットフィット、ビジネスモデルフィットという3種類のフィットを挙げています(出典)。
- Strategyzerは、課題解決フィットとは顧客が特定のジョブ、ペイン、ゲインを重視しているという証拠がある状態だと述べています。
- Strategyzerの記事はNabila Amarsyによって書かれ、2014年11月10日に公開されました(出典)。
- Ash MauryaのLEANSTACKは、解決策ではなく、課題を愛せという信条と、「Build-Demo-Sellではなく、Demo-Sell-Build」という順序を掲げています。
- Lean Canvasには、課題フィットの証拠を記録する2つの場所として、上位3つの課題と既存の代替手段の欄があります。
- 2014年にMauryaは、創業者はしばしば早すぎる段階で自分の解決策に惚れ込んでしまうと述べました。
- 「十分」な証拠の公式な基準はありません。この用語は実務上の概念であり、法的または財務上のテストではありません。
プロダクトマーケットフィットとの違い
この2つの用語は、どちらも「フィット」に関するものであるため、混同されがちです。実務上の違いは、何を検証しているか、そして何を作ったかです。

| 課題解決フィット | プロダクトマーケットフィット | |
|---|---|---|
| 中核となる問い | これは本物の課題か、そして当社のアプローチはそれに合っているか | 作った製品は市場で価値を生み出しているか |
| 存在するもの | 仮説、インタビューのメモ、プロトタイプ、デモ | 実際のユーザーがいる、動く製品 |
| 典型的な証拠 | 顧客が課題を確認して順位づけし、回避策を語り、デモに反応する | 顧客が製品を使い、戻ってきて、お金を払う |
| 主なリスク | 誰も気にかけていない課題を解決しようとすること | 本物の課題に対して、間違った製品を作ること |
| 典型的な段階 | アイデアと、初期のプレシード | プレシードからシード段階、それ以降 |
2つ目がなくても、1つ目は成り立ちます。チームが本物の課題を見つけたのに、人々が使わない解決策を作ってしまうことはありえます。逆はまれです。トラクションを得る製品は、チームがそれを書き留めていなかったとしても、ほぼ必ず誰かが気にかけていた課題の上に成り立っています。
課題解決フィットを検証する方法
3つの方法で大半をカバーできます。通常はこの順序で進み、それぞれが異なる問いに答えます。進め方の詳細は、カスタマーディスカバリーのプロセスでさらに掘り下げています。

課題インタビュー
ターゲットセグメントの人々との対話で、あなたのアイデアではなく課題に焦点を当てます。直近でその課題が起きたのはいつか、何をしたか、いくらかかったか、ほかに何を試したか、を尋ねます。売り込みはしません。目的は、課題が本物か、どのくらいの頻度で現れるのか、人々が今どう対処しているのかを知ることです。
役に立つのは過去の行動です。「最後にこれが起きたときのことを教えてください」からは事実が得られます。「Xをするものがあったら使いますか?」からは意見が得られますが、人は自分の将来の行動を予測するのが苦手です。
解決策インタビューとデモ
課題が本物らしいと分かったら、スケッチ、クリックできるプロトタイプ、手作業のウォークスルーなど、アプローチの粗削りなバージョンを見せます。注目するのは具体的な反応です。どの部分を気にかけているか。何に反論するか。欲しいと言うか。これは、LEANSTACKのサイトが説明する、デモしてから売る順序における「デモ」のステップです。
最初のラウンドとは分けて行うよう、注意してください。課題インタビューで売り込むと、相手はあなたの解決策に対して礼儀正しく振る舞い始め、自分自身の状況を語るのをやめてしまいます。MVP(実用最小限の製品)は、これらの対話が作る価値のあるものを示してから、後に作ります。
ランディングページとスモークテスト
課題と約束を示し、登録または予約注文のボタンを備えたシンプルなページは、インタビューでは届かない規模で需要を検証します。絞り込んだトラフィックを送り、誰が次のステップに進むかを見ます。結果は慎重に扱ってください。クリックは弱いシグナルで、手付金は強いシグナルです。このページは、メッセージを比較するには役立ちますが、ビジネスが成り立つことを証明するものではありません。
どの方法がどの問いに答えるか
| 方法 | 最も答えられる問い | 苦手なこと |
|---|---|---|
| 課題インタビュー | 課題は本物か、人々は今どう対処しているか | どれだけの人がそれを感じているか |
| 解決策インタビューとデモ | 当社のアプローチは彼らにとって筋が通っているか | 本当にお金を払うか |
| ランディングページとスモークテスト | その約束は、適切な人々を大規模に引きつけるか | 人々が反応した、あるいはしなかった理由 |
複数の方法を使えば、それぞれの弱点を補えます。インタビューの反応は温かいのに誰もクリックしない、あるいはページは転換するのにインタビュー対象者がペインを説明できないなら、どこかがおかしいのです。
よくある失敗
- 間違った相手にインタビューする。 友人、同僚、ほかの創業者は連絡しやすく、親切な傾向があります。実際にその課題を抱えていて、あなたに借りのない人々と話してください。
- 聞かずに売り込む。 対話の大半が解決策の話なら、学んだのは相手の課題ではなく、自分自身の熱意についてです。
- 軽い不満を、痛みの大きい課題と混同する。 本物ではあっても、予算がつくほど緊急ではない課題は多くあります。努力、コスト、回避策の兆候を探してください。
- すべての課題を同等に扱う。 順位づけがなければ、顧客のリストで4番目に重要な問題のために作ってしまうかもしれません。
- 現在の代替手段を無視する。 本当の競合は、スプレッドシートや習慣、あるいは何もしないことであることが多くあります。誰かがそこから離れる理由を言えないなら、まだフィットはありません。
- 称賛をコミットメントと取り違える。 「それは素晴らしいアイデアですね」にはコストがかかりません。パイロット、予約注文、試用の確定日にはコストがかかります。
- 広すぎる範囲から始める。 「すべての中小企業」というセグメントには、有益な形で連絡もインタビューもできません。名前を挙げられる狭いグループのほうが、学びやすいのです。
- 早すぎるフィットの宣言。 数回の前向きな対話では証明になりません。同じ課題が繰り返し挙がり、代替手段が明確になるまで検証を続けてください。
スタートアップの段階における位置づけ
課題解決フィットは、スタートアップの成長段階の最も初期の部分に対応します。作業の大半はアイデア段階で行われ、そこで得られる証拠が、チームがプレシードで最初のバージョンの開発に進むかどうかを決めることがよくあります。
段階とフィットは、きれいに揃うのではなく重なり合います。新しいセグメントに参入するなら、チームはローンチ後に課題解決の問いに立ち返ることもありますし、まだアイデア段階を名乗りながら、粗削りなフィットに達している創業者もいます。フィットは、誰かが開けてくれる関門ではなく、証拠のチェックリストとして考えてください。
同じ順序を考えるもう1つの方法が、リーンスタートアップ手法のBuild-Measure-Learnのループです。そこでは、初期の実験が最大の未知数を先に減らすことを目的としています。計画の中で最もリスクの高い仮定を見つけ、何よりも先にそれを検証することが、何から確認するかを決める実践的な方法です。
簡単なチェックリスト
大まかな自己チェックとして使ってください。これは当社独自のまとめであり、標準ではありません。
- 絞り込んだ顧客セグメントを1つ挙げられる。
- そのセグメントの複数の人が、促されなくても同じ課題を語っている。
- 彼らがそれを上位数件の課題に位置づけている。
- 彼らが今それにどう対処していて、おおよそいくらかかっているかを把握している。
- 誰かがデモに対し、具体的な質問や試したいという依頼で反応した。
- 少なくとも1人が、パイロットや手付金といった小さなコミットメントをした。
- 課題と提案する解決策を、2文で説明できる。
これらの大半にチェックを入れられないなら、次のステップは、コードを増やすことではなく、対話を増やすことです。
