핵심 요약
- AI에게 서비스 데이터 3가지만 제공하면 막연했던 결제 연동 PRD(제품 요구사항 문서) 초안을 30분 만에 완성하고, 기획자가 판단해야 할 핵심 정책에 집중할 수 있어요.
- 서비스 유형, 결제 수단, 취소/환불 정책이라는 핵심 데이터를 활용한 3단계 계층적 프롬프트는 전체 흐름도부터 상세 에러 처리 시나리오까지 빈틈없이 설계해요.
- 다만 AI는 PG 심사 순서나 금융 용어를 틀리게 제안할 수 있으므로, 생성된 초안에서 심사 신청 시점과 취소/환불 용어 구분을 반드시 실무 기준으로 교정해야 해요.
이런 상황이라면
3인 팀의 PM이 새로운 구독 서비스를 준비하고 있어요. 개발자분에게 "결제 연동 기획서 언제 나오나요?"라는 질문을 받았지만, 정작 기획서에 웹훅(Webhook) 수신 성공 기준이나 결제 상태값(Status)을 어디까지 정의해야 하는지 막막해요. 구글링으로 찾은 템플릿은 우리 서비스와 맞지 않고, PG사 개발 문서는 너무 기술적이라 어디서부터 읽어야 할지 감이 오지 않아요.
결국 백지 상태의 노션 페이지를 열어두고 3시간째 커서만 깜빡여요. 당장 내일 개발 회의는 다가오는데, 기획서 초안이라도 있어야 개발자분과 구체적인 대화를 시작할 수 있을 것 같아요.
AI를 이용해 결제 기획서 구조를 잡고 기획자가 판단해야 할 핵심 정책에 집중하도록 만드는 실무 프로세스를 정리해요.
1준비물: AI의 정확도를 높이는 3가지 핵심 데이터 정의하기
AI가 우리 서비스에 최적화된 기획서를 쓰게 하려면, 일반적인 결제 지식이 아닌 우리만의 비즈니스 구조를 데이터 형태로 먼저 주입해야 해요. 프롬프트를 던지기 전에 아래 3가지 항목을 텍스트로 정리하면 결과물의 완성도가 비약적으로 높아져요.
- 서비스 유형 및 상품 구조: "월 9,900원 정기 결제 중심의 SaaS 서비스이며, 7일간의 무료 체험 기간이 존재해요."
- 결제 수단 및 타겟: "2030 여성이 주 타겟이며 신용카드와 카카오페이, 네이버페이를 우선 도입해요."
- 취소 및 환불 정책: "디지털 콘텐츠 특성상 결제 후 사용 이력이 없으면 7일 이내 '카드 취소'가 가능하고, 사용 이력이 있으면 '환불 불가능'하예요." (카드는 취소, 가상계좌 입금 후는 환불로 용어를 명확히 구분해요.)
2프로세스: 3단계 계층적 프롬프트로 빈틈없는 PRD 출력하기
거대한 문서를 한 번에 요청하지 않고 구조, 상태값, 예외 케이스 순으로 단계를 나누어 질문할 때 AI는 기획자가 바로 실무에 활용할 수 있는 정교한 결과물을 내놓아요.
1단계: 전체 구조와 사용자 흐름(User Flow) 잡기
아래 프롬프트를 복사해서 AI에 붙여넣어요.
당신은 결제 기획 전문가입니다. 아래 서비스 정보를 바탕으로 결제 도입 PRD 목차를 잡아주세요.
[서비스 정보]
- 서비스 유형: {예: 월 9,900원 구독형 SaaS, 7일 무료체험 있음}
- 결제 수단: {예: 신용카드, 카카오페이, 네이버페이}
- 취소/환불 정책: {예: 미사용 7일 이내 카드 취소 가능, 사용 후 환불 불가}
[요청사항]
1. PRD 전체 목차를 8~10개 섹션으로 설계해주세요.
2. 사용자 결제 흐름도를 결제창 진입 → 수단 선택 → 인증 → 완료 처리 → 결과 페이지 순서로 상세히 정리해주세요.
3. 각 단계마다 기획자가 반드시 정의해야 할 항목을 체크리스트 형태로 붙여주세요.
4. 실무자가 바로 문서 초안으로 옮길 수 있게 섹션명은 구체적으로 작성해주세요.- 결과물: 결제창 진입 → 수단 선택 → 인증 → 완료 처리 → 결과 페이지 노출로 이어지는 단계별 액션 정의서가 생성돼요.
2단계: 팀 간 핸드오프(Webhooks & Status) 정의
아래 프롬프트를 복사해서 AI에 붙여넣어요.
위에서 만든 PRD 목차를 기반으로, 개발자 핸드오프에 필요한 결제 상태값과 웹훅 시나리오를 작성해주세요.
[포함해야 할 항목]
1. 결제 상태값을 정의해주세요. 예: Pending, Success, Failed, Cancelled, Refunded
2. 각 상태마다 기획 의도, 사용자에게 보이는 상태, DB 반영 기준을 함께 적어주세요.
3. 웹훅 수신 시나리오를 이벤트별로 정리해주세요. 어떤 이벤트에서 웹훅이 오고, 서버가 어떤 처리를 해야 하는지 포함해주세요.
4. 알림톡 또는 문자 발송 시점을 결제 성공, 실패, 취소 기준으로 나누어 정리해주세요.
5. 결과는 실무자가 바로 전달할 수 있게 표 형태로 정리해주세요.- 결과물:
payment_success,payment_failed등 상태별 기획 의도와 알림 발송 로직이 표 형태로 정리돼요.
3단계: 예외 상황(Edge Case) 및 에러 UX 설계
아래 프롬프트를 복사해서 AI에 붙여넣어요.
결제 과정에서 발생할 수 있는 주요 실패 시나리오 7가지를 뽑아주세요.
[필수 포함 시나리오]
- 카드 한도 초과 또는 잔액 부족
- 인증(3DS) 시간 초과
- 결제 중 브라우저 이탈 또는 앱 종료
- 카드사 또는 PG사 일시 장애
- 중복 결제 시도
[각 시나리오별 정리 항목]
1. 발생 상황을 실제 사용자 행동 기준으로 설명해주세요.
2. 고객에게 보여줄 에러 메시지 문구를 바로 사용할 수 있는 수준으로 작성해주세요.
3. 재시도 버튼 제공 여부와 UX 가이드를 함께 정리해주세요.
4. 기획자가 개발자에게 전달해야 할 처리 로직과 예외 처리 포인트를 적어주세요.- 결과물: 기획자가 놓치기 쉬운 '결제 중 이탈'이나 '카드사 장애' 대응 가이드가 포함돼요.
3검토 가이드: AI가 틀리기 쉬운 3가지 실무 포인트 교정하기
AI의 초안을 그대로 믿으면 실제 연동 과정에서 일정 지연이나 운영 혼선이 발생하므로, 기획자는 반드시 심사 순서와 금융 용어를 실무 기준으로 재검토하고 교정해야 해요.
순서 오류: "심사 먼저 하세요"는 오답이에요
AI는 종종 "PG 심사를 먼저 신청하고 그동안 연동을 진행하세요"라고 제안하지만, 이는 실무와 반대되는 위험한 가이드예요. 대부분의 결제 환경에서는 테스트 연동을 끝내고 실제 화면까지 확인한 뒤 PG 심사를 신청하는 순서가 고정되어 있어요. 이 순서가 틀리면 전체 일정이 꼬이므로 기획서의 일정 계획 부분을 반드시 수정해야 해요.
용어 오류: '취소'와 '환불'의 명확한 구분
AI는 두 용어를 혼용하여 기획서의 신뢰도를 떨어뜨리므로, 재무팀이나 CS팀과 소통하기 전에 반드시 용어를 통일해야 해요.
- 카드는 전산 처리를 되돌리는 취소예요.
- 가상계좌 입금 후 고객 계좌로 돈을 보내는 것은 환불이에요.
- 기획서 초안의 정책 섹션에서 이 용어들이 섞여 있지 않은지 확인하고 전수 교정해요.
구현의 한계: 우리 팀 개발 스택과의 일치 여부 판단
AI가 제안한 화려한 커스텀 UI가 우리 팀의 현재 일정이나 기술 스택과 맞는지 기획자가 최종 판단해야 해요. "직접 UI를 디자인한다"고 AI가 썼더라도, 빠른 런칭이 목표라면 "결제 솔루션 기본 결제창을 활용해 기획 범위를 줄여요"로 수정하여 개발 공수를 관리하는 것이 기획자의 역할이에요.
다음 단계
PRD 초안을 만들었다면, 이제 화면 기획과 현실 일정표를 붙여 실제 실행 문서로 다듬을 차례예요.
추천 콘텐츠
개발팀 전달 기획서: 화면 상태, 체크포인트, 핸드오프 템플릿 한 번에 화면 상태 6가지와 자주 빠지는 7가지 체크포인트를 한 문서에서 보완해요.
결제 도입 일정·오픈 런북: 2·4·6주 일정표와 D-21→D-Day 체크리스트 AI가 만든 일정표를 현실적인 역할 분리 기준과 비교해봐요.
바로 참고할 문서
- 개발 문서: 부트페이 개발자 센터