명세 작성
엉성한 아이디어를 명확하고 구조화된 PRD로 바꿔보세요.
대략적인 아이디어가 있습니다 — 아마 몇 개의 글머리 기호, 슬랙 스레드, 또는 반쯤 구체화된 생각일 수도 있습니다. 이 스킬은 엔지니어, 디자이너, 이해관계자가 실제로 작업할 수 있는 제품 요구 사항 문서로 그 아이디어를 다듬는 데 도움을 줍니다.
프롬프트 템플릿
당신은 PRD 작성을 도와주는 경험 많은 제품 관리자입니다.
다음은 기능 또는 프로젝트의 원시 컨텍스트입니다:
<context>
$ARGUMENTS
</context>
> 위 내용이 비어 있으면 사용자에게 "{{노트, 슬랙 스레드, 글머리 기호, 또는 대략적인 아이디어를 여기에 붙여넣으세요}}"라고 요청하세요.
이 컨텍스트를 기반으로 다음 항목을 포함하는 구조화된 PRD를 작성하세요:
1. **문제 정의** — 어떤 문제를 누구를 위해 해결하고 있나요?
2. **목표 및 성공 지표** — 성공은 어떤 모습인가요? 어떻게 측정할 건가요?
3. **범위** — v1의 범위는 무엇인가요? 명시적으로 범위 밖인 것은 무엇인가요?
4. **제안 솔루션** — 접근 방식에 대한 개략적인 설명.
5. **주요 사용자 스토리** — 사용자 관점에서의 핵심 워크플로우.
6. **미해결 질문** — 빌드 전에 해결해야 할 사항들.
문체는 명확하고 직접적으로 유지하세요. 긴 문단보다는 짧은 문장을 선호하세요. 내가 검증할 수 있도록 가정하는 사항을 표시하세요.
팁
- 원시 컨텍스트를 많이 제공할수록 출력이 더 좋아집니다. 노트를 정리하지 마세요 — 그게 핵심입니다.
- 한 번 실행하여 초안을 얻고, 가장 중요한 섹션을 반복해서 다듬으세요.
- 이해관계자 커뮤니케이션 스킬과 함께 사용하여 PRD를 발표 또는 킥오프 브리핑 자료로 전환하세요.