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

概要

テレサ・トーレス（Teresa Torres）が著書『Continuous Discovery Habits』（2021年）で体系化した、プロダクトディスカバリーのための視覚化ツール。プロダクト開発で「どんな機能を作るか（Solution）」に意識が向きがちな状況を改善し、「どんな問題を解決するか（Opportunity）」から出発する思考法を実現するためのフレームワークである。

OSTは4つの層で構成される。最上位にOutcome（ビジネス成果）、その下にOpportunity（ユーザーの機会・課題）、さらにSolution（解決策の候補）、最下層にAssumption Test（仮説検証の実験）を配置する。上から下へ「なぜこの機能を作るのか」の根拠がツリー状につながることで、チーム全体がOutput（機能の量）ではなくOutcome（成果）に集中できるようになる。

タップして拡大表示クリックして拡大表示

なぜ重要か

プロダクトチームが陥りやすい失敗は「とりあえずこれを作ろう」という機能ありきの議論（Output思考）に終始することだ。OSTを使うと、ビジネス目標 → ユーザー課題 → 解決策 → 実験という論理の流れが可視化されるため、「なぜ作るのか」の根拠が常に明確になる。

また、1つの機会に対して複数の解決策を並列で検討できるため、最初に思いついたアイデアに飛びつくリスクを減らせる。デザイナー、PM、エンジニアが同じツリーを見ながら議論することで、意思決定の透明性とチームの alignment も向上する。

UXでの活用

自分の担当範囲をツリーで位置づける

デザイナーが担当している機能や画面が、どのユーザー課題（Opportunity）を解決し、どのビジネス成果（Outcome）に貢献するのかをツリー上で確認する。これにより「なぜこのデザインなのか」の説明根拠が明確になる。

1つの課題に複数の解決策を出す

ツリーの構造上、1つのOpportunityに対して複数のSolutionを枝として並べられる。「チュートリアル動画を入れる」「ツールチップを増やす」「UIそのものを簡略化する」のように選択肢を広げてから、実験で最適なものを検証する。

リサーチ結果をツリーに反映する

ユーザーインタビューやユーザビリティテストの結果を、Opportunity層に新しい課題として追加したり、既存の課題の優先度を変えたりする。ツリーは完成品ではなく、継続的に更新する Living Document として運用する。