d77ff5c625
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
104 lines
8.7 KiB
Markdown
104 lines
8.7 KiB
Markdown
---
|
|
id: kano-model
|
|
title: "Kano Model"
|
|
category: "10_Wiki/Topics"
|
|
status: "draft"
|
|
verification_status: "conceptual"
|
|
canonical_id: ""
|
|
aliases: ["카노 모델", "Kano Analysis"]
|
|
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", "Product Prioritization"]
|
|
raw_sources: ["NotebookLM Synthesis"]
|
|
applied_in: ["Getup E-commerce App Case Study", "BBN RS/1 Release 5.0 Specification"]
|
|
github_commit: ""
|
|
---
|
|
|
|
# [[Kano Model]]
|
|
|
|
## 🎯 한 줄 통찰 (One-line insight)
|
|
제품 기능의 충족 수준과 고객 만족도 사이의 비선형적 관계를 분석하여, 단순한 '기능 추가'를 넘어선 '고객 감동'의 우선순위를 설계하는 심리 기반 프레임워크 [1, 2].
|
|
|
|
## 🧠 핵심 개념 (Core concepts)
|
|
1. **만족도 대 충족도 (Satisfaction vs. Functionality):** 만족도는 기능의 구현 수준에 단순히 비례하지 않으며, 기능의 성격에 따라 각기 다른 만족도 곡선을 가짐 [2-4].
|
|
2. **4대 기능 분류 (Four Feature Categories):** 기능을 당연적 품질(Must-be), 일차원적 품질(Performance), 매력적 품질(Attractive), 무관심 품질(Indifferent)로 구분함 [5-8].
|
|
3. **긍정/부정 질문 쌍 (Functional & Dysfunctional Question Pair):** 특정 기능의 "존재 시"와 "부재 시" 사용자의 감정을 동시에 측정하여 숨겨진 기대를 도출함 [9-11].
|
|
4. **기쁨의 자연적 쇠퇴 (Natural Decay of Delight):** 시간이 흐름에 따라 매력적 품질은 성능 품질로, 결국에는 당연적 품질로 진화하는 역동적 특성을 가짐 [12-14].
|
|
|
|
## 🧩 추출된 패턴 (Extracted patterns)
|
|
- **우선순위 계층 구조:** 제품 로드맵 수립 시 '당연적 품질(미충족 시 불만)' -> '일차원적 품질(충족 시 비례 만족)' -> '매력적 품질(차별화 요소)' 순으로 자원을 배분하는 전략적 패턴 [15, 16].
|
|
- **데이터 노이즈 필터링:** 설문 결과에서 '회의적(Questionable)' 또는 '역방향(Reverse)' 응답을 식별하여 사용자의 오해나 잘못된 기능 가정을 사전에 차단함 [17-19].
|
|
- **정성 데이터의 수치화 매핑:** DuMouchel 방법론을 통해 고객의 주관적 감정을 -2에서 4 사이의 점수로 환산하여 2차원 평면에 시각화함 [20-23].
|
|
|
|
## 📖 세부 내용 (Details)
|
|
카노 모델은 1984년 노리아키 카노에 의해 개발되었으며, 제품 백로그의 방대한 기능을 고객 만족도 관점에서 정밀하게 필터링하는 도구로 활용된다 [1, 24].
|
|
|
|
* **기능의 심리적 속성 분류:**
|
|
* **당연적 품질 (Must-be):** 고객이 기본으로 전제하는 기능으로, 완벽히 구현해도 만족도가 높아지지 않지만 조금이라도 부족하면 강력한 불만을 초래한다 (예: 휴대폰의 통화 기능) [6, 25].
|
|
* **일차원적 품질 (Performance):** "많을수록 좋다"는 논리가 적용되는 기능으로, 구현 수준에 비례하여 만족도가 선형적으로 증가한다 (예: 배터리 수명, 인터넷 속도) [5, 6].
|
|
* **매력적 품질 (Attractive):** 고객이 미처 기대하지 못한 기능으로, 부재 시 불만은 없으나 충족 시 예상치 못한 기쁨과 충성도를 유발한다 [7, 8].
|
|
* **무관심 품질 (Indifferent):** 고객이 유무 자체에 관심이 없는 기능으로, 이곳에 투자하는 것은 자원의 낭비(Money Sink)가 된다 [8, 12].
|
|
|
|
* **분석 메커니즘:**
|
|
* **설문 설계:** "만약 [X] 기능이 있다면 어떻게 느끼겠습니까?"(긍정)와 "만약 [X] 기능이 없다면 어떻게 느끼겠습니까?"(부정)를 5지 선다형으로 질문한다 [9, 10].
|
|
* **평가표 매핑:** 두 질문의 답변 조합을 평가표(Evaluation Table)에 대조하여 해당 기능이 어떤 카테고리에 속하는지 결정한다 [10, 11, 19].
|
|
* **연속적 분석(Continuous Analysis):** 단순 최빈값(Mode) 산출을 넘어 평균값과 표준 편차를 활용해 데이터의 분산을 파악하고, 기능의 '만족 잠재력'을 수치화하여 정밀한 우선순위를 도출한다 [20, 26, 27].
|
|
|
|
## ⚖️ 모순 및 업데이트 (Contradictions & updates)
|
|
* **분석의 시효성:** 특정 시점의 카노 분석 결과는 '영구적인 품질'이 아닌 '순간 포착 스냅샷'에 불과하며, 경쟁 상황과 기술 발전에 따라 속성이 끊임없이 변한다 [14].
|
|
* **최소 요구사항의 함정:** [[Minimum Viable Product]] 설계 시 '최소'에만 집중하다가 카노 모델상 '당연적 품질'의 임계치를 밑도는 기능을 출시할 경우, 사용자의 즉각적인 이탈을 초래하는 '빌드 트랩'에 빠질 수 있다 [28-30].
|
|
|
|
## 🛠️ 적용 사례 (Applied in summary)
|
|
* **Getup Case Study:** 남성용 포멀웨어 이커머스 앱 개발 팀은 '전문 스타일리스트 도움' 기능과 '날씨 기반 의상 추천' 기능을 카노 모델 기반의 사용자 관심도 점수(1-5점)로 비교하여 스타일리스트 기능을 우선순위 상단에 배치함 [31-33].
|
|
* **BBN RS/1 Release 5.0:** 제품 사양 정의 과정에서 카노 모델을 사용하여 기능별 중요도를 구분함 [34].
|
|
* **Enterprise Application:** 기쁨(Delight)과 좌절(Frustration) 사이의 균형을 맞추기 위해 카노 모델을 데이터 분석 도구로 활용함 [35, 36].
|
|
|
|
## ✅ 검증 상태 및 신뢰도
|
|
- **상태:** draft
|
|
- **검증 단계:** conceptual (실제 적용 사례 기반으로 분석 로직 확인됨)
|
|
- **출처 신뢰도:** B (전문 가이드 및 실무 케이스 스터디 기반)
|
|
- **중복 검사 결과:** 신규 생성 (New discovery)
|
|
|
|
## 🔗 관련 문서 링크 (Related document links)
|
|
|
|
### 상위/유사 개념
|
|
#### [발견 및 전략 프레임워크]
|
|
- [[Assumption Validation Loop]]
|
|
- 연결 이유: 카노 모델은 제품 가설을 고객 만족도 관점에서 검증하는 핵심 루프의 일부임 [37].
|
|
- 이 개념을 통해 더 깊게 이해할 수 있는 부분: 검증되지 않은 가정이 어떻게 고객 가치로 변환되는지의 메커니즘.
|
|
- [[Assumption Mapping]]
|
|
- 연결 이유: 카노 모델로 분류된 기능의 '가치'를 비즈니스 '위험도'와 결합하여 최종 실험 순서를 정함 [38, 39].
|
|
- 이 개념을 통해 더 깊게 이해할 수 있는 부분: 정성적 만족도 데이터와 정량적 리스크 점수의 결합 방식.
|
|
|
|
#### [요구사항 정의 도구]
|
|
- [[Jobs-to-Be-Done]]
|
|
- 연결 이유: 사용자가 해결하려는 근본적인 '작업'을 이해해야 카노 모델의 질문을 정확하게 설계할 수 있음 [40-42].
|
|
- 이 개념을 통해 더 깊게 이해할 수 있는 부분: 표면적 기능 요청과 본질적 동기의 차이.
|
|
- [[Minimum Viable Product]]
|
|
- 연결 이유: '실행 가능성(Viability)'을 판단할 때 당연적 품질의 충족 여부가 기준이 됨 [29, 43, 44].
|
|
- 이 개념을 통해 더 깊게 이해할 수 있는 부분: 최소 기능 세트(Feature Set) 내 품질 하한선 설정 방법.
|
|
|
|
### 심층 후속 질문 (Deeper Research Questions)
|
|
- 매력적 품질이 당연적 품질로 전이되는 '쇠퇴 속도'를 산업군별로 정량화할 수 있는가? [13]
|
|
- B2B 환경에서 구매 결정자와 실사용자의 카노 분석 결과가 상충될 때 어떤 가중치를 적용해야 하는가? [45]
|
|
- DuMouchel 수치화 모델에서 발생할 수 있는 응답자의 극단적 성향(편향)을 어떻게 보정할 것인가? [20]
|
|
- '무관심 품질'로 분류된 기능이 기술적 부채(Technical Debt) 축적에 미치는 장기적 영향은 무엇인가? [46, 47]
|
|
- 노코드(No-code) 프로토타입을 통한 카노 테스트 시 실제 제품 대비 만족도가 과대평가될 가능성은? [48, 49]
|
|
|
|
### 실무 적용 맥락 (Practical Application Contexts)
|
|
- **Implementation:** 백로그 우선순위 결정 시 정성적 의견 충돌을 해결하기 위한 객관적 데이터 지표로 활용 [24].
|
|
- **System Design:** 당연적 품질(Must-be)에 해당하는 기능은 시스템 아키텍처 설계 시 가장 높은 안정성과 가용성을 확보해야 함 [25].
|
|
- **Operation / Maintenance:** '무관심 품질'로 판명된 기능을 과감히 제거하여 운영 효율성을 높이고 리소스 낭비를 방지함 [12].
|
|
- **Learning Path:** 고객 인터뷰(Qualitative) 후 대규모 설문(Quantitative)으로 넘어가는 단계에서 가설을 검증하는 도구로 학습 [26, 50].
|
|
|
|
### 인접 주변 주제 (Adjacent Topics)
|
|
- [[MoSCoW Prioritization]]
|
|
- 확장 방향: 카노 모델의 분류 결과를 Must/Should/Could/Won't 범주와 매핑하여 관리하는 방법 [51, 52].
|
|
|
|
## 📝 변경 이력 (Change history)
|
|
- 2026-06-12: Initial draft generated via Datacollector_MAC P-Reinforce engine. (NotebookLM Synthesis 기반) |