---
id: assumption-testing
title: "Assumption Testing"
category: "10_Wiki/Topics"
status: "draft"
verification_status: "conceptual"
canonical_id: ""
aliases: ["가정 검증", "가설 테스트"]
duplicate_of: ""
source_trust_level: "B"
confidence_score: 0.85
created_at: 2026-05-24
updated_at: 2026-05-24
review_reason: ""
merge_history: []
tags: ["research", "logic tree", "product-discovery", "OST"]
raw_sources: ["NotebookLM Synthesis"]
applied_in: ["Opportunity Solution Tree", "Hypothesis-driven Problem Solving", "NovaCloud SaaS Case"]
github_commit: ""
---

# [[Assumption Testing]]

## 🎯 한 줄 통찰 (One-line insight)
솔루션을 기저의 세부 가정으로 분해하고 가장 위험한 요소를 신속하게 검증함으로써, 전체 아이디어를 구현하는 것보다 훨씬 적은 비용과 시간으로 의사결정의 불확실성을 제거하는 전략적 프로세스 [1-4].

## 🧠 핵심 개념 (Core concepts)
1. **가정 분해 (Assumption Decomposition):** 하나의 거대한 아이디어를 그것이 성립하기 위해 전제되어야 하는 개별적인 가정들(바람직함, 실행 가능성, 생존 가능성, 사용성, 윤리성 등)로 쪼개는 작업 [1, 5, 6].
2. **리스크 기반 우선순위화 (Risk-based Prioritization):** 모든 가정을 테스트하는 대신, 실패할 경우 솔루션 전체를 무너뜨릴 수 있는 '가장 위험한 가정'을 식별하여 먼저 검증함 [3, 4, 6].
3. **신속한 실험 (Rapid Experimentation):** 전체 제품이나 기능을 구축(Delivery)하기 전에 1~2일 내에 완료할 수 있는 작은 실험을 통해 데이터를 수집함 [2, 6].
4. **대조 및 비교 (Compare and Contrast):** 단일 솔루션의 가부를 결정하는 것이 아니라, 여러 솔루션 대안의 가정들을 동시에 테스트하여 상대적인 우위를 판단함 [1, 3, 7].

## 🧩 추출된 패턴 (Extracted patterns)
* **아이디어 대비 가정의 속도 (Speed of Assumptions vs. Ideas):** 전체 아이디어를 테스트하는 데는 몇 주가 걸리지만, 가정 테스트는 며칠 내에 가능하여 학습 주기를 비약적으로 단축함 [2].
* **작고 해결 가능한 기회로의 전환 (Solvable Opportunities):** 큰 기회를 작은 단위로 매핑(Opportunity Mapping)하면 더 작고 검증하기 쉬운 솔루션과 가정이 도출됨 [8].
* **Bottom-up Thinking vs. Top-down Communication:** 분석과 가정 검증은 밑바닥(데이터/발견)에서 위로 진행되지만, 최종 결과는 결론(Answer-first)을 정점에 둔 피라미드 구조로 전달됨 [9, 10].

## 📖 세부 내용 (Details)
* **논리 트리와의 연결:** 가정 테스트는 기회 솔루션 트리(Opportunity Solution Tree)의 하위 단계로 배치되며, 솔루션과 실험을 연결하는 가교 역할을 수행함 [11, 12]. 이는 단순히 '무엇을 할 것인가'를 넘어 '그것이 왜 작동할 것이라고 믿는가'를 명시적으로 드러냄 [13].
* **검증 프로세스:** 
    1. **가정 도출:** 제품 팀(제품 관리자, 디자이너, 엔지니어)이 협력하여 솔루션 이면의 위험 요소를 질문함 [5].
    2. **실험 설계:** 각 가정을 확인하거나 부정할 수 있는 구체적인 측정 지표와 실험 방법을 정의함 [1, 6].
    3. **데이터 기반 평가:** 실험 데이터를 수집하여 아이디어를 폐기하거나, 보완하거나, 구현 단계로 넘길지 결정함 [6].
* **장점:** 
    * 이해관계자의 의견 대립(Opinion Battles)을 데이터 기반의 '비교 및 대조' 프레임으로 전환함 [13, 14].
    * 비즈니스 가치와 고객 가치 사이의 긴장을 완화하고, 바람직하면서도 지속 가능한 제품을 발견하게 함 [12, 15].

## ⚖️ 모순 및 업데이트 (Contradictions & updates)
* **과도한 엔지니어링 경계:** 문제의 위치가 확인되기도 전에 너무 깊은 수준(4~5단계 이상)의 논리 트리나 세부 가정을 수립하는 것은 분석적 낭비를 초래할 수 있으므로, 초기에는 2~3단계의 핵심 구조에 집중해야 함 [16, 17].
* **가정의 주관성:** 팀이 스스로 가정을 만들어낼 때 편향이 개입될 수 있으므로, 반드시 실제 고객 스토리와 인터뷰 데이터에서 도출된 기회에 기반해야 함 [18, 19].

## 🛠️ 적용 사례 (Applied in summary)
* **NovaCloud (B2B SaaS 기업):** 순 매출 유지율(NRR) 하락 원인을 진단하기 위해 '온보딩 실패', '경쟁사 가격 공세' 등의 가정을 세우고, 이탈 고객 코호트 분석 및 승패 인터뷰(Win/Loss Interviews)를 통해 가정을 검증함 [20-22].
* **Harley-Davidson:** 팬데믹 기간 중 수익 감소 원인에 대해 '경쟁사로의 고객 유출' 가설을 세웠으나, 경쟁사도 동일하게 손실을 보고 있다는 데이터(벤치마크)를 통해 해당 가정을 기각하고 '타겟 고객층의 구매력 감소'라는 새로운 원인을 찾아냄 [23-26].
* **EasyRCA 소프트웨어:** 논리 트리 내에서 각 원인 경로에 대한 가설을 테스트하고 인간적/시스템적 요인을 캡처할 수 있는 시각적 플랫폼을 제공하여 가정 검증을 구조화함 [27].

## ✅ 검증 상태 및 신뢰도
- **상태:** draft
- **검증 단계:** conceptual (실제 기업의 문제 해결 방법론 및 전략 컨설팅 프레임워크로 광범위하게 언급됨)
- **출처 신뢰도:** B (Strategy Consulting Frameworks / Product Discovery Methodology)
- **중복 검사 결과:** 신규 생성 (New discovery)

## 📝 변경 이력 (Change history)
- 2026-05-24: Initial draft generated via Datacollector_MAC P-Reinforce engine. (Ref: [1, 2, 5, 6, 8, 11, 12, 28-37])