PRD 작성 전 PM 주도 AI 프로토타이핑 스프린트 진행하기

이제 프로토타입이 PRD보다 먼저입니다

지난 10년의 대부분 동안 PM은 PRD를 쓰고, 엔지니어링이 만들고, 팀은 디자인이 유지되는지를 QA나 출시 시점에 알았습니다. 현대 AI 도구가 그 순서를 뒤집었습니다. PM은 이제 하루 만에 클릭 가능한 프로토타입을 만들고, 5명 사용자에게 건네고, 72시간 안에 실제 반응에 맞춰 PRD를 다시 쓸 수 있습니다. 엔지니어링 책상에 도착하는 PRD는 더 이상 추측이 아닙니다. 관찰된 행동에 닻을 내린 계약입니다.

레버리지는 거대합니다. 3일 스프린트가 3주의 스펙 논쟁을 작동하는 산출물, 5세션 사용자 인터뷰, 수정된 계획으로 대체합니다. SVPG의 Inspired와 Transformed는 프로토타이핑이 PM에게 가장 레버리지가 큰 디스커버리(discovery) 행동이라고 오랫동안 주장해왔습니다. AI 도구가 그 주장을 마무리합니다.

PRD 우선 순서가 깨진 이유

프로토타입 없이 작성된 PRD는 코드가 존재하기 전까지는 팀이 테스트할 수 없는 가정을 인코딩합니다. 세 가지 실패 모드:

• 상상된 플로우. 문서에서 깔끔하게 읽히는 사용자 플로우가 실제 사용자가 시도할 때 무너집니다. 엔지니어가 상상된 플로우를 만들고, QA가 통과시키고, 사용자가 헤매고, 서포트가 그 소식을 듣습니다.
• 범위 패딩. 프로토타입이 없으면 팀은 방어적 범위("이 케이스도 처리해야 한다")를 끼워 넣습니다. 문서가 밀어낼 수 없기 때문입니다. 프로토타입은 필요 없는 범위를 거부합니다.
• 늦은 이해관계자 푸시. 이해관계자는 PRD에 피드백을 주고 그것이 범위 확장이 됩니다. 반응할 구체적 산출물이 없기 때문입니다. 프로토타입은 피드백을 구체적 반응으로 응축합니다.

GV의 디자인 스프린트 방법은 시간 제약 프로토타이핑의 정전이고, AI 도구 변형은 같은 논리를 5일에서 3일로 압축합니다. 산출물 제작이 디자이너의 며칠이 아닌 PM의 몇 시간이 되었기 때문입니다.

Run a PM-led AI prototyping sprint prompt 작동 방식

Day 1은 프레이밍과 프로토타입입니다. 오전은 한 문단짜리 문제 정의, 타깃 유저, 결과, 세 개의 핵심 모멘트를 만듭니다. 오후는 그 세 모멘트를 AI 도구로 클릭 가능한 산출물로 전환합니다. 비협상 사항: 현실적인 하드코딩 콘텐츠(Lorem Ipsum 금지), 진입/핵심 상호작용/종료의 엔드 투 엔드 커버리지, 실제 디바이스에서의 클릭성. 종료 조건은 동료가 PM 도움 없이 프로토타입을 사용할 수 있는 것입니다.

Day 2는 사용자 테스트입니다. 30분 세션 5개. 스크립트는 짧습니다. 과제 수행, PM은 사용자가 헤매도록 60초 침묵, PM은 망설임과 기대를 메모, 사용자는 10점이 되려면 무엇이 필요한지 말하며 마칩니다. 합성은 프릭션 3개, 사용자가 사용하려 한 누락 기능 2개, 만장일치 승리 1개로 구조화됩니다. Anthropic 리서치 페이지는 PM이 이 세션을 설계하는 방식을 알려주는 사용자 평가 방법론 자료를 모아둡니다.

Day 3은 증거에 맞춰 PRD를 재작성합니다. 문제 정의는 검증되거나 수정됩니다. 플로우는 세 개의 프릭션을 제거합니다. 보류 기능 목록은 사용자가 요청했지만 팀이 만들지 않는 것과 그 이유를 담습니다. 죽일 수 있는 리스크는 베타에서 더 좋게 테스트되지 않으면 기능을 끝낼 단 하나를 명시합니다. 이 마지막 항목이 규율입니다. 죽일 조건을 명시하지 못하는 팀은 모든 것을 무한히 만드는 경향이 있습니다.

좋은 AI 프로토타이핑의 모습

프로토타입은 프로덕션 프로덕트가 아닙니다. 사용자에게 그럴듯한 시뮬레이션입니다. 세 가지 속성이 그것을 작동시킵니다:

• 현실적인 콘텐츠. 하드코딩된 카피와 데이터가 실제 고객 콘텐츠처럼 보입니다. 템플릿 자리표시자가 아닙니다. 사용자는 단어에 반응하지 구조에 반응하지 않습니다.
• 엔드 투 엔드 플로우. 진입, 핵심 상호작용, 종료가 모두 클릭으로 통과합니다. 가장자리가 깨진 프로토타입은 테스트할 수 없습니다.
• 중요한 모멘트의 프로덕션 충실도. 세 개의 핵심 모멘트는 실제 프로덕트처럼 동작합니다. 나머지는 정적 화면이어도 됩니다.

Anthropic의 평가 도구 문서는 이 단계에서도 유용합니다. 프로토타입에 평가 사고를 포함시킨 팀은 PRD에 도달하기 전에 실패 모드를 잡아냅니다.

When to use it

• 팀이 아직 작동하는 모습을 본 적 없는 기능에 대한 PRD를 쓰려고 합니다.
• 이전 출시가 빗나갔는데, 스펙은 명료했고 사용자 반응은 그렇지 않았습니다.
• 엔지니어링이 문서가 줄 수 있는 것보다 더 많은 명료성을 요구하고 있고, 프로토타입이 더 빨리 해결할 것입니다.
• 새 시장이나 새 페르소나를 탐색 중이고, 팀에 사용자에 대한 공유 모델이 없습니다.
• 이해관계자가 PRD 리뷰에서 계속 범위를 바꾸고, 클릭 가능한 산출물이 피드백을 응축할 것입니다.

Common pitfalls

• Lorem Ipsum 프로토타입. 사용자는 단어에 반응합니다. 현실적 콘텐츠를 하드코딩하지 않으면 테스트가 쓸모가 없습니다.
• 5명이 아닌 3명. 두 번째로 흔한 프릭션을 잡으려면 5명이 최저선입니다. 3명은 노이즈를 줍니다.
• 죽일 수 있는 리스크 부재. 죽일 조건이 없는 PRD는 모든 것을 만드는 PRD입니다. 기능을 보류시킬 테스트를 명시하세요.

Sources

• GV Sprint - Google Ventures
• Inspired - Silicon Valley Product Group
• Transformed - Silicon Valley Product Group
• Anthropic Research - Anthropic
• Anthropic eval tool documentation - Anthropic