2nd/Premium/Thinking & Reasoning/Opportunity Solution Tree.md

id, title, category, status, verification_status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, created_at, updated_at, review_reason, merge_history, tags, raw_sources, applied_in, github_commit

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

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)