opportunity-mapping について
Opportunity Solution Treeを使い、事業成果を顧客ニーズ、解決策、実験へ結び付けるプロダクト探索スキルです。調査に基づいて機会を捉え、複数の案を検証してから選ぶ方法を示します。
主な機能
- 01Opportunity Solution Treeの構築
- 02成果と顧客ニーズの関連付け
- 03調査に基づく機会の特定
- 04ニーズごとの複数案の作成
- 05解決策を検証する実験の設計
- 06根拠とテストコストによる優先順位付け
活用シーン
- 01顧客ニーズを測定可能な成果に結び付ける
- 02機能開発前に代替案を検討する
- 03プロダクト案を検証する小規模テストの計画
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/opportunity-mappingを入力して読み込まれたか確認します。
詳細
ビジネス成果と顧客ニーズを結び付けて機会を特定し、検証可能なソリューションへとつなげます。Teresa Torres のオポチュニティ・ソリューション・ツリー（OST）は、明確な課題がないままソリューションを構築すること、ビジネス目標から切り離された課題を追いかけることという、PM が犯しがちな最大の間違いを防ぎます。
オポチュニティ・ソリューション・ツリーの構造
ツリーは上から下に構築し、証拠をもとに下から上へと埋めていきます。
Desired Outcome (business metric you're trying to move)
|
+-- Opportunity 1 (customer need/pain/desire)
| +-- Solution A
| | +-- Experiment 1
| | +-- Experiment 2
| +-- Solution B
| +-- Experiment 3
|
+-- Opportunity 2
+-- Solution C
+-- Solution D
+-- Experiment 4
レベル 1：望ましい成果
測定可能なビジネス成果を 1 つ設定します。機能でもプロジェクトでもなく、指標です。
- 「7 日間のアクティベーション率を 23% から 40% に上げる」
- 不可：「オンボーディングを改善する」（測定できません）
レベル 2：オポチュニティ
対処することで成果につながる、顧客のニーズ、ペインポイント、または希望です。これらはブレインストーミングではなく、インタビュー、データ、サポートチケットなどの調査から得られます。
良いオポチュニティの条件：
- プロダクトの機能ではなく、顧客のニーズとして表現されている
- 「新規ユーザーは、最初に何をすればよいかわからない」（オポチュニティ）
- 不可：「オンボーディングウィザードを追加する」（オポチュニティを装ったソリューション）
- 各オポチュニティは独立している。1 つに対処することが、別のオポチュニティに依存しない
レベル 3：ソリューション
各オポチュニティに対して、複数のソリューションを考えます。評価する前に、少なくとも 3 つ挙げてください。目標はソリューションの可能性を幅広く探ることであり、最初のアイデアに決めることではありません。
レベル 4：実験
ソリューションがオポチュニティに対処できるかを検証する、小規模で迅速なテストです。実験では、「このソリューションは実際にこのオポチュニティを解決するか？」に答えられるようにします。
ツリーの構築
- 成果から始めます。 集中する成果を 1 つだけ正確に定め、チームやステークホルダーと合意します。
- 調査からオポチュニティを整理します。 インタビューの記録、サポートチケット、アナリティクスを確認します。証拠を、互いに異なるオポチュニティに分類します。各オポチュニティには、3 つ以上の情報源から得た証拠が必要です。
- 各オポチュニティのソリューションを考えます。 オポチュニティごとに、少なくとも 3 つのソリューションをブレインストーミングします。突飛なアイデアも含めてください。そこから前提が明らかになることがよくあります。
- 各ソリューションの実験を設計します。 最小限のテストは何でしょうか？プロトタイプ、コンシェルジュ、Wizard of Oz、フェイクドア、A/B テストなどがあります。
- どの枝を検証するか優先順位を付けます。 すべてをテストすることはできません。最も強い証拠があるオポチュニティと、実験コストが最も低いソリューションを選びます。
ガイドライン
- 重要：成果からソリューションへ直接進むことは絶対に避けてください。インサイトがあるのはオポチュニティの層です。
- オポチュニティは必ず機能ではなく、顧客のニーズとして表現してください。機能のように聞こえる場合は、その根底にあるニーズを検討してください。
- オポチュニティごとにソリューションを 1 つだけにすることは絶対に避けてください。3 つのソリューションを思い付けないなら、可能性を十分に探れていません。
- オポチュニティは必ず、前提ではなく調査から得た証拠に基づいて設定してください。
- 同時に追求するオポチュニティは 2〜3 個までにしてください。幅広さよりも集中が大切です。
- ソリューションを確認するだけでなく、否定できる実験を必ず設計してください。
Teresa Torres の「Continuous Discovery Habits」に基づいています。productskills のスキルを使用しています。