1. 공통 입력(요구사항) 예시
“사용자가 요구사항을 5~10줄로 입력하면 PRD 초안을 자동 생성해주는 웹 서비스를 만든다.
결과는 요약→상세→정책/데이터/에러/QA 섹션까지 포함한다.
미제공 수치/기간/수수료/보관기간은 단정하지 말고 [TBD]/[법무검토]/[백엔드정의]로 표시한다.”
2. 프롬프트
1) Before 프롬프트(‘정리해줘’ 버전)
사용자가 요구사항을 5~10줄로 입력하면 PRD 초안을 자동 생성해주는 웹 서비스를 만든다. 결과는 요약→상세→정책/데이터/에러/QA 섹션까지 포함한다. 미제공 수치/기간/수수료/보관기간은 단정하지 말고 [TBD]/[법무검토]/[백엔드정의]로 표시한다.
“위 요구사항을 기획 문서 형태로 정리해줘. 보기 좋게 베스트 프랙티스로 작성해줘.”
SQL
복사
2) After 프롬프트(’4요소’ 넣은 버전)
복사 붙여넣기
In/Out에 필요한 내용을 커스텀 해서 사용해보세요.
[ROLE]
“너는 한국 서비스 환경에서 일하는 **시니어 제품 실무자(디자인+개발 경험)**야.
기획 문서를 ‘개발 착수 가능한 수준’으로 구조화해.”
[GOAL]
“아래 입력 요구사항을 바탕으로 PRD 1페이지를 작성해.
출력 구조는 다음 순서로 고정해:
용어 정의(5개)
[In/Out]
사용자/권한(ROLE×ACTION 표)
사용자 플로우 + 상태 전이
정책/예외(3개 이상)
데이터 필드(필수/타입/제약)
에러코드(최소 5개)
QA 테스트 케이스(최소 5개)”
[CONSTRAINT]
“추상 표현 금지(‘가능/적절/잘’). 문장은 조건/기준으로 써.”
“사용자가 제공하지 않은 수치/기간/수수료/보관기간은 절대 단정 금지.”
“불확실한 항목은 반드시 다음 중 하나로 표시: [TBD] / [법무검토] / [백엔드정의]”
“각 섹션은 표/목록으로 짧게. 장문 서술 금지.”
[EVAL]
“프론트/백엔드/QA가 바로 착수할 수 있게 결정/조건/예외/상태/필드/에러코드가 반드시 포함돼야 해.”
“서로 충돌하는 내용이 없고, 누락 질문이 최소화돼야 해.”
“정책과 예외는 ‘왜/언제/어떻게’가 보이게 써.”
[INPUT]
사용자가 요구사항을 5~10줄로 입력하면 PRD 초안을 자동 생성해주는 웹 서비스를 만든다. 결과는 요약→상세→정책/데이터/에러/QA 섹션까지 포함한다. 미제공 수치/기간/수수료/보관기간은 단정하지 말고 [TBD]/[법무검토]/[백엔드정의]로 표시한다.
SQL
복사