RD(Product Requirement Document, 제품 요구사항 정의서) 작성에 수십 시간을 쏟으며 백지 상태의 모니터만 바라보는 것은 PM의 생산성을 떨어뜨리는 대표적인 요인입니다. 티몬, 여기어때, KT, 롯데닷컴, 패스트캠퍼스, 티켓베이 등 50여 개 대형 IT 프로젝트 현장에서 검증해 본 결과, 적절한 ChatGPT 프롬프트 체계를 도입하면 PRD 초안 작성 시간을 기존의 10분의 1 수준인 10분으로 줄일 수 있습니다.
PRD 작성 시 ChatGPT 활용 전후 비교
| 구분 | 수동 작성 (Traditional PRD) | ChatGPT 프롬프트 활용 (AI-Assisted PRD) |
| 초안 작성 시간 | 평균 4시간 ~ 8시간 소요 | 10분 ~ 15분 이내 완료 |
| 유저 스토리 추출 | PM의 경험적 기억에 의존해 누락 발생 가능 | 다양한 사용자 페르소나별 스토리 다량 추출 |
| 예외 케이스 (Edge Case) | QA 테스트 단계에서 뒤늦게 발견되는 경우 빈번 | 기능 설계 단계에서 예외 상황 사전 도출 |
| PM의 핵심 역할 | 단어 선택 및 단순 텍스트 타이핑에 공수 낭비 | 비즈니스 가치 검증 및 이해관계자 소통에 집중 |
1. 실무에서 바로 써먹는 ChatGPT PRD 만능 메가 프롬프트
ChatGPT에게 단순 “PRD 써줘”라고 명령하면 뻔하고 겉오는 답변만 출력됩니다. 구체적인 역할(Role), 맥락(Context), 요구사항 템플릿(Structure)을 명시한 아래 메가 프롬프트를 활용하세요.
[역할 정의]
너는 10년 차 수석 프로덕트 매니저(PM)이자 IT 서비스 기획 전문가야. 개발자와 디자이너, QA 엔지니어가 즉시 이해하고 개발에 착수할 수 있도록 명확하고 정교한 PRD(제품 요구사항 정의서)를 작성하는 것이 너의 임무야.
[프로젝트 맥락]
1. 서비스/기능명: [예: 여기어때 실시간 예약 결제 플로우 개편]
2. 해결하려는 유저 문제: [예: 결제 단계 진입 시 이탈률이 40%로 높고, 쿠폰 적용 절차가 복잡함]
3. 비즈니스 목표 (KPI): [예: 결제 전환율(CVR) 15% 상승, 결제 소요 시간 30초 단축]
4. 타깃 유저: [예: 모바일로 당일 숙소를 빠르게 예약하고자 하는 2030 유저]
[PRD 작성 구조 요구사항]
다음 구조에 맞춰 작성해줘:
1. 개요 & 배경 (Executive Summary & Problem Statement)
2. 비즈니스 목표 및 성공 지표 (KPIs)
3. 핵심 유저 스토리 (User Stories: "As a [User], I want [Goal], So that [Benefit]")
4. 기능적 요구사항 (Functional Requirements) - MoSCoW 우선순위(Must/Should/Could) 적용
5. 비기능적 요구사항 (Non-Functional Requirements) - 성능, 보안, 가동률 등
6. 예외 케이스 및 에러 핸들링 (Edge Cases & Error Handling)
7. QA 검수 기준 (Acceptance Criteria / Definition of Done)
[작성 톤앤매너]
- 명확하고 구체적이며 기술적으로 정밀한 어조를 사용해줘.
- 모호한 표현(예: "빠르게 처리한다") 대신 정량적 수치(예: "1초 이내 응답")를 명시해줘.
2. Hallucination(환각)을 줄이는 3단계 분할 프롬프팅 (Chain-of-Thought)
하나의 프롬프트로 전체 PRD를 한 번에 생성하면 모델의 컨텍스트 한계로 인해 중요한 기술적 세부사항이 생략될 수 있습니다. 10년 차 PM이 권장하는 방식은 3단계로 나누어 답을 확장해 나가는 것입니다.
STEP 1: 개요 및 유저 스토리 도출
- 프롬프트 팁: 서비스 배경과 해결하려는 문제, 타깃 유저 정의만 먼저 전달하여 “1. 개요, 2. KPI, 3. 유저 스토리” 단락만 먼저 생성하게 만듭니다.
STEP 2: 기능적/비기능적 요구사항 상세화
- 프롬프트 팁: 생성된 유저 스토리를 바탕으로 “개발자와 디자이너가 볼 4. 기능 요구사항(MoSCoW 분류)과 5. 비기능 요구사항(성능/보안)”을 구체적으로 작성해달라고 요청합니다.
STEP 3: 예외 케이스 및 QA 인수 기준(Acceptance Criteria) 도출
- 프롬프트 팁: “네트워크 불안정, 중복 결제 클릭, 토큰 만료 등 현장에서 발생할 수 있는 6. 예외 케이스 5가지와 7. QA 인수 기준(DoD)을 명시해줘”라고 요청해 완성도를 극대화합니다.
3. 개발자·디자이너가 환호하는 PRD 튜닝 프롬프트 3선
초안이 완성된 후, 각 스쿼드 담당자의 시각에 맞춰 문서를 보강하는 튜닝 프롬프트를 활용해 보세요.
- 개발자 친화 튜닝: “위 PRD의 기능 요구사항을 바탕으로, 백엔드 및 프론트엔드 개발자가 파악해야 할 API 연동 포인트와 데이터 처리 로직을 도표로 정리해 줘.”
- 디자이너 친화 튜닝: “이 PRD를 바탕으로 피그마(Figma)에서 와이어프레임을 그릴 수 있도록, 각 화면별 주요 UI 컴포넌트와 상태 변화(Default, Active, Error)를 정의해 줘.”
- QA 엔지니어 친화 튜닝: “이 PRD의 예외 케이스를 바탕으로 QA팀에서 즉시 활용할 수 있는 Test Case(TC) 리스트 10개를 작성해 줘.”
4. 10년 차 PM이 전하는 ChatGPT 활용 주의사항
ChatGPT가 작성한 PRD는 어디까지나 ‘훌륭한 80점짜리 초안’이라는 점을 기억해야 합니다.
- 실제 시스템 인프라 검증: 기존 레거시 시스템의 제약이나 DB 구조는 AI가 알 수 없으므로 테크 리드와의 기술 타당성 검토(Technical Feasibility Check)가 반드시 선행되어야 합니다.
- 비즈니스 맥락 주입: 도메인 특화 정책이나 내부 비즈니스 로직은 PM이 직접 검수하고 수정해야 합니다.
[7tipbox 요약]
ChatGPT를 활용한 PRD 작성의 핵심은 단순히 AI에게 문장을 맡기는 것이 아니라, '구체적인 메타 프롬프트와 3단계 분할 작성법(Chain-of-Thought)으로 뼈대를 세우는 것'에 있습니다.
AI로 10분 만에 PRD 초안과 예외 케이스를 추출하고, 절감된 시간 동안 개발자·디자이너·C-Level과 깊이 있는 소통 및 비즈니스 가치 검증에 집중하는 것이 50개 이상의 대형 프로젝트를 승리로 이끈 10년 차 IT PM의 일하는 방식입니다.