2nd/10_Wiki/Topics/Topic_Agent/Design Thinking.md

---
id: design-thinking
title: "Design Thinking"
category: "10_Wiki/Topics"
status: "draft"
verification_status: "conceptual"
canonical_id: ""
aliases: ["인간 중심 설계", "DVF 프레임워크"]
duplicate_of: ""
source_trust_level: "B"
confidence_score: 0.85
created_at: 2026-06-12
updated_at: 2026-06-12
review_reason: ""
merge_history: []
tags: ["research", "Assumption Validation Loop", "DVF", "Human-Centered Design"]
raw_sources: ["NotebookLM Synthesis"]
applied_in: ["Lokalise Shopify Translation App", "DeepL Roadmap Alignment", "Robert McKinna Inclusive Design Process"]
github_commit: ""
---

# [[Design Thinking]]

## 🎯 한 줄 통찰 (One-line insight)
사용자 공감(Empathy)을 통해 '왜(Why)' 제품이 가치 있는지를 정의하고, [[Assumption Validation Loop]]를 통해 비즈니스 모델의 매력도, 타당성, 생존 가능성을 정렬하는 인간 중심의 혁신 프레임워크 [1-3].

## 🧠 핵심 개념 (Core concepts)
*   **인간 중심의 공감 (Human-Centered Empathy):** 사용자의 정서적 영향과 잠재적 요구를 이해하여 비즈니스 목표와 사용자 경험을 일치시킴 [1].
*   **DVF 차원 (Desirability, Viability, Feasibility):** 제품이 매력적인지(Desirability), 경제적으로 지속 가능한지(Viability), 기술적으로 구현 가능한지(Feasibility)를 다각도에서 검증함 [4-6].
*   **가정 기반 연구 (Assumption-Based Research):** 설계팀의 근거 없는 가정이 잘못된 솔루션으로 이어지는 것을 방지하기 위해 초기 단계부터 가정을 식별하고 조사함 [7, 8].
*   **통합적 혁신 주기:** [[Lean Startup]]이 '무엇을' 구축할지(검증된 학습) 정의하고, [[Agile]]이 '어떻게' 효율적으로 구축할지 정의한다면, Design Thinking은 '왜' 그것이 사용자에게 중요한지 정의함 [3].

## 🧩 추출된 패턴 (Extracted patterns)
*   **가정 매핑(Assumption Mapping) 패턴:** 핵심 가설을 시각화하고 DVF 기준으로 분류하여 팀원 간의 정렬을 유도하고 실험의 우선순위를 결정함 [9, 10].
*   **포괄적 설계(Inclusive Design) 휴리스틱:** 팀의 잠재적 편향을 제거하기 위해 사용자 역량과 요구사항에 대한 초기 가설을 체계적으로 검증함 [7, 8].
*   **데이터 기반 공감:** 단순히 사용자의 말을 듣는 것이 아니라, 과거 행동(Past Behavior) 관찰과 [[Jobs-to-Be-Done]] 분석을 통해 심층적인 동기를 추출함 [11-13].

## 📖 세부 내용 (Details)
Design Thinking은 비즈니스 모델의 성공을 위해 반드시 검증해야 할 세 가지 핵심 기둥을 제공함 [4, 5].
*   **Desirability (매력도):** 사용자가 이 솔루션을 진정으로 필요로 하는가? [4, 14]. 주로 [[Customer Discovery]] 인터뷰와 랜딩 페이지 테스트를 통해 검증됨 [15].
*   **Feasibility (타당성):** 우리가 가용한 자원과 기술로 이 솔루션을 실제 구현할 수 있는가? [4, 16]. 기술적 스파이크(Technical Spikes)나 프로토타입 제작을 통해 확인됨 [17].
*   **Viability (수익성/생존 가능성):** 이 모델이 경제적으로 지속 가능한 수익을 창출할 수 있는가? [4, 16]. 가격 책정 테스트(Willingness to Pay)와 유닛 이코노믹스 분석을 통해 입증됨 [18, 19].

가정 매핑 단계에서 Design Thinking은 팀이 가진 '직관'을 '검증 가능한 가설'로 변환하는 역할을 수행함 [20, 21]. 특히 [[Inclusive Design]] 관점에서는 설계자가 무의식적으로 전제하는 사용자의 능력이나 환경에 대한 가정을 노출시켜, 실제 사용자 데이터에 기반한 보편적인 솔루션을 구축하도록 지원함 [8]. 

또한, Design Thinking은 제품 개발의 초기 공감 단계뿐만 아니라 전체 수명 주기 동안 [[Continuous Discovery]]와 결합되어, 매주 사용자 연구와 가정 검증이 반복되는 문화를 형성하는 기반이 됨 [22, 23].

## ⚖️ 모순 및 업데이트 (Contradictions & updates)
*   **미적 완성도 vs. 학습 가치:** 전통적 디자인은 미적 완성도를 중시할 수 있으나, [[Assumption Validation Loop]] 내의 Design Thinking은 '세련된 디자인'보다 '가설 검증을 위한 최소한의 시각화'를 우선시함 [24, 25].
*   **사용자 의견 vs. 행동:** 사용자가 "좋다"고 말하는 것(Stated Preference)과 실제 행동(Actual Behavior) 사이의 60% 이상의 격차를 경고하며, 행동 지표(Behavioral Metrics) 기반의 검증을 강조하도록 업데이트됨 [26, 27].

## 🛠️ 적용 사례 (Applied in summary)
*   **Lokalise Shopify 번역 앱:** 가정 매핑을 통해 Desirability, Feasibility, Viability를 초기 단계에서 테스트하여 조기 채택을 유도함 [28].
*   **DeepL 로드맵 정렬:** [[Jobs-to-Be-Done]] 프레임워크를 적용하여 팀과 제품 로드맵을 사용자의 본질적 요구에 맞춰 재정렬함 [29].
*   **Robert McKinna FRSA의 포괄적 설계:** 설계 팀의 근거 없는 가정을 사전에 식별하고 평가하여Flawed Solution(결함 있는 솔루션)을 방지함 [7, 8].
*   **Getup(가상 사례):** 남성 온라인 정장 쇼핑객을 대상으로 기능의 가치(Business, Tech, User Score)를 DVF 기준으로 평가하고 우선순위를 재설정함 [30, 31].

## ✅ 검증 상태 및 신뢰도
- **상태:** draft
- **검증 단계:** conceptual (실제 적용 사례가 소스에서 명시됨)
- **출처 신뢰도:** B (David Bland, Eric Ries 등 주요 방법론자의 원칙 및 실무 사례 기반)
- **중복 검사 결과:** 신규 생성

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

### 상위/유사 개념
#### [혁신 프레임워크 아키텍처]
- [[Assumption Validation Loop]]
  - 연결 이유: Design Thinking의 가설을 실제로 검증하는 시스템적 실행 루프.
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 검증되지 않은 디자인 가설이 어떻게 데이터로 치환되는지.
- [[Lean Startup]]
  - 연결 이유: DT가 '왜'에 집중한다면 Lean은 '무엇을' 만들고 배울지에 집중함 [3].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: Build-Measure-Learn 루프와의 시너지.

#### [실행 방법론 및 도구]
- [[Jobs-to-Be-Done]]
  - 연결 이유: 사용자의 기능 요구가 아닌 본질적 '목적'을 파악하는 DT의 핵심 분석 도구 [11, 32].
- [[Assumption Mapping]]
  - 연결 이유: 가설을 DVF 차원으로 시각화하여 우선순위를 정하는 DT 실무 기법 [33].

### 심층 후속 질문 (Deeper Research Questions)
- Design Thinking의 '공감' 단계에서 수집된 정성적 데이터와 [[MVP]]의 정량적 데이터를 어떻게 상충 없이 통합할 것인가? [34, 35]
- DVF 프레임워크에서 세 지표가 모두 충족되지 않을 때, 어떤 지표를 가장 먼저 포기하거나 피벗(Pivot)해야 하는가? [36, 37]
- [[Inclusive Design]]을 위한 가정 검핑 시, 일반 사용자와 극단적 사용자(Extreme Users) 사이의 가중치를 어떻게 배분하는가? [8]
- 기업용(B2B) 환경에서 Design Thinking을 적용할 때, 구매 결정자와 실사용자 간의 DVF 차이를 어떻게 조정하는가? [38, 39]

### 실무 적용 맥락 (Practical Application Contexts)
- **Implementation:** [[Customer Discovery]] 인터뷰 스크립트 작성 시 사용자의 과거 행동에 집중하는 'Mom Test' 적용 [13, 40].
- **System Design:** [[No-Code]] 도구를 활용하여 Feasibility와 Viability를 저비용으로 조기 검증 [41].
- **Operation / Maintenance:** 로드맵을 2주마다 업데이트하며 Design Thinking을 통해 도출된 새로운 사용자 페인 포인트를 반영 [42].
- **Learning Path:** [[PSPO II]] 등 전문 자격 과정에서 가장 가치 있는 실험을 식별하는 능력 배양 [43, 44].

### 인접 주변 주제 (Adjacent Topics)
- [[Kano Model]]
  - 확장 방향: DT를 통해 도출된 기능들이 사용자의 만족(Delight)과 불만족에 미치는 영향을 분류하는 분석 기법 [45].
- [[Agile Development]]
  - 확장 방향: 검증된 디자인 가설을 신속하게 구현하고 배포하는 실행 엔진 [3].

## 📝 변경 이력 (Change history)
- 2026-06-12: Initial draft generated via Datacollector_MAC P-Reinforce engine. (Design Thinking의 DVF 구조와 Assumption Loop의 통합성 강조)