Product Lens — 구축하기 전에 생각하세요
이 레인은 제품 진단을 담당하며, 구현 준비가 된 명세서 작성은 담당하지 않습니다.
사용자가 지속 가능한 PRD-to-SRS 또는 기능 계약 산출물을 필요로 한다면 product-capability로 넘기세요.
사용 시기
- 기능 개발을 시작하기 전 — "왜"를 검증할 때
- 주간 제품 리뷰 — 올바른 것을 만들고 있는가?
- 기능 선택 사이에서 막혔을 때
- 출시 전 — 사용자 여정을 점검할 때
- 막연한 아이디어를 엔지니어링 계획 전에 제품 브리프로 전환할 때
작동 방식
모드 1: 제품 진단
YC 오피스 아워를 자동화한 버전입니다. 어려운 질문을 던집니다:
1. 이 제품의 대상은 누구인가? (구체적인 사람, "개발자"가 아닌)
2. 무엇이 고통인가? (정량화: 얼마나 자주, 얼마나 심각한가, 지금은 어떻게 해결하는가?)
3. 왜 지금인가? (무엇이 바뀌어서 이것이 가능/필요해졌는가?)
4. 10점 만점 버전은 무엇인가? (돈과 시간이 무제한이라면)
5. MVP는 무엇인가? (가설을 증명할 최소한의 것)
6. 반대 목표는 무엇인가? (명시적으로 구축하지 않을 것은?)
7. 어떻게 작동하는지 알 수 있는가? (지표여야 하며, 감이 아니어야 함)
출력: PRODUCT-BRIEF.md — 답변, 위험, 그리고 go/no-go 권장 사항 포함.
결과가 "예, 구축하세요"라면, 다음 레인은 product-capability이며, 추가 창업자 연극은 없습니다.
모드 2: 창업자 리뷰
창업자 관점에서 현재 프로젝트를 검토합니다:
1. README, CLAUDE.md, package.json, 최근 커밋 읽기
2. 추론: 이것이 무엇이 되려고 하는가?
3. 점수: 제품-시장 적합 신호 (0-10)
- 사용량 성장 추세
- 유지 지표 (반복 기여자, 재방문 사용자)
- 수익 신호 (가격 페이지, 결제 코드, Stripe 통합)
- 경쟁적 해자 (복사하기 어려운 것은?)
4. 식별: 이것을 10배 성장시킬 한 가지
5. 플래그: 구축 중인 중요하지 않은 것들
모드 3: 사용자 여정 감사
실제 사용자 경험을 매핑합니다:
1. 신규 사용자로서 제품을 클론/설치
2. 모든 마찰점 기록 (혼란스러운 단계, 오류, 누락된 문서)
3. 각 단계 시간 측정
4. 경쟁사 온보딩과 비교
5. 점수: time-to-value (사용자가 첫 번째 성공을 거둘 때까지 걸리는 시간)
6. 권장: 온보딩 개선을 위한 상위 3가지 수정 사항
모드 4: 기능 우선순위 지정
10개의 아이디어가 있고 2개를 골라야 할 때:
1. 모든 후보 기능 나열
2. 각 항목 점수: 영향 (1-5) × 확신 (1-5) ÷ 노력 (1-5)
3. ICE 점수로 순위 매기기
4. 제약 조건 적용: 예산, 팀 규모, 종속성
5. 출력: 우선순위 로드맵과 근거 포함
출력
모든 모드는 에세이가 아닌 실행 가능한 문서를 출력합니다. 모든 권장 사항에는 구체적인 다음 단계가 포함됩니다.
통합
다음과 함께 사용:
/browser-qa— 사용자 여정 감사 결과 확인/design-system audit— 시각적 완성도 평가/canary-watch— 출시 후 모니터링product-capability— 제품 브리프를 구현 가능한 기능 계획으로 전환해야 할 때