opportunity-solution-trees

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

ドメインの背景

オポチュニティ・ソリューション・ツリー（Teresa Torres著、『Continuous Discovery Habits』）は、現代のプロダクトディスカバリーの基盤です。チームが解決策に飛びつくことを防ぎ、まずオポチュニティの全体像を描くよう促します。

構造（4つの階層）：

1. 望ましい成果（最上位）— 目指す、測定可能なビジネスまたはプロダクトの成果です。明確な単一の指標にします（例：「7日間の継続率を40％に引き上げる」）。これはOKRまたはプロダクト戦略に基づきます。

2. オポチュニティ（第2階層）— リサーチを通じて見つかった顧客のニーズ、悩み、願望です。顧客の視点から表現します。「〜に苦労している」「〜できたらいいのに」のように記述します。オポチュニティスコア：重要度 ×（1 − 満足度）（Dan Olsen）を使って優先順位を付けます。

3. ソリューション（第3階層）— 各オポチュニティに対応する方法です。最初の案に決めつけず、オポチュニティごとに複数のソリューションを考案します。プロダクトトリオ（PM＋デザイナー＋エンジニア）が一緒にアイデアを出します。

4. 実験（最下位）— ソリューションがオポチュニティに対応するかを検証する、迅速で低コストなテストです。仮説の検証（価値、使いやすさ、実現可能性、実行可能性）を行います。

主な原則：

• 一度に扱う成果は1つです。すべてを解決しようとしないでください
• 機能ではなくオポチュニティに注目します。顧客にソリューションを設計させないでください
• 比較検討します。オポチュニティごとに少なくとも3つのソリューションを考案します
• ディスカバリーは直線的ではありません。実験が失敗したら、前の段階に戻ります
• 定期的ではなく継続的に行います。ツリーを毎週更新します

入力要件

• 改善したい成果またはビジネス指標
• 顧客リサーチデータ（インタビュー、アンケート、分析、フィードバック）
• 任意：整理対象となる既存のオポチュニティまたはソリューション案

これは何か

オポチュニティ・ソリューション・ツリー（OST）を使って、ビジネス成果と、それを促す顧客のオポチュニティを結び付け、ソリューションとテストを比較します。ツリーによってニーズとアイデアを分け、ディスカバリーをデリバリーと結び付けておけます。

使用する場面

• 顧客のオポチュニティを中心にディスカバリーを構成する
• 顧客のニーズを測定可能な成果に結び付ける
• 同じオポチュニティに対する複数のソリューションを比較する
• 継続的なディスカバリーをロードマップに沿わせる
• ステークホルダーと優先順位について共通認識を作る

使用しない場面

• 顧客リサーチを行っていない
• ソリューションがすでに決まっている
• 他に現実的な選択肢のない、ありふれた要件への対応である
• 単発の簡単な意思決定だけが必要である

基本構造

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

プロセス

以下の手順に沿って、オポチュニティ・ソリューション・ツリーを作成し、活用します。

ステップ1：望ましい成果を定義する

• ツリーの最上位に置く、測定可能な単一の成果を確認するか、その策定を支援します
• 具体的にします（例：「継続率を改善する」ではなく「7日間の継続率を40％に引き上げる」）
• OKRまたはプロダクト戦略に結び付けます

ステップ2：オポチュニティを整理する

• 顧客リサーチから、顧客のオポチュニティ（ニーズ／悩み／願望）を3～7個特定します
• それぞれを顧客の視点から表現します（「〜に苦労している」「〜できたらいいのに」）
• 関連するオポチュニティをテーマごとにまとめます
• オポチュニティを装ったソリューションを避けます（例：「ダッシュボードが必要」→「パフォーマンスの把握に苦労している」）

ステップ3：オポチュニティに優先順位を付ける

• オポチュニティスコア（重要度 ×［1 − 満足度］）または定性的な評価を使います
• 優先度の高いオポチュニティを2～3個選びます
• 成果への影響、頻度、悩みの深刻さを考慮します

ステップ4：ソリューションを考案する

• 優先度の高いオポチュニティごとに、3つ以上のソリューションをブレインストーミングします
• PM、デザイナー、エンジニア（プロダクトトリオ）の視点を取り入れます
• 「最初のアイデア」の落とし穴を避け、選ぶ前に比較検討します

ステップ 5：実験を設計する

• 最も有望なソリューションについて、手早く実施できる実験を 1～2 件提案します
• 仮説、方法、指標、成功基準を明記します
• 意見に基づく検証よりも、「自らリスクを負う」（Alberto Savoia）実験を優先します

ステップ 6：ツリーを可視化する

• OST 全体を、わかりやすい階層形式で示します
• インデント、箇条書き、または視覚化ツールを使用します
• ステークホルダーが一目で確認し、理解できるようにします

ステップ 7：毎週見直す

• インタビュー、分析、実験から得た知見をもとに、毎週ツリーを見直します
• 検証できなかったソリューションは終了します
• 新たな機会を見つけたら、新しい枝を探ります

さらに読む

• 拡張版オポチュニティ・ソリューション・ツリー
• プロダクトディスカバリーとは？決定版ガイド
• プロダクトトリオ：明白なことの先へ
• 継続的なプロダクトディスカバリーのマスタークラス
• Teresa Torres 著『継続的ディスカバリー・ハビッツ』（書籍）