서론: 우리는 고객을 정말 알고 있을까?
많은 회사가 자사 제품의 사용자를 꽤 잘 이해하고 있다고 생각합니다. 하지만 대부분은 '확신에 찬 추측'에 가깝습니다. 설문조사에서 '네, 필요해요'라고 답한 사용자가 막상 실제 제품에서는 전혀 다른 행동을 보이는 경우를 우리는 수도 없이 봐왔습니다.
문제는 사용자가 말하는 것과 실제 행동 사이의 괴리에 있습니다. Erika Hall이 지적했듯, 직접적인 질문은 진실된 답을 얻는 최악의 방법입니다. 사람들은 자신의 진짜 동기를 항상 인지하지 못하며, 질문에 자신의 맥락을 덧입히고, 극단적인 사례에 집착하며, 단기 목표를 장기 목표보다 우선시하기 때문입니다.
이 글에서는 Hannah Shamji의 '고객 이해 4단계(Four Levels of Customer Understanding)' 프레임워크를 바탕으로, 어떻게 하면 피상적인 피드백 너머에 있는 사용자의 진짜 니즈와 동기를 발견할 수 있는지 실전 전략을 공유합니다.
이 글은 Smashing Magazine의 원문에서 영감을 받아, 한국 개발자/디자이너의 실무 맥락에 맞게 재구성했습니다.
사용자 이해의 4단계: 말, 생각, 행동, 그리고 이유
Hannah Shamji가 제안한 4단계 모델은 사용자 이해의 깊이를 계층화합니다. 각 레벨은 서로 충돌하는 데이터를 제공할 수 있으며, 진정한 이해는 이 모든 레벨을 삼각측량(Triangulation)하여 얻을 수 있습니다.
Level 1: "사용자가 말하는 것" (What they say)
- 수집 방법: 설문조사, CRM 데이터, 인터뷰 녹취, NPS 점수
- 위험: 가장 쉽게 수집할 수 있지만 가장 신뢰하기 어렵습니다. 사용자는 자신의 행동을 '바람직한 방향'으로 설명하려는 경향이 있습니다.
- 실무 팁: NPS(Net Promoter Score)는 개인적으로 추천하지 않습니다. 점수 자체보다 '왜 그 점수를 줬는가'의 정성적 맥락이 훨씬 중요합니다. 한국 SI 환경에서는 고객사 임원의 '말'이 프로젝트 방향을 왜곡하는 경우가 많으므로, Level 1 데이터는 항상 의심하고 교차 검증하세요.
Level 2: "사용자가 생각하고 느끼는 것" (What they think and feel)
- 수집 방법: 심층 인터뷰, 맥락적 조사(Contextual Inquiry), 감정 지도(Emotion Map)
- 핵심: 기억과 선호도에 크게 영향받습니다. 사용자가 "이 기능이 중요해요"라고 말하지만, 실제로는 한 번도 써보지 않은 경우가 많습니다.
- 도구 추천: Geoffrey Roberts의 감정 휠(Emotion Wheel) 은 인터뷰 중 사용자의 미묘한 감정을 포착하는 데 매우 유용합니다. "좋아요/싫어요"를 넘어 '혼란', '의심', '호기심' 같은 구체적인 감정을 짚어낼 수 있습니다.
Level 3: "사용자가 실제로 하는 것" (What they do)
- 수집 방법: 행동 로그 분석(Amplitude, Mixpanel), 히트맵, 세션 리플레이, 태스크 분석
- 중요성: 진짜 행동 데이터입니다. 사용자가 '비교 테이블이 필요하다'고 말했지만, 실제로는 검색 기능을 더 많이 쓴다면? 말보다 행동이 우선입니다.
- 관찰 포인트: 마우스가 맴돌지만 클릭하지 않는 지점, 스크롤 속도 변화, 반복되는 취소/뒤로가기. 이런 미시적 신호가 큰 인사이트를 줍니다.
Level 4: "사용자가 왜 그렇게 하는지" (Why they do it)
- 수집 방법: 종단적 관찰(Longitudinal Study), 일기 연구(Diary Study), 작업 워크스루(Task Walkthrough)
- 난이도: 가장 깊지만 가장 시간과 신뢰가 필요한 단계입니다. 사용자와의 진정한 관계 형성이 필수적입니다.
- 실무 적용: 한국의 경우, B2B SaaS에서는 고객사의 업무 프로세스를 2~3일간 실제로 따라가며 관찰하는 '섀도잉(Shadowing)'이 효과적입니다. "고객이 왜 이 단계에서 엑셀로 내보내기를 하는가"에 대한 답이 여기서 나옵니다.
// 간단한 행동 로그 수집 예시 (React + GA4 이벤트)
// 실제 프로덕트에 심어서 Level 3 데이터를 수집하는 코드
function trackUserBehavior(eventName, payload) {
// 예: 'product_compare_click', 'search_used', 'filter_applied'
window.gtag('event', eventName, {
...payload,
timestamp: Date.now(),
session_id: getSessionId() // 세션 기반 분석
});
}
// 사용 예: 비교 테이블 기능 사용 여부 추적
function ProductTable({ products }) {
const handleCompare = (productId) => {
trackUserBehavior('compare_table_used', { productId });
// 실제 비교 로직
};
return (
<table>
<thead>
<tr>
<th>제품명</th>
<th>비교하기</th>
</tr>
</thead>
<tbody>
{products.map(p => (
<tr key={p.id}>
<td>{p.name}</td>
<td>
<button onClick={() => handleCompare(p.id)}>
비교
</button>
</td>
</tr>
))}
</tbody>
</table>
);
}
한국 개발 생태계 적용 맥락: 국내 스타트업에서는 '일단 만들고 보자'는 문화가 강해 Level 1~2 데이터만으로 제품 방향을 결정하는 경우가 많습니다. 하지만 이렇게 되면 '고객이 말한 대로 만들었는데 안 써요'라는 상황이 반복됩니다. 최소한 Level 3(행동 데이터)를 함께 보지 않으면, 그 '말'은 단지 예의상 또는 단기적인 니즈일 가능성이 높습니다.
감정 포착의 기술: 관찰과 미러링
사용자의 감정을 포착하는 것은 까다롭지만, 제품의 정서적 영향을 측정하는 데 필수적입니다. 과거에는 '소리내어 말하기 프로토콜(Think-Aloud Protocol)'을 많이 썼지만, 이는 오히려 방해가 됩니다. 사용자가 말하는 데 집중하면 자연스러운 감정 반응이 가려지기 때문입니다.
대신 다음 전략을 사용하세요:
- 침묵 관찰: 사용자가 과제를 수행하는 동안 말을 걸지 말고, 마우스 호버, 스크롤 패턴, 표정 변화(찡그림, 미간 찌푸림)를 기록합니다.
- 미러링(Mirroring): 사용자가 한 말을 그대로 반복하거나 같은 질문을 다르게 paraphrasing하여 다시 물어봅니다. "아까 말씀하신 '비교가 어렵다'는 부분이 정확히 어떤 상황인지 조금만 더 설명해주실 수 있나요?"
- 감정 휠 활용: 인터뷰 중간에 감정 휠을 보여주며 "지금 이 중 어떤 감정에 가장 가까우신가요?"라고 물어보면, 사용자가 자신의 감정을 더 정확히 표현할 수 있습니다.
감정이 전부는 아니다
Alin Buda의 강력한 반론도 기억해야 합니다. "우리의 일은 사용자의 문제, 고통, 혼란을 해결하는 것이지, 감정을 연기하거나 공감을 과시하는 것이 아니다." 저는 이 주장에 상당 부분 동의합니다. 감정은 신호일 뿐입니다. 중요한 것은 그 감정 뒤에 있는 근본적인 니즈와 행동 패턴을 진단하는 것입니다.
이 기술의 한계 또는 주의사항: 감정 분석에 지나치게 의존하면 '사용자를 기쁘게 하는' 표면적 개선에 집중하게 되어, 진짜 문제 해결을 놓칠 수 있습니다. 예를 들어, 사용자가 '당황'하는 것은 UI가 복잡해서일 수도 있지만, 사실은 그 기능 자체가 필요 없기 때문일 수도 있습니다. 감정 데이터는 항상 행동 데이터와 함께 해석해야 합니다.
결론: 검증(Validation)이 아니라 진단(Diagnosis)을 하라
많은 조직이 '사용자 테스트를 통한 검증'을 말하지만, 그것은 종종 기존 가정을 확인하는 도구에 불과합니다. 진정한 리서치는 사전 개념 없이 사용자의 실제 행동을 진단하는 것입니다.
실무에 바로 적용할 수 있는 5가지 전략
David Travis가 제안한 방법 중에서도 특히 한국 조직에 바로 도입할 수 있는 전략을 소개합니다:
- 노출 시간(Exposure Hours): 모든 팀원(개발자, 마케터, 경영진)이 6~12주마다 최소 2시간씩 고객과 직접 접촉하도록 의무화하세요. 한국에서는 '고객센터 모니터링'이나 '영업 미팅 참관'으로 시작할 수 있습니다.
- 라이브 UX 테스트: 회사 전체가 참관할 수 있는 사용성 테스트 세션을 분기마다 개최하세요. 개발자들이 실제 사용자가 헤매는 모습을 보면 공감도가 완전히 달라집니다.
- 공동 디자인(Co-design): 새 기능의 프로토타입을 사용자에게 보여주고 순위를 매기게 하세요. "이 중에 가장 필요한 게 뭐예요?"라고 묻는 것만으로도 Level 2 데이터를 얻을 수 있습니다.
- 헬프데스크 인사이트: 3~6개월마다 고객센터의 주요 불만과 문의를 수집하여 제품 팀과 공유하세요. '자주 묻는 질문'은 제품의 가장 큰 사용성 문제를 반영합니다.
- 도청(Listening In): 고객 서비스 전화, 웹 채팅, 또는 사용자가 활동하는 커뮤니티(예: 한국의 경우 오픈카톡, 네이버 카페)에서 사용자의 생생한 목소리를 들어보세요.
함께 보면 좋은 글
다음 단계 학습 방향
이 글에서 다룬 4단계 프레임워크를 실제 프로젝트에 적용해보세요. 먼저 현재 팀이 주로 사용하는 데이터가 Level 1~4 중 어디에 속하는지 진단하는 것부터 시작하는 것을 추천합니다. 그런 다음, 한 가지 전략(예: 노출 시간)을 선택하여 3개월간 실행해보고, 그 전후로 제품 개선 속도와 사용자 만족도가 어떻게 달라졌는지 측정해보세요.
핵심은 단순합니다. 묻지 말고, 관찰하라. 검증하지 말고, 진단하라. 그 차이가 평범한 제품과 사용자의 삶을 실제로 바꾸는 제품을 가르는 유일한 길입니다.