PRD·백로그 자동 생성 AI 프롬프트 가이드

추상적인 비즈니스 요구사항이 상세 기획서가 되기까지의 병목

현업 기획자와 PM이 겪는 가장 큰 고충은 "신규 포인트 시스템을 구축하자"라는 경영진의 추상적인 한 문장을 개발팀이 즉시 구현 가능한 수준의 PRD(제품 요구사항 문서)와 수십 개의 백로그(User Story & AC)로 구체화하는 과정에서 발생합니다. 이 과정에서 기획자는 비즈니스 로직의 예외 케이스를 놓치기도 하며, 문서화 작업 자체에만 수 시간을 할애하게 되어 정작 서비스의 핵심 가치 고민에 집중하지 못하는 경우가 많습니다.

AI 에이전트를 활용한 단계별 문서화 시나리오

Step 1. 비즈니스 로직 구체화 및 PRD 초안 생성

가장 먼저 모호한 아이디어를 구조화된 PRD로 변환합니다. AI는 서비스의 배경, 목표, 핵심 기능, 성공 지표(KPI)를 정의합니다.

입력 데이터(Input): 핵심 기능 키워드, 타겟 유저, 비즈니스 목적
프롬프트 예시:

"너는 10년 차 시니어 서비스 기획자야. [신규 멤버십 포인트 적립 및 사용 시스템]에 대한 PRD를 작성해줘. 포함될 내용: 1. 배경 및 목적 2. 주요 사용자 여정(User Journey) 3. 핵심 기능 명세(적립 로직, 사용 제한, 소멸 정책) 4. 성공 지표. 특히 '결제 취소 시 포인트 복구 로직'과 같은 예외 상황을 반드시 포함해서 상세하게 작성해줘."

Step 2. User Story 및 Acceptance Criteria(AC) 자동 추출

확정된 PRD를 바탕으로 개발자가 즉시 Jira 티켓으로 발행할 수 있는 사용자 스토리와 인수 조건(AC)을 생성합니다.

입력 데이터(Input): Step 1에서 생성된 PRD 본문
프롬프트 예시:
"위 PRD 내용을 바탕으로 개발용 백로그를 생성해줘.
1. 형식: '사용자 스토리(As a..., I want..., So that...)' + '인수 조건(Acceptance Criteria, Given/When/Then 방식)'
2. 대상 기능: 포인트 적립, 포인트 조회, 포인트 결제 적용
3. 조건: AC는 프런트엔드와 백엔드 개발자가 구현 여부를 체크할 수 있도록 매우 구체적인 수치와 로직을 포함할 것."

입출력 데이터 시나리오 예시: [포인트 결제 시스템]

[Input] "사용자가 결제 시 보유한 포인트를 10원 단위로 사용할 수 있고, 전체 결제 금액의 최대 50%까지만 적용 가능한 기능을 만들 거야."
[AI Output - User Story]
- "As a 구매자, I want 결제 단계에서 보유 포인트를 입력하여 할인받고 싶다, So that 실제 지불 금액을 줄이고 싶다."
[AI Output - AC]
- AC 1: 포인트 입력창은 숫자만 입력 가능하며, 10원 단위로만 입력값을 허용한다. (10원 미만 입력 시 올림 처리 안내 팝업 노출)
- AC 2: 입력된 포인트가 (보유 포인트) 또는 (결제 금액의 50%) 중 작은 값보다 클 경우, 최대 가용 가능 금액으로 자동 보정한다.
- AC 3: 포인트 적용 시 실시간으로 최종 결제 예정 금액이 갱신되어 화면에 표시된다.

도입 시 기대효과

문서화 시간 80% 단축: 백지 상태에서 PRD를 쓰는 대신, AI가 생성한 초안을 검토하고 수정하는 방식으로 업무 프로세스가 전환됩니다.
엣지 케이스(Edge Case) 누락 방지: '결제 실패', '네트워크 오류', '부분 취소' 등 기획자가 간과하기 쉬운 예외 상황을 AI가 사전 제안하여 기획의 완결성을 높입니다.
커뮤니케이션 일관성: 표준화된 User Story와 AC 형식을 유지함으로써 기획-개발-QA 간의 해석 차이를 최소화합니다.

오늘의 핵심 요약 및 실무 적용 팁

핵심 요약: AI는 단순 요약 도구가 아니라, **'추상적 요건 → 구조적 PRD → 실행적 백로그'**로 이어지는 기획의 위계를 연결하는 가교 역할을 합니다.
실무 적용 팁:
- 역할 부여: 프롬프트 시작 시 반드시 '시니어 PM' 또는 '테크니컬 라이터'의 페르소나를 부여하세요.
- 단계별 생성: PRD와 백로그를 한 번에 뽑으려 하지 말고, PRD 확정 후 그 내용을 복사해 백로그를 생성하는 '체인(Chain)' 방식을 권장합니다.
- AC 형식 지정: 개발팀의 성향에 따라 'Given/When/Then' 방식 혹은 '체크리스트' 방식을 명확히 지정할수록 결과물의 활용도가 높아집니다.