예의 바른 검증이 아니라 실제 이야기가 필요할 때 /conducting-user-interviews는 인터뷰와 질문을 설계해 사용자가 실제로 무엇을 하는지 듣게 합니다. — Claude Skill

사용자 인터뷰 수행 - 전체 게스트 인사이트

게스트 43명, 언급 64개

---

Adriel Frederick

Adriel Frederick

"한계 사용자가 누구인지 파악하는 데 데이터만 쓰지 마세요. 데이터는 그들이 어디에 있는지, 무엇이 잘못됐을 수 있는지에 대한 단서를 줍니다. 힌트는 줍니다. 하지만 답을 주지는 않습니다. 답을 찾으려면 그들을 직접 보러 가야 합니다."

인사이트: 관찰 리서치는 데이터 퍼널에서는 보이지 않는 '직교적' 문제를 드러냅니다.

실행 조언:

• 사용자가 제품을 직접 사용하는 모습을 보며 그들의 사고 모델(예: 별명 사용 vs. 법적 이름 사용)이 제품 설계와 충돌하는 지점을 식별합니다
• 데이터로 어디를 볼지 정하되, 인터뷰와 관찰로 왜 그런지 찾습니다

타임스탬프: 00:51:30

Bangaly Kaba

Bangaly Kaba

"우리는 문자 그대로 3개월마다 인도 현장에 있었고 엔지니어 팀을 데려갔습니다. 델리의 사람들 집과 뭄바이에 들어가 무슨 일이 벌어지는지 조사하고, 사람들이 친구를 만드는 모습과 '알 수도 있는 사람' 기능을 쓰는 모습을 지켜봤다는 뜻입니다."

인사이트: 사용자를 자신의 환경에서 직접 관찰하면 데이터가 포착하지 못하는 문화적 뉘앙스와 사고 모델이 드러납니다.

실행 조언:

• 사용자가 핵심 작업을 수행하는 모습을 관찰해 사고 모델(예: 사진으로 검색)이 제품 설계(예: 이름으로 검색)와 어떻게 다른지 봅니다
• 제품 기능을 효과적으로 현지화하기 위해 사용자 행동의 비서구적 패러다임을 식별합니다

타임스탬프: 01:27:14

Bob Moesta

Bob Moesta

"우리가 가장 먼저 하는 일은 고객에게서 이야기를 끌어내려는 것입니다. 반드시 내 제품일 필요는 없습니다. 아직 만들지 않았다면 다른 사람의 제품이어도 됩니다. 사람들이 나를 고용할 때 무엇을 해고할 것인가를 보는 겁니다."

인사이트: 인터뷰는 사용자가 왜 오래된 해결책에서 새로운 해결책으로 전환했는지에 대한 '이야기'에 집중해야 합니다.

실행 조언:

• 최근 구매했거나 제품을 바꾼 사람을 인터뷰해 그 이동의 '인과관계'를 이해합니다
• 사용자가 새 제품을 '고용'하기 위해 무엇을 '해고'할지 묻습니다

타임스탬프: 00:18:39

---

"저는 이미 진전을 만들려고 시도한 사람들과만 이야기합니다... 무언가를 했고 시도한 사람, 실패했을 수도 있지만 무엇이 그들을 시도하게 했는지 말해줄 사람과 이야기해야 합니다."

인사이트: 사람들이 '할 수도 있는' 일에 대해 인터뷰하지 마세요. 이미 행동했거나 문제를 풀려고 시도한 사람만 인터뷰해야 합니다.

실행 조언:

• 문제를 해결하려고 이미 시간이나 돈을 쓴 인터뷰 대상자를 걸러냅니다
• '불평'은 무시하고 '전환'(실제 행동 변화)을 찾습니다

타임스탬프: 00:28:09

---

"또 하나의 팁은 토론 가이드를 갖지 말라는 것입니다. 모두가 같은 질문 묶음을 묻고 싶어 하기 때문에 사람들을 미치게 하지만, 같은 질문 묶음을 묻다 보면 실제로 가장 의미 있는 정보가 들어 있는 흐름을 따라가지 못합니다."

인사이트: 딱딱한 토론 가이드는 인터뷰어가 가장 가치 있는 대화 흐름을 따라가지 못하게 합니다.

실행 조언:

• 스크립트 대신 '네 가지 힘'(밀어내는 힘, 끌어당기는 힘, 불안, 습관)을 사고 프레임워크로 사용합니다
• 사용자가 이름 붙이기 어려운 감정을 말로 표현하도록 양극단을 제시하는 '괄호치기'를 사용합니다

타임스탬프: 00:30:18

Christine Itwaru

Christine Itwaru

"전직 제품 관리자로서 말하자면, 고객과 시간을 보내고 그들의 고통을 지켜보는 일을 절대 포기하지 않을 것입니다. 제가 제품을 사랑하게 된 계기도 12년 전 내부 고객이 키보드와 싸우고 마우스와 싸우는 모습을 보았기 때문입니다. 저는 '세상에, 이 사람은 뭘 하고 있는 거지?'라고 생각했습니다."

인사이트: 고객이 겪는 어려움을 직접 관찰하는 것은 제품 공감과 실제 문제 식별의 토대가 되는 경험입니다.

실행 조언:

• 고객이 자연스러운 환경에서 제품을 쓰는 모습을 보며 인터페이스와 싸우는 지점을 확인합니다
• '고통'을 생생하게 이해하기 위해 간접 보고보다 직접 관찰을 우선합니다

타임스탬프: 00:00:00

---

"제품 관리자가 '저는 그 대화에 참여하고 싶지 않습니다'라고 말하는 모습을 상상할 수 없습니다. 그렇다면 저는 이렇게 말하겠습니다. 제품 일을 하지 마세요."

인사이트: 고객과 직접 상호작용하는 것은 제품 관리자의 양보할 수 없는 핵심 책임이며, 운영팀에 떠넘겨서는 안 됩니다.

실행 조언:

• 지원팀이나 운영팀이 있더라도 제품 관리자가 고객과 직접 연결되는 선을 유지하게 합니다
• 고객 대화를 문제 발견의 주요 도구로 사용합니다

타임스탬프: 00:28:50

Chris Hutchins

Chris Hutchins

"인터뷰에서 제품이 이미 존재하는 척하기 시작했습니다. 그러다가 마지막에 사람들이 '아, 아직 나온 게 아니군요'라고 알게 됐습니다. 그러면 그들은 '제가 쓰고 싶은 건...'이라고 했습니다. '아니, 아니, 아니, 이건 나와야 해요. 지금 쓰기 시작하고 싶어요'라는 느낌을 정말 느낄 수 있었습니다."

인사이트: 인터뷰 중 제품이 이미 살아 있는 척하면 사용자의 욕구와 긴급함의 깊이를 드러낼 수 있습니다.

실행 조언:

• 클릭 가능한 완전한 프로토타입으로 실제 경험을 시뮬레이션합니다
• 사용자가 아직 제품에 접근할 수 없다는 것을 깨달을 때의 감정 반응을 관찰합니다

타임스탬프: 00:10:12

Chip Conley

Chip Conley

"저는 그냥 '들어보세요, 호스트 중 나이가 있는 분들을 모셔서 모바일만으로 자신의 숙소 등록을 얼마나 잘 관리할 수 있는지 봅시다'라고 말했습니다."

인사이트: 모바일 전용 같은 편향된 제품 결정을 막으려면 사용자 리서치에 다양한 인구통계 세그먼트를 포함해야 합니다.

실행 조언:

• 주요 전략 전환을 테스트하기 위해 과소대표되는 연령대 사용자를 적극적으로 모집합니다

타임스탬프: 00:09:47

---

"저는 실제로 전 세계의 호스트 집에 들어갔습니다... Brian이 다른 사람들보다 그런 일을 덜 했기 때문에 저는 운이 좋았다고 생각합니다."

인사이트: 고객을 자신의 환경에서 직접 대면 관찰하면 데이터만으로는 얻을 수 없는 신뢰도가 생깁니다.

실행 조언:

• 사용자에 대한 깊은 정성적 공감을 얻기 위해 '세계 투어'나 가정 방문을 진행합니다

타임스탬프: 00:15:05

Christopher Miller

Christopher Miller

"우리는 사용자와 직접 이야기하는 데 많은 시간을 썼고, 게릴라식 사용자 리서치 기법도 많이 사용했습니다. 문자 그대로 때로는 밖으로 나가 지나가는 러너들과 이야기하며 동기를 찾는 데 어떤 어려움이 있는지 이해했습니다."

인사이트: 데이터 뒤의 '왜'를 이해하려면 매개 없는 직접 사용자 접근이 필수입니다.

실행 조언:

• 사용자의 자연스러운 환경에서 이야기하는 '게릴라' 리서치 방법을 사용합니다
• 행동의 감정적 동기와 동기부여 요인을 이해하는 데 인터뷰를 집중합니다

타임스탬프: 00:24:17

---

"저는 보통 HubSpot을 쓰지 않기로 결정한 사람들과의 대화를 정말 즐깁니다. 그 결정을 무엇이 이끌었는지 풀어보려 합니다. 우리가 가끔 가정하는 것만큼 계산된 결정이었는지... 그러다 보면 그것이 때로는 꽤 감정적이고, 매우 본능적이며, 내장감각에 가까운 결정이었다는 것을 자주 알게 됩니다."

인사이트: 놓친 잠재 고객이나 이탈 사용자를 인터뷰하면 사용 데이터가 포착하지 못하는 감정적 장벽과 브랜드 관련 장벽이 드러납니다.

실행 조언:

• 경쟁사나 '비소비'를 선택한 사람과의 인터뷰를 우선합니다
• 의사결정 과정 중 사용자의 감정 상태를 파고드는 질문을 합니다

타임스탬프: 00:27:40

David Placek

David Placek

"그 단계에서 소비자 리서치나 고객 리서치를 합니다... 이름들을 일련의 훈련에 넣고... 그 이름들이 상상력을 어떻게 자극하는지 봅니다. 리서치에서 가장 중요한 것은 이름이 인기 있는가, 편안한가, 콘셉트에 맞는가가 아닙니다."

인사이트: 이름에 대한 사용자 리서치는 인기나 '적합성'보다 상상력과 기대에 집중해야 합니다.

실행 조언:

• 사용자가 그 이름을 '좋아하는지'보다 특정 이름을 가진 제품에서 무엇을 기대하는지 묻습니다
• 이름이 제품을 고려하게 만드는 '사전 성향'을 만드는지 테스트합니다

타임스탬프: 00:51:44

Dalton Caldwell

Dalton Caldwell

"세상 밖으로 나가 사람들과 직접 이야기해야 합니다. 키보드 뒤에 숨어 있으면서 그것을 고객과 이야기하는 것이라고 부를 수는 없습니다. 많은 사람들은 랜딩 페이지를 만들고 Instagram 광고를 사서 사람들이 무언가에 가입하게 하려는 경향이 있습니다. 그것도 뭔가이긴 하겠지만, 많은 사람이 그렇게 하는 이유는 그냥 부끄럽고, 밖으로 나서기 싫고, 사람들과 이야기하는 것이 조금 어색하기 때문이라고 생각합니다."

인사이트: 효과적인 사용자 리서치는 초기 발견에서 '키보드' 편향과 사회적 불안을 넘어서기 위해 물리적인 대면 상호작용을 요구합니다.

실행 조언:

• 랜딩 페이지나 광고 같은 디지털 대체물보다 직접 대면 미팅을 우선합니다
• 아이디어에 대해 낯선 사람과 이야기하는 사회적 어색함을 밀고 나갑니다
• '고객 검증'이라는 말을 단지 광고를 돌리는 것의 완곡어로 쓰지 않습니다

타임스탬프: 00:41:49

---

"달력을 봐야 한다고 생각합니다. 시간의 20%나 30%는 고객 미팅, 고객 통화, 누구와의 미팅, 이 사람과의 미팅 같은 것이 달력에 있어야 합니다. 달력이 그렇지 않거나 전부... 다시 말해 실제로 하고 있는 것이 아이디어를 검증하려고 광고를 사는 것뿐이라면, 저는 그것을 고객과 이야기하는 것이라고 보지 않습니다."

인사이트: 사용자 리서치에 대한 창업자의 헌신은 달력에 나타나야 하며, 이상적으로 시간의 20-30%를 차지해야 합니다.

실행 조언:

• 직접 고객 통화나 미팅에 시간의 20-30%가 쓰이는지 달력을 감사합니다
• '분석 화면을 바라보는 것'과 실제 대화를 구분합니다

타임스탬프: 00:43:17

Dmitry Zlokazov

Dmitry Zlokazov

"고객 리서치와 피드백 수집처럼 중요한 일을 누군가에게 위임하면 정제되고 필터링된 버전을 받게 됩니다. 사람들이 사물을 어떻게 설명하는지, 어떤 감정을 느끼는지, 어디에서 막혔다고 생각하는지 같은 뉘앙스를 얻지 못합니다. 이 과정에서 중요한 정보의 바이트를 모두 잃어버리기 매우 쉽습니다. 그래서 저는 고객과 직접 소통 채널을 갖는 것이 매우 중요하다고 강하게 믿습니다."

인사이트: 제품 소유자는 중간자를 통해 피드백이 걸러질 때 생기는 중요한 뉘앙스를 잃지 않기 위해 직접 리서치를 수행해야 합니다.

실행 조언:

• 사용자 감정과 고통 지점에 직접 연결되기 위해 고객 리서치를 위임하지 않습니다
• 제품 소유자가 몇 번의 클릭으로 설문이나 인터뷰를 시작할 수 있는 내부 도구를 만듭니다

타임스탬프: 00:23:52

Geoffrey Moore

Geoffrey Moore

"의사에게 가는 것과 같습니다. 의사가 와서 '제가 방금 한 수술 영상을 보여드려도 될까요?'라고 말하길 원하지 않습니다... 제가 하고 싶은 것은 옆구리 통증에 대해 이야기하는 것입니다. 그리고 의사가 그것에 대해 좋은 질문을 하면 '아, 이 사람은 좋은 의사구나. 믿어야겠다'라고 생각합니다."

인사이트: 사용자 발견은 의학적 진단을 닮아야 합니다. 인터뷰어의 신뢰도는 질문의 질로 만들어집니다.

실행 조언:

• 해결책을 언급하기 전에 인터뷰 전체를 사용자의 '통증'에 집중합니다
• 사용자의 맥락을 이해하고 있음을 보여주는 깊고 산업 특화된 질문으로 신뢰를 만듭니다

타임스탬프: 00:13:00

Gustaf Alstromer

Gustaf Alstromer

"문제는 YC에 합류한, 이전에 영업을 해보지 않은 사람이라면 누구나 깨닫는 것인데, 세상의 평균 고객 그룹을 보면 90%는 초기 도입자가 아닙니다... 그 10%가 초기 도입자입니다. 실제로 도달하고 싶은 사람들이죠. 하지만 그것은 한 명을 찾기 위해 10명에게 도달해야 한다는 뜻입니다."

인사이트: 인터뷰할 올바른 사용자를 찾으려면 초기 도입자인 10%를 걸러내기 위한 대량 아웃리치가 필요합니다.

실행 조언:

• 발견 인터뷰를 구할 때 90%의 거절이나 무관심을 예상합니다
• 새로운 해결책에 위험을 감수할 의지가 있는 10%의 사용자를 겨냥합니다

타임스탬프: 00:24:25

---

"사람들에게는 '거절을 많이 받으면 모든 것이 나쁘다는 뜻이다'라는 두려움이 있는 것 같습니다. 하지만 거절은 초기 도입자라는 아이디어의 맥락에서 봐야 합니다. 관심 없는 대부분의 사람은 초기 도입자가 아닙니다... 그 두려움을 극복하고, 사람들이 서비스를 쓰지 않는다고 해서 실제로 그렇게 나쁜 일이 일어나는 것은 아니라는 점을 배워야 합니다."

인사이트: 미움보다 무관심이 훨씬 흔합니다. 거절은 발견 과정의 자연스러운 일부이지 전체 실패의 신호가 아닙니다.

실행 조언:

• 사용자는 바쁘며 응답하지 않는 것은 보통 무관심이지 아이디어에 대한 영구적 거절이 아니라는 점을 내면화합니다

타임스탬프: 00:30:37

---

"문제의 강도를 파악하는 가장 좋은 방법은 묻는 것이 아니라, 그들을 보거나 그들이 하는 일을 해결하는 모습을 보는 것입니다... 화면을 공유하게 하고, 발견하려는 영역의 일상 업무 흐름을 설명하며 보여달라고 하세요. 그것이 가장 좋습니다."

인사이트: 사용자는 자신이 얼마나 큰 고통을 겪는지 자주 인식하지 못하므로, 관찰 리서치는 언어 피드백보다 우월합니다.

실행 조언:

• 화면 공유로 사용자가 현재 수작업 흐름을 수행하는 모습을 관찰합니다
• 사용자가 정상으로 받아들인 반복적인 Excel 작업 같은 '보이지 않는' 고통 지점을 찾습니다

타임스탬프: 00:32:15

Jackson Shuttleworth

Jackson Shuttleworth

"몇 년 전 인도에서 UX 리서치를 했습니다... 무언가에 대한 헌신을 보여주기 위해 불꽃을 계속 켜둔다는 아이디어가 덜 와닿았습니다... 그것은 메커니즘에 대한 은유였고, 다시 설계할 때는... 실제로 화면의 숫자가 올라가는 것을 보여주는 데 디자인을 집중했습니다."

인사이트: 글로벌 사용자 리서치는 핵심 제품 은유의 문화적 불일치를 드러낼 수 있습니다.

실행 조언:

• '불꽃' 같은 제품 은유가 보편적으로 이해되는지 확인하기 위해 서로 다른 문화적 맥락에서 테스트합니다

타임스탬프: 00:41:15

Jake Knapp + John Zeratsky

Jake Knapp + John Zeratsky 2.0

"내 가설이 정확히 무엇인지 알고 있고 그들에게 보여줄 프로토타입이 있을 때, 고객과의 대화는 훨씬 더 생산적이고 초점이 뚜렷해집니다."

인사이트: 고객 발견은 열린 대화보다 구체적 가설과 프로토타입을 테스트할 때 훨씬 더 효과적입니다.

실행 조언:

• 고객 인터뷰에는 항상 프로토타입을 가져가 피드백을 현실에 고정합니다
• 고객이 프로필에 맞는지, 문제가 있는지, 차별점에 긍정적으로 반응하는지 추적하는 점수표를 사용합니다

타임스탬프: 01:24:11

Jeff Weinstein

Jeff Weinstein

"고객이 어떤 문제에 대해 일부러 시간을 내어 이야기해야겠다고 느낀 순간은 믿을 수 없는 선물입니다. 저는 그들에게 메시지 하나라도 답하려고 회의에서 나갈 것입니다. 그런 사람 5명이나 10명과 문자로 편하게 연락할 수 있다면, 전염성 있는 직접 신호를 엄청나게 많이 얻게 됩니다."

인사이트: 강하게 참여하는 소수 고객과의 빠른 직접 소통은 대규모 집계 데이터보다 더 가치 있는 신호를 제공합니다.

실행 조언:

• 고객 피드백에 극도로 빠르게 응답해 신뢰의 '비밀 포털'을 만듭니다
• 야심 있고 기술적인 고객 5-10명과 문자로 연락할 만큼 가까워지는 것을 목표로 합니다

타임스탬프: 00:00:04

---

"고객의 말을 조심스럽게 듣고, 고객에게 팔려고 하지 말아야 합니다... 사람들은 피치를 듣고 싶어 하지 않습니다. 저는 가끔 사용자 리서치 통화에 있는데... 통화에 들어오자마자 첫마디가 '안녕하세요, 저는 X, Y, Z 회사의 CEO입니다. 우리는 하나, 둘, 셋을 합니다. 데모를 보여드리고 싶습니다'입니다. 그러면 '잠깐만요, 저는 고객입니다. 저는...' 이런 느낌입니다. 방금 정말 아까운 기회를 낭비한 겁니다."

인사이트: 리서치 통화에서 피치를 하면 고객이 고정되어 실제로 타는 문제를 공유하지 못합니다.

실행 조언:

• 회사 소개나 데모로 통화를 시작하지 않습니다
• 침묵을 사용해 고객이 현재 가장 신경 쓰는 문제를 열어놓게 합니다

타임스탬프: 00:21:34

---

"저는 고객에게 이렇게 묻습니다. '이메일을 열어봐 주실 수 있나요? 거기에 뭐가 있나요?' 또는 '지금 저와 이야기하지 않는다면 무엇을 하고 계셨을까요?' 또는 '지난주에 무엇이 짜증나게 했나요? 무엇을 기대하지 않고 있나요?' 또는 마법 지팡이를 휘두른다면 '지금 당장 당신의 접시에서 치워졌으면 하는 것이 무엇인가요?'라고 묻습니다."

인사이트: 고객의 일상에 대한 구체적이고 열린 질문은 그들이 간절히 해결하고 싶은 '첫 번째 문제'를 드러냅니다.

실행 조언:

• 고객에게 지금 당신과 통화하지 않는다면 무엇을 하고 있었을지 묻습니다
• 실제 마찰 지점을 보기 위해 고객에게 받은편지함을 보여달라고 요청합니다

타임스탬프: 00:23:17

---

"저는 그들이 저에게 돈을 청구하는 연습을 하게 합니다. 그냥 '저는 친구입니다. 당신을 도우려는 겁니다... 지금 바로 1달러짜리 청구서나 결제 링크를 보내 주세요. 그래야 실제로 첫 고객에게 돈을 받을 때 그것이 처음이 아니게 됩니다'라고 말합니다."

인사이트: '지불 의향'과 실제 '지불' 사이의 간극은 큽니다. 1달러 거래를 강제로 만들면 제품의 핵심 효용을 검증할 수 있습니다.

실행 조언:

• 결제 흐름과 고객의 몰입도를 테스트하기 위해 인터뷰 중 잠재 고객에게 1달러 청구서를 보내달라고 요청합니다

타임스탬프: 00:44:09

Jen Abel

Jen Abel

"현재 어디에 있는지 매우 열려 있고 솔직해야 한다고 생각합니다. '저희는 초기 스타트업입니다. 배울 것이 많습니다. 이 문제가 당신 쪽에서 어떻게 나타나는지에 대한 인사이트를 얻을 수 있을까요?'라고 말하는 겁니다."

인사이트: 초기 단계라는 취약성과 솔직함은 잠재 고객이 공손한 상투어보다 날것의 솔직한 피드백을 제공하도록 돕습니다.

실행 조언:

• 해결책을 어떻게 상상하는지 이해하기 위해 잠재 고객에게 '머릿속에 살아 있는 것을 걸어 보여달라'고 요청합니다
• '무엇 때문에 잠 못 이루나요' 같은 일반 질문보다 문제가 어떻게 나타나는지에 대한 구체적 질문을 사용합니다

타임스탬프: 00:31:15

Jess Lachs

Jess Lachs

"데이터 과학자를 포함한 팀이 그냥 앉아서 전화를 걸었습니다. ... 정성 리서치가 정량 리서치보다 우월한 지점이 바로 여기입니다. 맥락을 묻고, 실제로 사람들과 이야기해 동기가 무엇이었는지, 무엇이 작동했고 무엇이 작동하지 않았는지 알아내는 것입니다."

인사이트: 정량 데이터가 기능이 왜 작동하지 않았는지 설명하지 못할 때, 데이터팀은 직접 고객 대화로 전환해야 합니다.

실행 조언:

• 데이터 과학자가 고객 전화 인터뷰를 수행해 숫자 뒤의 동기를 이해하게 합니다
• 그 통화에서 얻은 정성 인사이트를 다음 제품 테스트 반복에 반영합니다

타임스탬프: 00:42:16

Judd Antin

Judd Antin

"제 큰 주문 중 하나는 '우리는 검증하지 않는다, 반증한다. 우리는 틀리기를 원한다'였습니다. 많은 제품 관리자와 디자이너는 그 자리에 있지 않습니다. 그들은 틀리고 싶어 하지 않습니다. 검증을 찾고 있고, 그것이 사용자 중심 수행입니다."

인사이트: 리서치는 기존 아이디어를 검증하려는 태도보다, 틀렸다는 것을 증명받으려는 반증의 사고방식으로 접근해야 합니다.

실행 조언:

• 발견 과정에서 '검증하지 말고 반증하라'는 사고방식을 채택합니다
• 제품 주기 끝에 고객 집착을 보여주기 위한 체크리스트식 리서치를 피합니다

타임스탬프: 00:00:00

---

"고객에게 무엇을 원하는지 묻는 리서처는 나쁜 리서처입니다. 다른 리서처가 필요합니다. 저는 제 경력에서 그런 일을 한 적이 없습니다. 제 팀의 누구도 그런 연구를 실행한 적이 없습니다."

인사이트: 효과적인 사용자 리서치는 사용자에게 해결책을 설계하게 묻는 것이 아니라 행동과 문제를 이해하는 데 집중합니다.

실행 조언:

• 사용자에게 직접 어떤 기능을 만들어 달라는지 묻지 않습니다
• 사용자의 맥락과 고통 지점을 이해하는 데 인터뷰를 집중합니다

타임스탬프: 00:42:41

Keith Coleman & Jay Baxter

Keith Coleman & Jay Baxter

"우리는 그것들을 정치적 스펙트럼 전반의 사람들에게 보여주었습니다. 보니 사람들은 그것들을 정말 좋아했습니다. 오른쪽이든 왼쪽이든, 자기 진영 사람들을 비판하는 내용일 때도 커뮤니티 노트를 읽는 데 꽤 열려 있는 것처럼 보였습니다."

인사이트: 매우 양극화된 사용자 그룹과 프로토타입을 테스트하면 뜻밖의 공통 지대를 발견하고 제품 가능성을 검증할 수 있습니다.

실행 조언:

• 중립성을 테스트하기 위해 반대되는 이념 또는 사용자 그룹에서 리서치 참가자를 모집합니다
• 논쟁적 콘셉트에 대한 초기 피드백을 모으기 위해 usertesting.com 같은 비진행식 연구를 사용합니다

타임스탬프: 01:06:35

Kevin Aluwi

Kevin Aluwi

"저는 그 역할이 어떤 것인지 이해하고 그 일에 더 많은 공감을 쌓고 싶었습니다. 우리 제품이 그 필요에 맞춰지도록 하려 했습니다... 이것이 결국 운전자 팀이 '대기 요금이 더 필요합니다, 여러 정류장을 추가해야 합니다, 그래야 이런 추가 작업이 실제로 보상됩니다'라고 밀어붙일 때 제가 많은 지원을 하게 된 이유라고 생각합니다."

인사이트: 몰입형 사용자 리서치(직접 써보기)는 중요한 사용자 중심 기능을 옹호하는 데 필요한 공감을 만드는 데 필수입니다.

실행 조언:

• 공감을 쌓기 위해 실제 조건에서 직접 서비스를 수행하거나 제품을 사용합니다
• 보상받지 못하는 노동처럼 제품 해결책이 필요한 '숨은' 고통 지점을 식별하는 데 직접 경험을 사용합니다

타임스탬프: 00:42:12

Kevin Yien

Kevin Yien

"제품 관리자는 원재료에 직접 노출되어야 합니다. 그게 전부입니다. 그래서 저는 고객이 누구든 그들과 계속 이야기하거나 상호작용해야 한다고 봅니다... Zapier나 다른 것을 통해 흐름을 설정해서 '고객이 누구였나? 이메일을 가져오고, 시퀀스에 넣고, 내 Calendly를 넣어라'라고 하면 인터뷰가 자동으로 달력에 나타납니다."

인사이트: 사용자 인터뷰 소싱을 자동화하면 제품 관리자가 모집의 수작업 부담 없이 고객의 맥박을 계속 유지할 수 있습니다.

실행 조언:

• 영업 통화에서 특정 키워드가 언급될 때 알림을 받기 위해 Gong 같은 도구를 사용합니다
• Zapier와 customer.io를 통해 해당 고객에게 자동으로 연락해 리서치 세션을 예약합니다
• 표적 B2B 참가자 소싱에는 userinterviews.com을 사용합니다

타임스탬프: 00:54:17

Madhavan Ramanujam

Madhavan Ramanujam

"누군가에게 '이 제품 가격을 얼마로 해야 할까요?'라고 물으면 사실 쓰레기 같은 답을 받게 됩니다... 사람들은 절대값에는 완전히 무의미하지만, 상대값에는 매우 똑똑합니다."

인사이트: 가격에 대한 직접 질문은 나쁜 데이터를 만듭니다. 상대적이고 간접적인 질문이 더 효과적입니다.

실행 조언:

• 상대 인덱싱을 사용합니다: Salesforce 같은 알려진 기준점과 비교해 제품이 얼마나 많은 가치를 주는지 묻습니다
• 세 가지 가격대를 묻습니다: 수용 가능, 비쌈, 금지적으로 비쌈
• 가격 응답 뒤에는 항상 '왜'를 물어 밑에 있는 가치 인식을 이해합니다

타임스탬프: 00:24:15

Marty Cagan

Marty Cagan

"제가 코칭하는 회사의 사용자 리서처들에게 이렇게 말합니다. 제품 관리자와 디자이너가 제품 테스트에 참석할 수 없다면 테스트를 취소하세요. 그들은 거기에 있어야 합니다. 그것이 그들을 팀에 유용하게 만듭니다."

인사이트: 사용자 테스트의 직접 관찰은 제품 관리자와 디자이너에게 필수입니다. 위임된 리서치 보고서만으로는 충분하지 않습니다.

실행 조언:

• 모든 사용자 테스트에 제품 관리자와 디자이너가 참석하게 합니다
• 리서처가 따로 전달하는 요약 보고서에만 의존하지 않습니다

타임스탬프: 00:33:48

---

"첫째, 그들은 사용자와 고객을 정말 잘 알아야 합니다. 사용자와 고객에 관해서는 거의 전문가 중 한 명으로 여겨져야 합니다. 제가 엔지니어였고 제품 관리자가 되고 싶었을 때, 저를 코칭하던 사람이 30명의 고객을 방문하기 전에는 팀을 위해 어떤 의사결정도 할 수 없다고 명확히 말했던 것이 기억납니다."

인사이트: 제품 관리자가 의사결정 권한을 얻으려면 고객에 대한 깊고 직접적인 지식으로 그 권한을 벌어야 합니다.

실행 조언:

• 주요 제품 결정을 내리기 전에 상당수의 고객(예: 30명)을 방문하거나 인터뷰하는 것을 목표로 합니다
• 팀의 다른 구성원보다 사용자를 더 잘 아는 전문성을 만듭니다

타임스탬프: 00:39:49

---

"저는 제품 관리자 역할을 맡기 전까지 직접 고객 30명을 방문해야 했습니다. 미국 15명, 유럽 15명이었습니다. 그건 저를 코칭하던 사람의 규칙이었습니다. 그리고 제가 아는 것은 그 30명의 고객이 제 인생을 바꿨다는 점입니다. 저는 고객을 안다고 생각했지만 실제로는 몰랐습니다."

인사이트: 제품 관리자가 사용자 필요에 대한 피상적 가정을 넘어가려면 광범위하고 직접적인 고객 상호작용이 필수입니다.

실행 조언:

• 제품 관리자 역할에 확신을 갖기 전에 많은 고객 방문(예: 30명)을 목표로 합니다
• 고객 필요에 대한 다양한 관점을 얻기 위해 지리적 위치를 섞습니다

타임스탬프: 00:24:09

Melissa Perri + Denise Tilles

Melissa Perri + Denise Tilles

"리서치에 참여하고 싶은 참가자를 찾는 것도 중요합니다. 고객이 '고객 인터뷰를 위해 연락드릴 수 있습니다. 이유는 이렇습니다. 알파와 베타에 참여하고 싶으신가요? 그렇다면 이런 내용이 포함됩니다'라는 것을 알게 해야 합니다."

인사이트: 사전 검증된 리서치 참가자 데이터베이스를 만들면 제품 관리자의 발견 과정이 간소화됩니다.

실행 조언:

• 리서치 참여에 동의한 고객 참가자 데이터베이스를 만듭니다
• 알파나 베타에 참여하는 고객에게 기대사항과 주기를 명확히 정의합니다

타임스탬프: 00:16:22

Merci Grace

Merci Grace

"이상적으로는 한 달에 한 번이라도 일정이 있어야 합니다. 더 큰 회사라서 사용자 리서처가 사람을 모집해줄 수 있다면 좋지만, 아니라면 사용자 인구통계에 맞거나 실제 사용자일 수 있는 사람을 찾아 계정을 만들게 하고 과정을 걸어가게 하세요."

인사이트: 사용자가 제품에 가입하는 모습을 정기적으로 직접 관찰하는 것은 공감을 유지하고 마찰을 식별하는 데 필수입니다.

실행 조언:

• 실제 사람이 가입하고 제품을 사용하는 모습을 보는 세션을 한 달에 최소 한 번 예약합니다
• 과정 중 사용자의 목소리 톤과 표정에 집중합니다

타임스탬프: 31:26

Mihika Kapoor

Mihika Kapoor

"제가 매우 유용하다고 느끼는 것은 제품 사용자에게 제품에 대해 어떻게 생각하는지만 묻지 않고, 비사용자에게 제품에 대해 묻고 왜 제품을 쓰지 않는지 묻는 것입니다. 사실 저는 그런 대화가 가장 통찰력 있다고 생각합니다."

인사이트: 비사용자를 인터뷰하면 현재 사용자가 제공할 수 없는 시장 인식과 도입 장벽에 대한 중요한 인사이트를 얻을 수 있습니다.

실행 조언:

• 영업 통화에 참여해 고객 고통 지점을 직접 듣고 로드맵에 교차 반영합니다
• 마케팅이나 인식의 공백을 식별하기 위해 비사용자에게 왜 제품을 도입하지 않았는지 묻습니다
• 고객에게 새로운 사용 사례를 영감 주고 전도하기 위해 내부 제품 사용 Loom 영상을 만듭니다

타임스탬프: 00:43:03

Nabeel S. Qureshi

Nabeel S. Qureshi

"월요일부터 목요일까지 시간을 쓰면서 실제로 고객이 일하는 건물에 들어가 그들 옆에서 일했습니다. 말 그대로 그곳에 책상을 얻었습니다... 고객의 문제를 먹고 숨 쉬듯 배우고, 그들의 언어로 말하는 법을 배웁니다."

인사이트: 진정한 고객 공감은 가끔 하는 인터뷰가 아니라 사용자의 환경에 물리적으로 몰입할 때 생깁니다.

실행 조언:

• 사용자 옆에 물리적으로 앉아 실시간 업무 흐름을 관찰합니다
• 신뢰와 이해를 만들기 위해 특정 산업 용어와 업계 밈을 배웁니다

타임스탬프: 00:19:35

---

"월요일에 들어갑니다. 회의를 합니다. 월요일 밤에 무언가를 만듭니다. 화요일에 누군가에게 보여줍니다. 화요일에 피드백을 받습니다. 화요일 밤에 그것을 반복 개선합니다. 수요일에 누군가에게 보여줍니다. 수요일 밤에 반복 개선합니다. 그렇게 매주 네 번, 다섯 번의 주기를 얻습니다."

인사이트: 고객과 직접 매일 피드백 및 반복 주기를 돌리면 제품 개발을 가속할 수 있습니다.

실행 조언:

• 즉각적인 방향 수정을 받기 위해 진행 중인 작업을 매일 보여줍니다
• 모멘텀을 유지하기 위해 낮에 받은 피드백을 밤에 반복 개선합니다

타임스탬프: 00:24:43

Nan Yu

Nan Yu

"제 목표는 고객이 나쁘게 느끼는 방식과 같은 방식으로 나쁘게 느끼는 것입니다. 그들은 '우리는 X를 원합니다'라는 요청을 들고 오지만, 그 뒤에는 무언가가 그것을 동기부여하고 있습니다... 당신이 제게 말하는 그 모든 것을 움직이는 실제 감정적 값은 무엇인가요?"

인사이트: 효과적인 사용자 발견은 기능 요청을 넘어 사용자가 겪는 근본적인 부정적 감정이나 '고통'을 찾는 과정입니다.

실행 조언:

• 근본 동기를 드러내기 위해 예상치 못한 각도에서 질문합니다
• 사용자가 좌절하거나 성공하지 못한다고 느끼는 특정 순간인 '감정적 갈고리'를 찾습니다

타임스탬프: 00:31:10

---

"사람들에게 직접 '기분이 어떠세요?'라고 물을 수 있습니다. 반드시 말해주지는 않겠지만, 충분히 길고 깊은 대화를 나누면 그들과 같은 눈높이에 서게 되고, 그들의 관점에서 사물을 보기 시작합니다."

인사이트: 깊은 공감은 분석적인 '해야 할 일'을 넘어 개인의 관점으로 들어가는 긴 대화에서 만들어집니다.

실행 조언:

• 사용자가 놓친 마감 같은 구체적인 '나쁜 순간'을 털어놓을 만큼 충분한 시간을 씁니다
• 문제의 사고 모델을 만들 때 사용자의 구체적 이야기를 활용합니다

타임스탬프: 00:32:10

Noam Lovinsky

Noam Lovinsky

"스타트업을 만드는 것, 첫날부터 제품을 만드는 것을 상상해 보세요. 고객 옆에 앉아서 '이걸 어떻게 하시는지 보여주세요, 저걸 어떻게 하시는지 보여주세요'라고 할 수 없다면 정말 어렵습니다. 아주 희미한 신호를 찾는 것입니다. 그것을 간접 단계와 전달 게임을 통해 얻으려 한다는 생각은 말도 안 됩니다."

인사이트: 0에서 1로 가는 제품 개발에서는 조직의 '전달 게임'을 거치며 신호를 잃지 않기 위해 고객에 대한 직접적이고 매개 없는 접근이 필수입니다.

실행 조언:

• 제품 관리자가 사용자와 직접 이야기하지 못하게 막는 법무나 조직 장벽을 제거합니다
• 제3자 보고서에 의존하지 말고 자연스러운 환경의 사용자를 관찰합니다

타임스탬프: 00:42:48

Paul Adams

Paul Adams

"제가 사람들과 하던 일은 그들의 소셜 네트워크를 맵핑하는 것이었습니다. 그 안의 모든 사람, 가족, 친구, 그들이 어떻게 소통하는지를요. 모든 채널을 맵핑하고, 무엇이 잘 작동했고 무엇이 그렇지 않았는지 이야기했습니다. 우리는 약 18개월 동안 수십 명과 이 작업을 했고, 매번 같은 패턴이 나타났습니다."

인사이트: 인터뷰 중 맵핑 연습은 전술적 사용성 연구가 놓칠 수 있는 깊은 행동 패턴을 드러낼 수 있습니다.

실행 조언:

• 반복 패턴을 식별하기 위해 인터뷰 중 소셜 네트워크나 업무 흐름 같은 시각적 맵핑을 사용합니다

타임스탬프: 00:10:00

Ravi Mehta

Ravi Mehta

"우리는 정량적으로 정말 흥미로운 것을 식별했습니다... 왜 그 사용 사례가 그런 사용 사례인지에 대한 우리의 가정은 틀렸습니다. 결국 사용자와 이야기했을 때 정말 놀랍고 재미있는 대화를 나눴고, 그 사람들이 무엇을 해결하려 했는지 다시 보정하고 이해할 수 있었습니다."

인사이트: 정량 데이터는 무엇이 일어나는지 식별하지만, 극단적 사용자 행동 뒤의 '왜'를 이해하려면 사용자 인터뷰가 필요합니다.

실행 조언:

• 데이터에서 '파워 유저'나 '고래'를 식별하고 그들과 표적 사용성 연구를 진행합니다
• 사용자가 제품 비용을 무엇과 비교해 생각하는지 물어 가치에 대한 사고 모델을 이해합니다

타임스탬프: 00:37:48

Shaun Clowes

Shaun Clowes

"7명에서 14명 사이를 인터뷰하면 새로운 것을 배우지 않게 됩니다. 7명보다 적으면 충분히 배우지 못하고, 14명보다 많으면 새로운 것을 배우기 시작하지 않습니다. 그래서 두 명만 인터뷰했다면 데이터가 부족할 가능성이 높고, 22명을 인터뷰했다면 너무 많았을 가능성이 큽니다. 즉 노력의 크기를 맞추지 못한 것입니다."

인사이트: 효과적인 사용자 리서치는 자원을 낭비하지 않으면서 수확 체감 지점에 도달하도록 인터뷰 수를 '적정화'해야 합니다.

실행 조언:

• 주제 포화에 도달하기 위해 리서치 목표당 7-14명의 인터뷰를 목표로 합니다

타임스탬프: 00:14:23

---

"그런 다음 그들은 고객이 이미 자신들이 사실이기를 바라는 것을 말하게 하도록 설계된 유도 질문을 들고 대화에 들어갑니다. 그래서 충분히 리서치를 하지 않았거나 너무 많이 해놓고도, 아무것도 듣기 전에 이미 모든 결과를 망쳐버립니다."

인사이트: 유도 질문은 진정한 발견이 아니라 확증 편향을 만들기 때문에 사용자 리서치를 무효화합니다.

실행 조언:

• 고객이 기존 가설에 동의하도록 유도하는 질문을 피합니다

타임스탬프: 00:14:48

Tanguy Crusson

Tanguy Crusson

"라이트하우스 사용자 프로그램... 우리는 10명과 일하고, 그들이 가진 문제가 우리가 해결한 문제라는 것을 증명합니다... 이 사람들을 제품 관리자뿐 아니라 제품 관리자, 디자이너, 엔지니어링을 포함한 전체 팀 앞에 세웁니다. Zoom에서 만나고, 채팅하고, 몇 달 동안 같은 사람들과 제품을 만들기 위해 일합니다. 그들은 Slack에서 우리와 함께합니다."

인사이트: 작은 '라이트하우스' 사용자 그룹과 깊고 장기적인 관계를 맺는 것이 0에서 1로 갈 때 넓고 익명적인 리서치보다 더 가치 있습니다.

실행 조언:

• 몇 달 동안 제품을 함께 만들 특정 사용자 10명을 모집합니다
• 특정 고객에게 공감하는 '제품 엔지니어'를 만들기 위해 엔지니어를 사용자 통화에 직접 참여시킵니다
• 초기 사용자와 공유 Slack 채널을 만들어 직접 피드백 루프를 구축합니다

타임스탬프: 01:23:56

Teresa Torres

Teresa Torres

"인터뷰는 심하게 과소평가된 기술이라고 생각합니다. 정말 과소평가된 기술입니다. 그래서 첫 번째는, 인터뷰에서 풍부한 이야기를 수집하지 못한다면 기회를 식별하기가 정말 어렵다는 점입니다."

인사이트: 사용자 인터뷰의 주요 목표는 일반적 사실이나 의견이 아니라 구체적인 이야기를 수집하는 것입니다.

실행 조언:

• 맥락 없는 직접 질문(예: '무엇을 보는 것을 좋아하나요?')을 피합니다
• 구체적 사례를 요청합니다(예: '마지막으로 영화를 봤던 때를 이야기해 주세요')
• 신뢰할 수 있는 데이터를 얻기 위해 인터뷰를 행동에 고정합니다

타임스탬프: 15:54

---

"가장 흔한 전략은 고객이 제품이나 서비스를 사용하는 동안 참여를 선택하게 하는 것입니다... '친구나 동료에게 우리 제품이나 서비스를 추천하시겠습니까?'라고 묻는 대신 '우리와 20분 이야기할 시간이 있나요?'라고 묻습니다. 그들이 예라고 하면 일정 예약 소프트웨어를 보내고, 그들이 달력에서 시간을 고르면 끝입니다."

인사이트: 지속적인 인터뷰 습관을 행정 부담 없이 유지하려면 모집 과정을 자동화하는 것이 필수입니다.

실행 조언:

• 인터뷰 초대를 제품 흐름 안에 직접 삽입합니다
• Calendly 같은 일정 예약 소프트웨어를 사용해 사용자가 시간을 자동으로 고르게 합니다
• B2B에서는 영업/지원팀이 대신 인터뷰를 예약할 트리거를 정의합니다

타임스탬프: 27:18

---

"제가 인터뷰 수업에서 가르치는 것은, 무엇을 물을지 정말 고민할 필요가 없다는 것입니다. 질문 하나로 전체 인터뷰를 진행할 수 있습니다... '마지막으로 스트리밍 엔터테인먼트 서비스에서 무언가를 본 때를 이야기해 주세요.'... 제가 해야 할 일은 당신의 경험에 호기심을 갖는 것뿐입니다. 제 질문은 당신이 시간순 이야기를 하도록 돕는 것입니다."

인사이트: 훌륭한 인터뷰는 인터뷰어가 사용자가 시간순 이야기를 되짚도록 돕는 호기심 많은 안내자처럼 행동하는 자연스러운 대화처럼 느껴집니다.

실행 조언:

• 하나의 넓은 이야기 기반 질문으로 시작합니다
• 이야기를 앞으로 움직이기 위해 '그다음에는 무슨 일이 있었나요?'를 사용합니다
• 들은 내용을 요약해 듣고 있음을 보여주고, 특정 순간으로 다시 데려옵니다

타임스탬프: 37:00

Todd Jackson

Todd Jackson

"우리는 그것을 달러 주도 발견이라고 부릅니다. 고객 대화와 고객 발견을 하는 일반적인 방식뿐 아니라, 고객이 이 일에 돈을, 그것도 많은 돈을 낼 의지가 있는지 어떻게 찾을지 매우 구체적으로 다룹니다."

인사이트: 효과적인 발견은 잠재 고객에게 '친구 영역'에 갇히지 않기 위해 공손한 대화를 넘어 '달러 주도' 검증으로 가야 합니다.

실행 조언:

• 진짜 지불 의향을 찾기 위해 '공정한 가격은 얼마인가요?', '비싼 가격은 얼마인가요?', '지불이 불가능할 만큼 비싼 가격은 얼마인가요?'를 묻습니다
• 관심의 강한 신호로 '와'라는 반응이나 후속 미팅 요청을 찾습니다
• 기존 예산 항목이 있는지, 다른 도구를 대체하는지 식별하기 위해 '이 예산은 어디에서 나올까요?'라고 묻습니다

타임스탬프: 00:14:11

---

"당신의 도움이 필요합니다. 이 회사가 성공하고 실패하지 않는 것이 저에게 매우 중요합니다. 그러니 저에게 친절하게 굴지 말아 주세요. Persona가 당신 회사에 필수인지 말해 주세요. 우리가 사라진다면 얼마나 고통스러울까요? 우리보다 절반 가격을 받는 경쟁사가 나타난다면 그쪽으로 바꾸시겠습니까?"

인사이트: 제품의 중요도에 대해 고객에게 가혹할 만큼 솔직한 답을 직접 요청하면 창업자가 '친구 영역' 함정을 피할 수 있습니다.

실행 조언:

• 제품이 '필수품'인지 '있으면 좋은 것'인지 테스트하기 위해 더 싼 경쟁사로 바꿀지 고객에게 명시적으로 묻습니다

타임스탬프: 00:37:00

Tim Holley

Tim Holley

"예전에는 판매자들과 스튜디오 방문을 했습니다. 그들의 작업장에 가고, 집에 갔습니다. 그들이 물건을 어떻게 만드는지, 어떻게 포장하고 배송하는지 봤습니다. 해킹 주간을 할 때는 그들을 사무실로 데려와 '이런 이상한 아이디어가 있는데 흥미로운가요?'라고 물었습니다."

인사이트: 사용자의 물리적 환경에 깊이 몰입하면 업무 흐름과 제약에 대한 풍부한 이해가 생깁니다.

실행 조언:

• 사용자의 자연스러운 환경을 보기 위해 '스튜디오 방문'이나 현장 방문을 진행합니다
• 해킹 주간 같은 제품 개발 과정에 사용자를 직접 참여시킵니다

타임스탬프: 00:19:30

Uri Levine

Uri Levine

"100명과 이야기하더라도, 실제로 모르는 사람 20명과 이야기하면 이 문제가 진짜인지 아닌지를 검증할 수 있습니다."

인사이트: 검증은 안전지대 밖으로 나가 낯선 사람과 이야기하며 문제가 실제인지 확인해야 합니다.

실행 조언:

• 문제를 검증하기 위해 모르는 사람 최소 20명과 이야기합니다
• 그들이 당신의 표현을 인정하는지보다, 자신의 말로 문제를 설명하는지 듣습니다

타임스탬프: 00:09:30

Yuriy Timen

Yuriy Timen

"고객을 알아가는 일은 언제나 보상받습니다. 사용자 인터뷰와 시장, 고객, 잠재 고객을 알아가는 일은 언제나 보상받습니다. 고객 리서치, 내부 설문, 인터뷰 패널은 믿을 수 없을 만큼 유용합니다. 특히 초기 단계에서 그렇다는 것을 알았습니다. 제대로 된 리서치 추진을 처음 할 때 시드, 시리즈 A에서 시리즈 B 회사 내부에 만들 수 있는 명확성과 모멘텀의 양이 큽니다."

인사이트: 고객 리서치와 사용자 인터뷰는 팀 정렬과 전략적 명확성을 만드는 투자 대비 수익이 가장 높은 활동입니다.

실행 조언:

• 인터뷰와 패널을 포함한 '제대로 된 리서치 추진'을 수행해 팀을 공동 목적 중심으로 움직이게 합니다

타임스탬프: 00:54:07

Zoelle Egner

Zoelle Egner

"Airtable에 가입한 사람에 대한 여러 정보를 끌어오는 Slack 통합이 실제로 있었습니다... 들어오는 각 기록마다 작은 버튼이 있어서 그들에게 즉시 이메일을 보낼 수 있었습니다... '피드백을 꼭 듣고 싶습니다'라고요."

인사이트: 신규 가입자에게 즉시 능동적으로 연락하면 성공적인 사용자 페르소나의 사고 모델을 구축하는 데 도움이 됩니다.

실행 조언:

• 즉시 연락할 수 있도록 가입 데이터를 실시간 피드(예: Slack)에 통합합니다
• 높은 접촉 피드백 세션을 위해 특정 직함이나 회사를 겨냥합니다
• 초기 대화를 사용자가 첫 번째 '지속 가능한' 업무 흐름을 만들도록 돕는 데 사용합니다

타임스탬프: 00:42:21

---

"이를 하는 가장 단순한 방법은 자신을 위한 템플릿 이메일을 쓰는 것입니다... '지금까지의 경험을 듣고 피드백을 받고 싶습니다. 전화로 10분 이야기할 수 있을까요?' 저는 설문이 아니라 전화여야 한다는 점이 중요하다고 압니다. 구조화되지 않은 대화에서 훨씬 더 많은 직감을 얻기 때문입니다."

인사이트: 구조화되지 않은 전화 대화는 구조화된 설문보다 더 깊은 인사이트를 제공합니다.

실행 조언:

• 피드백을 받을 사용자를 찾고 이메일을 보내는 과정을 자동화합니다
• 뉘앙스와 직감을 포착하기 위해 설문보다 전화 통화를 우선합니다
• 매주 또는 매월 고객 대화 할당량을 지키기로 약속합니다

타임스탬프: 01:06:37

Dylan Field

Dylan Field

"저는 그에게 사용자 연구를 진행했고, 끝내려면 와인 한 병이 필요하다는 것을 알았습니다. 몇 시간이 걸렸습니다. Figma에서 문장 입력이 너무 느렸습니다... Payam은 그와 사용자 리서치 연구를 한 뒤 Figma에서 보고 싶은 모든 것에 대해 매우 긴 문서를 써줬습니다."

인사이트: 초기 도입자와의 고강도 장시간 사용자 연구는 필요한 개선 사항에 대한 포괄적인 로드맵을 제공할 수 있습니다.

실행 조언:

• 몇 시간의 관찰과 피드백이 가능하도록 깊게 파고드는 사용자 연구를 진행합니다
• 파워 유저가 세션 후 자신의 마찰 지점을 상세히 문서화하도록 장려합니다

타임스탬프: 34:27

Paige Costello

Paige Costello

"리서처와 가장 친한 친구가 되고, 고객이 제품을 직접 사용하는 모습을 보는 데 시간을 쓰세요. 그들이 보고하려 하거나 연구하려는 내용은 당신이 관찰하는 것과 매우 다를 수 있지만, 정말 필요한 것은 고객과 함께하는 맨 앞줄 좌석입니다."

인사이트: 고객을 직접 관찰하는 것은 신뢰도를 만들고 실제 제품 사용과 내부 가정의 차이를 이해하는 가장 빠른 방법입니다.

실행 조언:

• 고객에게 직접 접근하기 위해 UX 리서처와 긴밀히 협력합니다
• 요약 보고서만 읽지 말고 고객이 제품을 직접 사용하는 모습을 봅니다

타임스탬프: 00:24:59

Peter Deng

Peter Deng

"Kevin Systrom과 함께 사용자 리서치 연구를 하러 LA로 날아갔던 일이 아직도 선명히 기억납니다... 대체재는 없습니다... 요약에 공감할 수는 없습니다. 방 안에 완전히 몰입해 있어야 합니다. 휴대폰 없이, 실제 단어와 억양을 들어야 합니다."

인사이트: 진짜 공감은 AI 요약에 위임할 수 없습니다. 리더는 사용자 피드백의 뉘앙스를 듣기 위해 물리적으로든 정신적으로든 방 안에 있어야 합니다.

실행 조언:

• 요약을 읽는 대신 사용자 리서치 세션에 직접 참여합니다
• Uber 운전처럼 사용자의 자연스러운 환경을 관찰해 고통 지점을 느낍니다

타임스탬프: 01:32:44

Scott Belsky

Scott Belsky

"제품 리더로서 저에게 가장 겸손해지는 순간은 언제나 고객과 어깨를 맞대고 있을 때였습니다. 그들이 실제로 하루를 보내는 모습을 보는 것입니다. 제 제품을 쓰는 순간뿐 아니라 하루 전체를 보는 것입니다. 그러면 빠져 있던 많은 데이터에 대한 맥락을 얻게 됩니다."

인사이트: 사용자를 자연스러운 환경에서 관찰하면 분석만으로는 포착할 수 없는 중요한 맥락과 데이터 지점이 드러납니다.

실행 조언:

• 사용자가 제품을 쓰는 순간만이 아니라 하루 전체를 보내는 모습을 봅니다
• 회의, 알림, 가족처럼 사용자의 주의를 빼앗는 외부 방해 요소를 식별합니다

타임스탬프: 00:13:41