mcpField
O
opportunity-solution-trees

opportunity-solution-trees

github.com/wdavidturner生産性2139 回インストール40 週間前に更新
リポジトリ

opportunity-solution-trees について

Opportunity Solution Tree（OST）は、事業成果を顧客の機会、解決策、実験につなぐプロダクトディスカバリー手法です。顧客調査を行うチーム向けで、ニーズとアイデアを分け、リスクの高い仮説を検証します。

主な機能

  1. 01成果と顧客の機会を結び付ける
  2. 02機会を階層的に整理
  3. 03複数の解決策を比較
  4. 04仮説を分解して実験を設計
  5. 05顧客調査を通じてツリーを更新

活用シーン

  1. 01測定可能な成果を軸にディスカバリーを構成
  2. 02顧客インタビューからニーズや課題を整理
  3. 03同じ機会に対する解決策を比較
  4. 04開発前にリスクの高い仮説を検証

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/wdavidturner/product-skills --skill opportunity-solution-trees

インストール後、Claude Code で/opportunity-solution-treesを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

patterns/
_template.md
conference-room-opportunities.md
flat-tree-structure.md
interviewing-for-facts.md
missing-experience-map.md
needs-not-heard.md
opportunities-are-solutions.md
opportunities-too-big.md
output-not-outcome.md
single-solution-thinking.md
skipping-outcome.md
solution-testing-whole-idea.md
starting-with-solutions.md
too-many-branches.md
tree-not-updated.md
references/
ost-playbook.md

詳細

オポチュニティ・ソリューション・ツリー

概要

オポチュニティ・ソリューション・ツリー（OST）を使って、ビジネス成果と、その達成を後押しする顧客のオポチュニティを結び付け、ソリューションとテストを比較します。このツリーによって、ニーズとアイデアを分け、ディスカバリーをデリバリーにつなげた状態に保てます。

使用する場面

  • 顧客のオポチュニティを軸にディスカバリーを構成する
  • 顧客のニーズを測定可能な成果に結び付ける
  • 同じオポチュニティに対する複数のソリューションを比較する
  • 継続的なディスカバリーをロードマップと一致させる
  • ステークホルダー間で優先事項を共有する

使用しない場面

  • 顧客調査を行っていない
  • ソリューションがすでに決まっている
  • 実質的な選択肢のない、ありふれた要件に取り組んでいる
  • 一度きりの簡単な判断だけが必要

パターン

OSTを正しく適用する方法を詳しく示す例です。各パターンでは、よくある間違いと正しい取り組み方を紹介します。

重大（間違えると時間を無駄にします）
パターン学べること
opportunities-are-solutions「検索バーを追加する」はソリューションです。オポチュニティは、ものを見つけるのが難しい理由です
starting-with-solutions機能のアイデアから進めるのではなく、成果から逆算します
skipping-outcome明確な成果がなければ、どのオポチュニティが最も重要かを評価できません
interviewing-for-facts好みではなく、エピソードを集めます。ニーズは実際に起きたことから明らかになります
conference-room-opportunities顧客調査なしにオポチュニティを仮説として立てることはできません
影響大
パターン学べること
single-solution-thinkingどのオポチュニティに対しても、必ず3つ以上のソリューションを比較します
opportunities-too-big「使いやすくする」では実行に移せません。具体的な場面に分解します
flat-tree-structureオポチュニティは、広いものから具体的なものへと階層的に枝分かれさせます
missing-experience-map社内の分類ではなく、顧客のジャーニーを軸にオポチュニティを構成します
output-not-outcome「機能Xをリリースする」はアウトプットです。「アクティベーションを10％向上させる」は成果です
solution-testing-whole-ideaソリューションを前提条件に分解し、最もリスクの高いものからテストします
影響中
パターン学べること
tree-not-updatedOSTは常に更新されるドキュメントです。学びに応じて毎週更新します
needs-not-heard顧客がはっきりとは口にしないオポチュニティを聞き取る力を養います
too-many-branches認知的な負担を抑えるため、最上位のオポチュニティを5～7個に制限します

基本構造（概要）

  • 成果：達成する責任を負うビジネス上の結果
  • オポチュニティ：満たされていない顧客のニーズ、悩み、願望
  • ソリューション：1つのオポチュニティに対応する複数のアイデア
  • 実験：最もリスクの高い前提条件を検証するテスト

適用方法（簡易版）

  1. 測定可能な成果を定義します。
  2. 顧客のジャーニーをマッピングし、オポチュニティの領域を明確にします。
  3. 実際のインタビューからオポチュニティを記録します（好みではなく、エピソードを集めます）。
  4. 広いものから具体的なものへと、オポチュニティをツリー状に整理します。
  5. 優先度の高い各オポチュニティに対して、少なくとも3つのソリューションを考案します。
  6. 構築する前に、最もリスクの高い前提条件をテストします。
  7. ツリーを毎週見直して更新します。

よくある間違い

詳細解説

詳しい情報が必要な場合にのみお読みください。

  • references/ost-playbook.md：エクスペリエンスマップ、機会の分解、インタビュー用プロンプト、仮説の検証、チェックリスト、コラボレーションに関するメモ。

リソース

書籍：

  • Continuous Discovery Habits（Teresa Torres 著）
  • Nudge（Richard Thaler 著）

オンライン：

  • Product Talk（producttalk.org）
  • learn.producttalk.org

関連するフレームワーク：

  • Jobs to be Done
  • デザイン思考

コメント

Markdown 対応