제품 발견

여러 프레임워크가 효과적인 발견을 구조화합니다. 지속적인 발견(Continuous Discovery, Teresa Torres) — 정기적인 자동화된 고객 접점(인터뷰, 설문조사)을 통해 지속적인 데이터 스트림을 제공하며, 딜리버리와 함께 주간 주기로 발견을 진행합니다. 디자인 씽킹(Design Thinking) — 공감하기, 정의하기, 아이디어 내기, 프로토타입 만들기, 테스트하기의 5단계로 발견을 진행합니다. Jobs-to-Be-Done (JTBD) — 고객의 니즈를 달성하려는 '일(jobs)'로 구성하고, 각 일의 기능적, 감정적, 사회적 차원을 식별합니다. 기회 솔루션 트리(Opportunity Solution Trees) — 원하는 비즈니스 결과부터 고객 기회를 거쳐 잠재적인 제품 솔루션까지의 경로를 시각적으로 매핑하여 우선순위 지정 및 종속성 로직을 명확하게 합니다. Product Ops는 발견 세레모니를 촉진하고 어떤 기회가 탐색 중인지, 검증되었는지, 딜리버리 준비가 되었는지 추적합니다.

발견(discovery)과 딜리버리(delivery)는 순차적이 아니라 병렬로 진행되어야 합니다. 듀얼 트랙 애자일(dual-track agile) 접근 방식은 두 가지 동시 작업 스트림을 유지합니다. 딜리버리 트랙(Delivery Track)은 검증된 기능을 구축하는 스프린트 작업이고, 발견 트랙(Discovery Track)은 가까운 미래의 로드맵 항목을 검증하기 위한 연구 및 실험입니다. Product Ops는 두 트랙에 적절한 역량(일반적으로 딜리버리 70~80%, 발견 20~30%)을 할당하고, 발견 작업이 2~4 스프린트 앞서 백로그에 반영되도록 합니다. 이는 솔루션이 제대로 검증되기 전에 엔지니어링 노력이 투입되는 위험한 패턴인 '먼저 만들고 나중에 배우는' 것을 방지합니다. 또한 개발 역량보다 연구가 앞서나가서, 실행되기 전에 쓸모없어지는 검증되지 않은 통찰력을 생성하는 것도 방지합니다.

솔루션 검증은 유효한 학습을 생성할 수 있는 최소한의 충실도를 가진 아티팩트를 사용합니다. 비용 증가 순서: 내러티브 프로토타입(Narrative prototype, 개념을 말로 설명하고 '이것이 당신의 문제를 해결할까요?'라고 묻습니다). 클릭 가능한 와이어프레임(Clickable wireframe, 시각적 디자인 없이 상호작용 흐름을 시연합니다). 디자인 목업(Design mockup, 실제처럼 보이는 고충실도 시각 자료를 제시하여 이해도와 사용성을 테스트합니다). 스모크 테스트(Smoke test, 가짜 문) 랜딩 페이지(구축 전에 수요를 테스트합니다). 컨시어지 MVP(Concierge MVP, 자동화하기 전에 수동으로 서비스를 수행합니다). 기술 스파이크 프로토타입(Technical spike prototype, 핵심 구성 요소의 기술적 타당성을 테스트하기 위한 최소한의 코드). Product Ops는 각 단계의 검증 신호를 추적하고, 기회를 엔지니어링 백로그로 진행하는 것을 뒷받침하는 증거를 문서화합니다.