PRD 작성기(PRD Generator)

왜 대부분의 PRD는 실패하는가 — 그리고 AI 보조 프레임워크는 무엇을 다르게 하는가

PRD(Product Requirements Document, 제품 요구사항 문서)는 무엇을 왜 만드는지에 대한 단일 진실의 출처(single source of truth)여야 합니다. 그런데 현실에서는 단일 혼란의 출처일 때가 많습니다. 팀은 일정을 놓치고, 엔지니어는 엉뚱한 것을 만들고, 이해관계자(stakeholder)는 범위(scope)를 두고 논쟁합니다. 모두 PRD가 너무 모호하거나, 너무 비대하거나, 진짜 결정이 이미 내려진 뒤에 작성됐기 때문입니다.

이건 사소한 운영상의 차질이 아닙니다. Standish Group의 CHAOS Report에 따르면 소프트웨어 프로젝트의 31%만이 성공으로 간주되며, 불명확한 요구사항(unclear requirements)이 실패의 주요 원인으로 꼽힙니다. PRD가 제 역할을 못 하면, 그 비용은 이후 모든 스프린트에 걸쳐 누적됩니다.

PRD의 진짜 문제

대부분의 PRD가 실패하는 건 PM의 글쓰기 실력 부족 때문이 아니라, 전략적 사고를 강제하는 장치(forcing function)가 없기 때문입니다. 빈 문서는 산만한 글을 부릅니다. 구조가 없으면 PRD는 전략 정렬 도구(strategic alignment tool)가 아니라 기능 위시리스트(feature wish list)가 됩니다. "무엇을"에 답할 뿐 "왜"나 "누구를 위해"는 명확히 하지 않죠.

2023 Productboard 설문에 따르면 제품 팀의 49%가 가장 큰 어려움으로 "이해관계자들의 우선순위(priorities) 정렬(alignment)"을 꼽았습니다. 그 정렬이 일어나야 할 곳이 바로 PRD인데, 실제로는 거의 일어나지 않습니다.

두 번째 실패 패턴은 관점입니다. 대부분의 PRD는 PM의 실무 관점에서 작성되지, Head of Product의 전략적 관점(strategic lens)에서 작성되지 않습니다. 그러다 보니 문서가 포트폴리오 수준(portfolio-level)의 사고가 아닌 태스크 수준(task-level)의 사고를 담게 됩니다. 전략적 적합성(strategic fit), 검증해야 할 핵심 가설(key hypothesis), 솔루션 설계를 이끌어야 할 원칙들이 빠집니다.

PRD 작성기 프롬프트의 작동 방식

SuperPM의 PRD 작성기(PRD Generator) 프롬프트는 이 구조적 실패를 정면으로 다룹니다. 빈 페이지에서 시작하는 대신, 여섯 가지 핵심 차원을 다루는 AI 가이드 프레임워크에서 시작합니다: 목표, 타깃 고객 정의, 더 넓은 포트폴리오 안에서의 전략적 적합성, 핵심 가설, 솔루션 원칙, 성공 지표.

이 프롬프트는 Head of Product 관점을 채택하도록 설계됐습니다 — 즉, "무엇을"을 자세히 쓰기 전에 "왜"를 정당화하도록 요구합니다. 미묘하지만 큰 차이입니다. AI가 기능을 나열하기 전에 전략적 적합성부터 표현하라고 요구하면, 효과적인 PRD와 장식용 PRD를 가르는 그 사전 사고를 강제하게 됩니다.

6,800회 이상 사용된, SuperPM에서 가장 많이 쓰이는 프롬프트이며, 피드백의 패턴은 분명합니다: PM들은 구조화된 출력 덕분에 첫 초안이 이해관계자 리뷰 준비도 70~80% 수준으로 나온다고 보고합니다. 보통 빈 페이지에서 시작한 초안이 30~40% 수준에 머무는 것에 비해 큰 차이입니다.

언제 사용할까

• 새 기능 이니셔티브 — 크로스 펑셔널(cross-functional) 정렬이 중요한 경우
• 분기 계획(quarterly planning) — 우선순위에 대한 근거를 명확히 표현해야 할 때
• 복잡한 프로젝트 — 여러 팀 또는 외부 의존성(dependency)이 얽힌 경우
• 이해관계자 설득(stakeholder buy-in) 시나리오 — PRD가 설득 문서 역할을 겸할 때

이 프롬프트는 가벼운 스펙(spec)이 더 적합한 작은 반복(iteration)이나 버그 수정에는 잘 어울리지 않습니다. 모든 변경이 풀 PRD를 필요로 하는 건 아니며, 작은 작업까지 과도하게 문서화하면 그 자체가 또 다른 마찰(friction)을 만듭니다.

흔한 함정

AI 출력을 최종본으로 취급하기. 프롬프트는 탄탄한 골격(skeleton)을 만들어주지만, 도메인 컨텍스트, 내부 정치, 그리고 본인만 아는 뉘앙스(nuance)는 직접 넣어야 합니다. AI는 구조와 완결성을 제공하고, 판단(judgment)은 본인이 제공하는 겁니다.

가설 섹션 건너뛰기. 많은 PM이 이 부분을 선택사항으로 취급합니다. 아닙니다. 지금 사실이라고 믿는 것 — 그리고 이 이니셔티브가 성공하려면 무엇이 사실이어야 하는지 — 를 명료하게 표현하는 것이 PRD에서 가장 레버리지(leverage)가 높은 섹션입니다. 이견을 일찍 드러나게 하는 섹션이기도 한데, 그게 바로 여러분이 원하는 일이죠.

전략적 적합성 무시하기. 이 이니셔티브가 회사 전략(company strategy)에 어떻게 연결되는지 두 문장으로 설명할 수 없다면, PRD는 아직 준비된 게 아닙니다. 프롬프트는 이 지점에서 여러분을 압박하지만, 여러분이 형식적인 자리채움(placeholder text) 대신 정직하게 응할 때만 작동합니다.

Pragmatic Institute 연구에 따르면 제품 전략이 명확하게 문서화된 회사는 매출 목표를 초과 달성할 확률이 2.4배 높습니다. PRD는 전략이 실행과 만나는 자리입니다 — 그에 걸맞게 다루세요.

참고 자료

• Productboard: The State of Product Management 2023 — PM 과제와 워크플로우(workflow)에 대한 종합 데이터
• Standish Group CHAOS Report Summary — 소프트웨어 프로젝트 성공률에 대한 대표적 레퍼런스
• Pragmatic Institute: Business of Product Management — 제품 관행과 비즈니스 성과를 연결하는 연구