---
id: opportunity-solution-tree
title: "Opportunity Solution Tree"
category: "10_Wiki/Topics"
status: "draft"
verification_status: "conceptual"
canonical_id: ""
aliases: ["OST", "기회 해결 트리"]
duplicate_of: ""
source_trust_level: "B"
confidence_score: 0.95
created_at: 2026-05-23
updated_at: 2026-05-23
review_reason: ""
merge_history: []
tags: ["research", "logic tree", "product discovery"]
raw_sources: ["NotebookLM Synthesis"]
applied_in: ["Grailed", "Seera Group", "trivago", "BBC Maestro", "TextHelp", "SuperAwesome"]
github_commit: ""
---

# [[Opportunity Solution Tree]]

## 🎯 한 줄 통찰 (One-line insight)
비즈니스 목표(Outcome)와 고객의 니즈(Opportunity)를 시각적으로 연결하여, 실험을 통해 검증된 최적의 해결책(Solution)으로 안내하는 제품 발견(Product Discovery)의 나침반이다 [1-3].

## 🧠 핵심 개념 (Core concepts)
- **원하는 결과 (Desired Outcome):** 트리의 뿌리이자 시작점으로, 팀이 창출하고자 하는 비즈니스 가치를 반영하는 측정 가능한 지표(예: 북극성 지표, OKR, KPI)이다 [4, 5].
- **기회 공간 (Opportunity Space):** 고객 인터뷰를 통해 발견된 미충족 니즈, 고충(Pain Points), 욕구(Desires)의 집합이다. 단순한 '문제'를 넘어 고객의 긍정적인 욕구까지 포함한다 [5-7].
- **해결책 공간 (Solution Space):** 특정 타겟 기회를 해결하기 위해 제안된 제품, 서비스 또는 기능들이다. 하나의 기회에 대해 여러 해결책을 탐업함으로써 '비교 및 대조' 의사결정을 가능케 한다 [5, 8, 9].
- **가정 테스트 (Assumption Testing):** 해결책 전체를 구축하기 전, 그 해결책이 성공하기 위해 전제되어야 하는 개별 가정들을 신속하고 저비용으로 검증하는 과정이다 [10-12].

## 🧩 추출된 패턴 (Extracted patterns)
- **제품 트리오(Product Trio) 협업:** 기획자(PM), 디자이너, 엔지니어가 공동으로 트리를 구축하여 바람직함, 생존 가능성, 실현 가능성, 사용성, 윤리적 위험을 함께 책임진다 [13, 14].
- **스토리 기반 인터뷰 패턴:** 고객의 일반적인 의견이 아닌, 과거의 구체적인 경험(스토리) 속에서 기회를 추출하여 맥락을 확보한다 [15-17].
- **비교 및 대조(Compare and Contrast):** 단일 해결책의 채택 여부('예/아니오')를 고민하는 대신, 여러 해결책 중 어떤 것이 해당 기회를 가장 잘 해결하는지 비교 분석한다 [10, 18, 19].
- **지속적 업데이트(Continuous Evolution):** 고정된 문서가 아니라 3~4회의 인터뷰마다 구조를 조정하고 세부 사항을 추가하는 살아있는 지업(Living Document) 패턴을 보인다 [20-22].

## 📖 세부 내용 (Details)
- **트리 구조의 계층성:** 
    - **최상단(뿌리):** 비즈니스 가치를 반영하는 '결과(Outcome)'가 위치한다. 테레사 토레스는 특히 팀의 통제 범위 내에 있는 '제품 결과(Product Outcome)'를 배치할 것을 권장한다 [5, 23].
    - **중간층(가지):** 고객 인터뷰에서 도출된 기회들이 위치하며, 큰 기회는 더 작고 해결 가능한 하위 기회들로 세분화된다(기회 매핑) [24, 25].
    - **하단층(잎):** 구체적인 해결책들과 이를 검증하기 위한 실험/가정 테스트들이 연결된다 [5, 12].
- **기회와 해결책의 엄격한 구분:** 기회를 정의할 때 '해결책이 위장된 형태'인지 끊임없이 질문해야 한다. "외식을 하고 싶다"는 해결책이지만, "요리할 시간이 없다"는 기회이다. 기회 프레이밍은 더 나은 해결책을 이끌어내는 핵심 기술이다 [26, 27].
- **의사결정의 가시화:** 트리는 팀이 왜 특정 해결책을 작업하고 있는지에 대한 논리적 근거를 시각화하여 보여줌으로써, 이해관계자와의 의견 충돌을 조율하고 정렬(Alignment)하는 데 도움을 준다 [19, 28, 29].
- **실험의 효율성:** 해결책 전체를 테스트하는 대신 핵심 가정(Desirability, Viability, Feasibility 등)을 테스트함으로써 학습 주기를 단축한다 [10, 30].

## ⚖️ 모순 및 업데이트 (Contradictions & updates)
- **수량 중심의 함정:** 과거에는 해결책(Output)의 수를 세는 방식을 취했으나, OST는 그 해결책이 비즈니스 결과(Outcome)에 미치는 가치와 영향력에 집중할 것을 강조한다 [31].
- **전사적 트리의 위험성:** 회사 전체를 위한 하나의 거대한 OST를 만드는 것은 권장되지 않는다. 트리는 각 제품 트리오의 임무 범위에 맞춰 최적화되어야 하며, 전사적 관점은 KPI 트리나 경험 지도로 대체하는 것이 낫다 [32].

## 🛠️ 적용 사례 (Applied in summary)
- **Grailed:** 기회 매핑을 통해 고객 생애 가치(LTV)를 20% 향상시켰다 [33].
- **Seera Group:** 코로나19 팬데믹으로 여행이 중단되었을 때, 기회 매핑을 활용하여 새로운 시장을 발견했다 [33].
- **trivago / SuperAwesome:** 제품 발견 프로세스에 OST를 도입하여 팀 정렬과 의사결정 속도를 개선했다 [33].
- **BBC Maestro / TextHelp:** OST 워크숍을 통해 팀원들이 공동의 목표를 시각화하고 우선순위를 설정하는 사례가 보고되었다 [34].

## ✅ 검증 상태 및 신뢰도
- **상태:** draft
- **검증 단계:** conceptual (다수의 성공적인 실무 적용 사례가 존재함)
- **출처 신뢰도:** B (Teresa Torres의 원전 및 주요 제품 관리 도구의 공식 가이드 기반)
- **중복 검사 결과:** 신규 생성 (New discovery)

## 🔗 관련 문서 링크 (Related document links)

### 상위/유사 개념
#### [아키텍처/기반 기술]
- [[Logic Tree]]
  - 연결 이유: OST는 로직 트리의 구조를 제품 발견 분야에 특수화하여 적용한 형태이다 [35, 36].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 수직적 요약(Vertical Logic)과 수평적 분류의 원리를 통해 트리의 논리적 완결성을 확보할 수 있다.
- [[MECE Principle]]
  - 연결 이유: 기회 공간을 구조화할 때 중복과 누락을 방지하기 위한 핵심 분류 원칙이다 [37-39].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 기회 매핑 시 논리적 공백을 찾아내고 분석 효율을 높일 수 있다.

#### [비교/대조 도구]
- [[Decision Tree]]
  - 연결 이유: 선택지 간의 확률과 기대값을 계산한다는 점에서 유사하나, OST는 발견(Discovery)에, 의사결정 트리는 선택(Evaluation)에 더 집중한다 [36, 40].
- [[Hypothesis Tree]]
  - 연결 이유: 특정 가설을 증명하기 위해 하위 조건을 탐색한다는 점에서 수렴적 사고를 공유한다 [36, 41].

### 심층 후속 질문 (Deeper Research Questions)
- 타겟 기회를 선정할 때 비즈니스 가치와 고객 가치 사이의 상충이 발생하면 어떤 우선순위 기준을 적용해야 하는가? [42]
- '해결책이 위장된 기회'를 가려내기 위한 구체적인 질문 체크리스트는 무엇인가? [27]
- 가정 테스트(Assumption Testing)에서 도출된 데이터가 상충될 때, 트리를 어떻게 수정해야 논리적 일관성을 유지할 수 있는가? [10]
- 애자일 스프린트 환경에서 OST의 업데이트 주기를 어떻게 설정해야 운영 오버헤드를 최소화할 수 있는가? [22]
- 비수치적인 '욕구(Desire)'를 트리의 최상단 결과(Outcome) 지표와 어떻게 정량적으로 연결할 것인가? [16, 43]

### 실무 적용 맥락 (Practical Application Contexts)
- **Implementation:** 제품 트리오가 매주 1회 이상 트리를 검토하고, 인터뷰 직후 새로운 기회를 추가한다 [20, 22].
- **System Design:** Miro, Mural, FigJam과 같은 시각적 협업 도구를 사용하여 팀 전체가 접근 가능한 공유 자산으로 관리한다 [44, 45].
- **Operation / Maintenance:** 새로운 기능 요청(Feature Request)이 들어올 때마다 트리의 어떤 '기회'와 연결되는지 확인하여 '반짝이는 아이디어'에 매몰되는 것을 방지한다 [46, 47].
- **Learning Path:** 제품 관리 지망생이나 신입 기획자가 '출력(Output)' 중심 사고에서 '결과(Outcome)' 중심 사고로 전환하는 훈련 도구로 활용한다 [48, 49].

### 인접 주변 주제 (Adjacent Topics)
- [[Continuous Discovery Habits]]
  - 확장 방향: OST의 창시자 테레사 토레스가 제시한 습관화된 제품 발견 방법론의 전체 맥락을 파악할 수 있다.
- [[Assumption Mapping]]
  - 확장 방향: 해결책 하단의 실험 단계를 설계할 때 가정을 식별하고 우선순위를 정하는 구체적 기법을 탐색할 수 있다.

## 📝 변경 이력 (Change history)
- 2026-05-23: Initial draft generated via Datacollector_MAC P-Reinforce engine. (Focus on Teresa Torres's OST framework synthesis)