이 PRD 프롬프트는 프로덕트 매니저, 창업자, 인디 개발자를 위한 것입니다. 머릿속에 있는 것은 '동네 작은 가게의 장부와 대사를 도와주는 미니 프로그램' 같은 한 문장짜리 제품 아이디어뿐입니다. 아래 프롬프트를 아이디어와 함께 AI에 붙여넣으면 배경, 타깃 사용자, 기능 목록, 인수 기준, 비목표까지 갖춘 완전한 제품 요구사항 문서가 한 번에 나옵니다. 개발팀은 이를 받아 바로 일정을 잡을 수 있고, '이 기능은 도대체 어떻게 만들어야 하느냐'고 되묻지 않아도 됩니다.
그대로 복사해서 쓰는 PRD 프롬프트
당신은 8년 경력의 프로덕트 매니저입니다. 아래 제품 아이디어에 대한 PRD(제품 요구사항 문서)를 작성해 주세요. 개발팀은 이 문서를 바탕으로 직접 일정을 잡고 개발합니다.
제품 아이디어: [제품을 한 문장으로 설명해 주세요. 예: 동네 작은 가게의 장부와 대사를 도와주는 미니 프로그램]
다음 구조대로 출력하고, 어떤 절도 빠뜨리지 마세요.
1. 배경과 문제: 누구의 어떤 문제를 해결하는지, 지금은 어떻게 임시방편으로 해결하고 있는지.
2. 타깃 사용자: 2~3가지 사용자 유형을 쓰고, 각 유형의 상황과 불편을 한 문장으로 설명합니다.
3. 제품 목표: 이번에 무엇을 제공할지 한 문장으로 쓰고, 측정 가능한 성공 기준 2~3개를 제시합니다.
4. 기능 목록: '필수 / 권장 / 없어도 됨' 세 단계로 나누고, 기능마다 설명 한 문장과 인수 기준 하나를 씁니다.
5. 핵심 흐름: 사용자가 주요 작업을 완료하기까지의 단계를 5단계 이내로 씁니다.
6. 비목표: 이번에 하지 않을 일 3가지를 명확히 적어 개발 중 범위가 넓어지는 것을 막습니다.
7. 확인 사항: 제가 보충해야 할 정보를 3개 이내로 제시합니다. 답을 지어내지 마세요.
요구사항: 모든 기능에 인수 기준을 달 것. 불확실한 부분은 표시하고, 숫자를 지어내지 말 것.두 군데만 바꾸면 효과가 크게 달라집니다
[제품 아이디어]만 바꾸면 바로 쓸 수 있지만, 아이디어가 구체적일수록 문서는 더 쓸 만해집니다. '장부 미니 프로그램'보다는 '동네 작은 가게의 장부와 대사를 돕고 회계사에게 내보낼 수도 있는 미니 프로그램'이 훨씬 낫습니다. 더 잘 맞추려면 제품 아이디어 아래에 변수 두 개를 추가하세요. [대상 플랫폼: 미니 프로그램 / 웹 / 앱]과 [첫 출시 시점: 예: 4주 후]입니다. AI는 플랫폼에 맞춰 기능을 덜어내고 시점에 맞춰 우선순위를 정합니다.
결과가 너무 모호하면 이렇게 물어보세요. '기능 목록을 5개 이내로 줄이고, 각 기능을 만들지 않으면 무엇을 잃는지 적어 주세요.' 인수 기준이 너무 흐릿하면 이렇게 물어보세요. ''매끄러운 경험'을 측정 가능한 숫자로 바꿔 주세요. 예를 들어 실행 시간 2초 이내처럼요.' 아이디어가 아직 흩어진 생각들에 불과하다면, 먼저 요구사항 정리 프롬프트로 생각을 목록으로 정리한 뒤 PRD 작성으로 돌아오세요. 순서를 바꾸면 안 됩니다.
사용하기 전에 알아야 할 세 가지 경계
이 프롬프트는 첫 버전 PRD에 적합합니다. 기능 10개 이내, 사용자 역할 3종류 이내의 단순한 제품이 대상입니다. 다중 기기 동기화, 다중 역할 권한, 결제 규정 준수 등이 얽힌 복잡한 시스템에서는 AI의 문서를 초안으로 삼고 구조와 경계를 사람이 다시 검토해야 합니다. AI는 숫자를 지어낼 수도 있습니다. 시장 규모, 사용자 수, 전환율 등 출처 없는 숫자는 개발자에게 전달하기 전에 확인하거나 삭제하세요. 또 실제 영업 비밀, 미공개 제품 세부 정보, 사용자 개인정보를 대화에 붙여넣지 마세요. 먼저 민감 정보를 제거하세요. 개발자에게 전달하기 전에 세 가지를 확인합니다. 모든 기능에 인수 기준이 있는지, 비목표가 3개 적혀 있는지, 지어낸 숫자가 없는지입니다.
