PRD 자동화를 직접 만들어본 기록

안녕하세요. 노머스에서 PM으로 근무하고 있는 윤태철입니다. Claude 스킬로 PRD 자동화를 만들어본 기록입니다.

왜 지금, PM이 자동화를 이야기하는가

얼마 전 전 직장 동료를 만났습니다. 자연스럽게 요즘 회사에서 AI를 어떻게 쓰는지 이야기가 나왔고 일하는 방식을 듣고 매우 놀랐습니다.

PM이 프로덕트 문제를 정의하고 우선순위를 판단하고 구체화하는 것까지는 똑같았습니다. 그런데 그다음이 달랐습니다. 회의 후 나온 회의록이나 보고 문서를 Claude에 넣으면 PRD가 “딸깍” 하고 나오고, 그 PRD를 바탕으로 디자인과 개발이 이어진다는 것이었습니다.

돌아오는 길에 그 “딸깍”이 계속 머릿속을 맴돌았습니다. 지금 시작하지 않으면 뒤처지겠다는 위기감도 들었습니다. 그래서 스스로 물었습니다. “PM 업무 중 자동화할 수 있는 게 뭘까?” 가장 자주, 반복적으로 쓰는 PRD가 먼저 떠올랐습니다.

1. 무엇을 만들고자 했었나

한 문장으로 요약하면, 요구사항을 넣으면 PRD가 나오고 그 PRD가 디자인과 정책 정의서로 갈라져 나가는 파이프라인을 만들고자 했습니다. 핵심은 PRD를 “사람이 읽고 해석하는 문서”에서 “후속 단계(디자인·개발)가 그대로 실행하는 문서”로 바꾸는 것입니다.

파이프라인 전체 구조는 이렇습니다. PRD가 SSOT(단일 진실 공급원)로 가운데에 서고, 위성 스킬들이 그 앞뒤에 붙습니다.

1. 요구사항 수집 스킬 — 슬랙 신호 → 요구사항 후보 DB
2. AS-IS 정책 적재 스킬 — Confluence·사내 AI·문서 → 노션 DB 상시 적재
3. PRD 생성 스킬 — 요구사항 분석 → AS-IS 분석 → PRD (화면 로직 포함)
4. 디자인 초안 생성 스킬 — PRD → FDS 준수 Figma
5. 정책문서 작성 생성 스킬 — PRD → 정책문서 생성

이 과정으로 나온 산출물은 가상의 예시가 아닙니다. GLXY-STAT-001(백오피스 통계 PRD + Figma)이 이 흐름으로 만들어졌습니다.

2. 어떻게 만들었나

파이프라인이라고 했지만 거창한 시스템은 아닙니다. 전부 Claude 스킬 묶음입니다. 처음에는 Claude Desktop에서 만들다가 지금은 VSCode로 옮겨 작업하고 있습니다. 커넥터를 활용하여 노션 DB를 만들고 피그마 작업을 가능하게 했습니다. 더불어 깃허브 통해서 스킬이나 메모리 등을 동기화하여 사용하였습니다.

이를 통해서 PRD 생성 스킬을 만들었고 크게 4단계로 구성하였습니다. (위 다섯 가지 스킬 중 PRD 생성 내용)

단계	하는 일
① 요구사항 분석	입력 자료 파악 + 선택지형 역질문으로 확정 → 요구사항 확정 DB에 저장
② AS-IS 분석	DB로 기존 정책 확인, 없으면 사내 AI로 보강(사람 승인)
③ PRD 작성	①·②에서 확정한 것만으로 템플릿 기반 작성
④ 후속 분기·회고	자가 검증 체크리스트, 공백·마찰 지점 회고

또한 이러한 단계를 진행하기 위해서 스킬 폴더는 아래와 같이 구성하였습니다. (여러 번의 시행착오가 있었고 수많은 수정이 있었습니다. 계속 개선해 나갈 것입니다.)

더불어 요구사항 확정 DB, AS-IS 정책 DB, 디자인 스킬 DB 등으로 관리하여 PRD 및 피그마 작업 시 사용하고자 하였습니다. (DB를 읽어 PRD를 쓰고, 새로 확정된 값을 다시 DB에 적재합니다. 제안 → 컨펌 → 적재)

3. 마치며 아직 안 한 것 — 진짜 검증

그래서 다음은 실제 프로젝트에 태워 검증해보고자 합니다. 그리고 팀원과 함께 DB를 조금 더 두껍게 만들었으면 합니다. 각 프로젝트에서 결정된 정책들이 DB에 모이면 참조할 사실이 많아지고, 비로소 “딸깍”이 되지 않을까 싶습니다.

물론 아직 답하지 못한 질문도 남아 있습니다. 생성 속도는 빨라졌지만 검증에 드는 시간이 줄지 않는다면, 그걸 진짜 자동화라 부를 수 있을까요. 그 답 역시 실무에 적용해 봐야 나올 것 같습니다.