대부분의 팀이 한 번쯤 이런 경험을 해봤을 거예요.
- 몇 주나 걸려서 기능을 출시했는데, 사용자가 거의 반응하지 않는다
- 작은 개선을 했을 뿐인데, 만족도가 확 올라간다
- 도움이 될 거라고 생각해서 추가한 작은 기능에 불만이 갑자기 쏟아진다
이건 보통 기능을 어떻게 전달했느냐의 문제가 아니에요.이건 사용자의 기대(Expectation)를 제대로 분석하지 못 해서 발생하는 문제예요.
카노 모델(Kano Model)은 단순하지만 자주 간과되는 다음과 같은 개념을 다뤄요.
기능의 영향력은 그 기능이 얼마나 “좋은지”로 결정되지 않는다.
사용자가 무엇을 기대하느냐로 결정된다.
이번 시리즈에서는 카노 모델이 무엇이고, 어떻게 적용하며, 어떤 실수를 피해야 하는지 단계별로 살펴볼게요.
1. 왜 기능을 많이 만들어도 만족도가 안 오르는가
더 많은 기능 = 더 많은 가치 = 더 높은 만족도
이런 공식에 빠지기 쉬워요. 하지만 실제 사용자 만족도는 기능의 개수에 따라 선형적으로 증가하지 않아요. 사람들은 머릿속에서 기능을 “합산”하지 않거든요. 자신의 문제를 해결해 줄 것이라는 기대를 기준으로 반응하죠.
1) 팀이 빠지기 쉬운 세 가지 희망
(1) “만들어 주면 고마워할 거야”
사용자는 많은 개선을 당연한 것으로 받아들여요. 기대하고 있던 것을 제공해도, 기뻐하고 행복해하는 생기는 경우는 드물죠.
(2) “사용자가 요청한 거니까 만족도가 올라갈 거야”
팀이 보기에 사용자들의 요청들은 하나하나 합리적으로 보이고, 또 이를 개발하면 큰 변화가 일어날 것이라고 생각해요. 하지만 그 개별 요소들이 하나의 제품으로 묶였을 때, 그것이 프로덕트에 대한 감정을 바꾸지는 않는 경우는 드물어요.
(3) “기능을 추가하면 불만이 줄어들 거야”
더 많은 기능은 오히려 인지 부하(Cognitive Load)를 높일 수 있어요. 사용자가 원하지 않은 복잡성을 만들어내며 경험을 악화시키기도 하죠.
2) 단순한 사고 모델: 만족은 비대칭적이다
하나의 기능이 작동하는 방식은 세 가지로 나뉠 수 있어요.
- 없으면 사용자가 화를 낸다
- 있어도 사용자가 별 감흥이 없다
- 있으면 사용자가 기분 좋게 놀란다
이건 세 가지 서로 다른 관계이고, 각각 다른 의사결정을 필요로 해요.
2. 카노 모델이 실제로 무엇인가
많은 사람이 카노 모델을 “기능 우선순위를 매기는 프레임워크”로 처음 접해요. 완전히 틀린 건 아니지만, 그것만으로는 부족하죠.
카노 모델을 가장 잘 이해하는 방법은 다음과 같아요.
프로덕트의 역량을 사용자의 감정적 반응에 매핑하는 프레임워크
원래 일본의 카노 노리아키(Noriaki Kano) 교수가 품질 관리 분야에서 개발했으며, 다음과 같은 원칙을 기반으로 해요.
- 모든 개선이 감사를 이끌어내는 건 아니다
- 일부 개선은 단순히 기대되는 것이다
- 일부 개선은 오히려 불만을 만들 수도 있다
그래서 카노 모델은 단순히 “다음에 무엇을 만들까?”만 묻는 게 아니에요. 다음을 파악하도록 도와주는 거예요.
- 어떤 역량이 만족에 결정적인가
- 어떤 역량이 중립적인가
- 어떤 역량이 경험을 강력하게 해치는가
카노 모델이 오늘날에도 유용한 이유 중 하나는, 좁은 의미의 “기능” 너머까지 적용할 수 있다는 점이에요.
- 프로덕트 역량 (검색, 온보딩, 보안)
- 서비스 요소 (고객지원 응답 시간, 환불)
- 경험 결정 (알림, 기본값, 마찰)
- 정책 선택 (한도, 인증 요건)
카노 모델은 이런 요소들을 사용자가 어떻게 가치를 매기고 감정적으로 반응하는지에 따라 다섯 가지 카테고리로 분류해요. 이 분류가 우선순위 결정에 실용적이기도 하지만, 근본적인 목적은 더 깊어요. ‘기대’에 기반한 만족을 이해하는 것이죠.
“무엇을 만들 것인가”보다는 이런 질문에 가까워요.
- 사용자가 가치를 어떻게 해석하는가
- 왜 일부 개선은 아무런 반응을 보이지 않는가
- 왜 일부 기능은 역효과를 내는가
- 기대가 시간에 따라 어떻게 변하는가
1) 카노 모델이 바꾸는 핵심 질문
대부분의 우선순위 프레임워크는 이런 질문을 해요.
- 가장 큰 영향을 미치는 건 무엇인가?
- ROI가 가장 높은 건 무엇인가?
- 노력이 가장 적게 드는 건 무엇인가?
카노 모델은 다른 질문을 하죠.
“이 기능이 있으면(또는 없으면), 어떤 감정적 반응이 생기는가?”
그래서 카노 모델은 다양한 영역에 자연스럽게 연결돼요.
| 영역 | 카노 모델과의 연결 |
|---|---|
| UX | 기대가 “사용하기 편한 것”과 “짜증나는 것”의 경계를 결정한다 |
| 그로스(Growth) | 기쁨은 공유를 유발하지만, 기본은 이탈을 막는다 |
| 가격 | 특정 가격대에서 당연히 있어야 한다고 기대되는 역량이 있다 |
| 전략 | 차별화는 종종 “매력적” 기능에서 나온다 |
| 고객지원 | 불만의 강도가 “당연 기대” 공백을 알려주는 신호다 |
2) 카노 모델은 체크리스트가 아니라 관계에 관한 것
중요한 뉘앙스가 있어요.
- 카노 모델은 “이건 좋은 기능이다” 또는 “이건 나쁜 기능이다”라고 말하지 않아요
- 카노 모델은 “이 기능은 사용자의 마음속에서 이렇게 작동한다”라고 말해요
이 구분이 중요한 이유는, 같은 기능이라도 다음에 따라 다르게 받아들여지기 때문이에요.
- 사용자 세그먼트 (초보자 vs 전문가)
- 맥락 (업무용 vs 개인용)
- 카테고리 기준 (경쟁사가 이미 제공하는 것)
- 문화와 시기 (기대는 변한다)
3. 사용자 기대의 다섯 가지 종류
카노 모델은 기능을 다섯 가지 카테고리로 분류해요.
| 카테고리 | 있을 때 | 없을 때 | 의미 |
|---|---|---|---|
| 당연한 것(Must-be) | 중립 | 분노 | 기본적인 신뢰와 당위성 |
| 일차원적(One-dimensional) | 만족 상승 | 불만 상승 | 경쟁력을 갖춰줌 |
| 매력적(Attractive) | 기쁨 | 중립 | 차별화와 놀라움 |
| 무관심(Indifferent) | 중립 | 중립 | 낮은 투자 대비 효과 |
| 역효과(Reverse) | 불만 | 안도 | 과잉, 침해적 경험 |
2. 각 유형 상세
1) 당연한 것(Must-be)
당연한 기능은 사용자가 있을 거라고 가정하는 것이에요.
- 없으면: 강한 불만
- 있으면: 별다른 추가 만족 없음
예시
- 팀 채팅 도구: 메시지 전달 신뢰성 (메시지가 사라지지 않고, 기기 간 동기화가 작동한다)
- 온라인 쇼핑몰: 정확한 주문 확인과 영수증
- 비밀번호 관리자: 카테고리 기준에 부합하는 암호화와 안전한 인증 정보 처리
당연한 기대 기능이 실제로 드러나는 방식
- 사용자가 칭찬하는 일은 거의 없다
- 실패하면 큰 소리로 불만을 제기한다
- 고객지원 티켓이 “이게 당연하지 않나?” 같은 톤이다
당연 기대가 누락된 신호
- “이것도 없다니 믿을 수가 없다…” 같은 리뷰
- 불편함이 아니라 수용 불가로 프레이밍되는 불만
- “불안하다”, “신뢰할 수 없다”, “비전문적이다” 같은 표현
2) 일차원적(One-dimensional)
일차원적 기능은 성능에 상대적으로 비례해서 만족도를 높이는 요소에요.
- 성능이 높으면: 더 높은 만족
- 성능이 낮으면: 더 높은 불만
예시
- 화상회의: 오디오 품질과 회의 안정성
- 음식 배달: 배달 속도와 예상 도착 시간의 정확도
- 앱 내 검색: 검색 결과의 관련성과 응답 시간
일차원적 기능을 알아보는 방법
사용자가 정도(Gradient)를 기준으로 말해요.
- “X보다 빠르다”
- “너무 느리다”
- “정확도가 좋아졌다”
- “시간을 아껴준다”
이런 기능들은 지표와 벤치마킹에 자연스럽게 맞아 떨어지죠.
3) 매력적(Attractive)
매력적 기능은 있으면 기쁨을 만들지만, 없어도 분노를 일으키지 않아요.
- 있으면: 기분 좋은 놀라움
- 없으면: 사용자가 대체로 괜찮다
이런 기능은 종종 잠재적 니즈(Latent Needs)를 다뤄요. 좋은 솔루션을 경험하기 전까지 사용자 스스로 명확히 표현하지 못하는 니즈예요.
예시
- 캘린더 앱: 회의 부하에 따라 집중 시간 블록을 자동으로 제안
- 지출 추적 앱: 정기 구독을 감지해서 반복 지출로 분류할지 물어보기
- 학습 플랫폼: 퀴즈 후 개인화된 연습 계획 자동 생성
핵심 뉘앙스
매력적 기능은 “아무거나 이상한 것”이 아니에요. 최고의 매력적 기능은 이런 느낌을 줘요.
- “아, 딱 이게 필요했는데”
- “소프트웨어가 이런 것까지 해줄 수 있구나”
- “세심하게 배려한 느낌이 든다”
4) 무관심(Indifferent)
무관심 기능은 있어도 없어도 별 차이가 없는 것이에요.
- 있으면: 의미 있는 만족 없음
- 없으면: 의미 있는 불만 없음
이 카테고리는 불편해요. 팀이 좋은 의도로 투자한 기능이 여기에 해당하는 경우가 많거든요.
예시
- 대부분의 프로덕트: 사용자가 한 번도 보지 않는 과도하게 세분화된 프로필 배지
- 내부 도구: 보기엔 좋지만 의사결정에 한 번도 쓰이지 않는 대시보드 위젯
- 메모 앱: 체크박스 애니메이션을 다섯 가지나 만드는 것
무관심 기능이 만들어지는 흔한 이유
보통 이런 배경에서 만들어져요.
- 이해관계자(Stakeholder)가 요청했다
- “모범 사례(Best Practice)”처럼 들렸다
- 출시하기 쉬워 보였다
- 데모에서 보기 좋았다
카노 모델은 이런 상황에서 “이건 실제 작업이지만 감정적 보상이 없는 일일 수 있다”고 말할 수 있는 언어를 줘요.
5) 역효과(Reverse)
역효과 기능은 있을 때 일부 사용자의 만족을 오히려 떨어뜨리는 것이에요.
- 있으면: 불만 증가
- 없으면: 만족 증가
이런 현상은 “도움이 되려는 것”이 “침해적인 것”으로 바뀔 때 자주 일어나요.
예시
- 공격적인 온보딩 팝업: 매번 작업을 차단하는 팝업
- 자동 재생 오디오/비디오: 사용자가 통제를 원하는 맥락에서
- 과도한 개인화 추천: 유용하기보다 소름끼치게 느껴지는 것
역효과 기능은 세그먼트에 따라 다른 경우가 많아요
파워 유저가 좋아하는 것이 초보자를 짜증나게 할 수 있고, 그 반대도 마찬가지예요. 그래서 카노 모델은 세그먼테이션(Segmentation)과 함께 쓸 때 효과가 배가되죠.
다음 편에서는 카노 모델이 가장 빛나는 순간이 언제인지, 그리고 실무에 적용하는 방법을 살펴볼게요.
카노 모델 시리즈