제품 발견

발견(Discovery)은 각기 다른 유형의 질문에 답하는 기술들의 도구 상자입니다. 고객 인터뷰 (문제와 동기 이해): 기능 피드백이 아닌 고객의 현재 워크플로우에 초점을 맞춘 60분 일대일 대화입니다. 인터뷰어는 고객에게 오늘날 특정 작업을 어떻게 수행하는지 설명해달라고 요청하며, 문제점, 해결책, 혼란 또는 불만스러운 순간을 파고듭니다. 최적의 주기: 각 PM은 매주 2~4회의 인터뷰를 지속적으로 진행합니다. 사용성 테스트 (디자인 검증): 5~8명의 참가자가 프로토타입 또는 실제 제품을 사용하여 특정 작업을 완료하려고 시도하는 것을 관찰합니다. 이 테스트는 분석으로는 감지할 수 없는 사용성 문제를 드러냅니다 (사용자는 '뭔가 잘못되었다'는 것을 알지만 무엇인지 명확히 설명할 수 없습니다). 컨셉 테스트 (구축 전 솔루션 검증): 제안된 솔루션의 서면 또는 목업 표현을 10~15명의 고객에게 제시하고 그들의 이해도, 선호도, 예상되는 행동 변화를 측정합니다. 프로토타입 테스트: 가장 위험한 가정을 테스트할 수 있는 최소한의 충실도를 가진 프로토타입을 구축하고 실제 사용자가 상호작용하는 것을 관찰합니다. 페이크 도어 테스트: 아직 존재하지 않는 기능에 대한 UI 요소 (버튼, 메뉴 항목)를 만들고, 클릭률을 측정하며, 관심 있는 사용자로부터 이메일을 수집합니다. 이는 개발 노력 전에 수요를 증명합니다.

테레사 토레스(Teresa Torres)가 대중화한 지속적인 발견(continuous discovery)은 대규모의 주기적인 연구 단계와 긴 공백 대신, 작고 빈번한 발견 활동을 지속적으로 수행하는 방식입니다. 전통적인 모델: 제품 팀은 4~6주간의 '발견 단계'를 위해 모든 개발을 중단하고 광범위한 연구를 수행하며, 결과를 발표한 다음 새로운 발견 없이 장기간의 전달(delivery) 기간에 들어갑니다. 문제점: 세상은 변하고, 고객 우선순위는 바뀌며, 발견 단계의 가정은 긴 전달 기간 동안 진부해집니다. 지속적인 발견은 분기별 대규모 연구 대신 주간 또는 격주 소규모 발견 활동으로 대체합니다. 각 PM은 프로젝트로서가 아니라 주간 계획 회의와 같은 전문적인 리듬으로 매주 2회의 고객 인터뷰를 진행합니다. 이러한 정기적인 접점으로부터 얻은 통찰력은 팀의 연구 저장소(Dovetail, Notion)에 기록되며, 공식적인 종합 단계 없이 패턴이 자연스럽게 나타납니다. 지속적인 발견으로 운영되는 팀은 3~6개월 된 연구 통찰력 대신 현재의 구체적인 고객 맥락을 가지고 있기 때문에 일관되게 더 나은 제품 결정을 내립니다.

가정 매핑(assumption mapping)은 제품 결정의 근간이 되는 믿음을 식별하고 우선순위를 정한 다음, 개발 착수 전에 가장 위험한 가정을 검증하거나 무효화하는 데 필요한 최소한의 실험을 설계하는 구조화된 기술입니다. 과정: 중요한 제품 이니셔티브에 대해 팀은 해당 이니셔티브가 성공하기 위해 참이어야 하는 모든 가정을 나열합니다. 새로운 온보딩 흐름에 대한 가정의 예: "신규 사용자는 현재 설정 마법사에 혼란을 느낀다" (이것이 실제로 사실이며, 혼란이 낮은 활성화의 주요 원인인가?); "가이드 투어 형식이 활성화 시간을 줄인다" (가이드 투어와 현재 마법사를 비교 테스트했는가?); "1주차에 활성화된 사용자는 6개월 유지율이 더 높다" (단순한 상관관계가 아니라 실제로 인과 관계가 있는가?). 각 가정은 2x2 매트릭스에 플로팅됩니다. 축 1은 확실성 (이 가정이 사실이라고 얼마나 확신하는가?), 축 2는 중요성 (이 가정이 이니셔티브 성공에 얼마나 중요한가?)입니다. 중요도가 높고 확실성이 낮은 가정은 발견(discovery) 우선순위입니다. 팀은 완전한 개발에 착수하기 전에 가정을 낮은 확실성에서 높은 확실성으로 옮길 수 있는 최소한의 테스트 (사용자 인터뷰, 프로토타입 테스트 또는 페이크 도어)를 설계합니다.