AI 시대 PRD는 '허락 문서'가 아니라 '결정 기록'입니다: 8개 섹션과 한/영 템플릿

AI로 프로토타입을 몇 시간 만에 만들 수 있게 되면서 PRD를 쓰는 순서가 바뀌고 있습니다. 먼저 여러 개를 만들어 보고, 살아남은 하나에 대해 왜 골랐는지, 어떻게 성공을 잴지, 언제 멈출지를 적습니다. 이 글은 해외에서 많이 공유된 'AI 시대 PRD 템플릿'의 8개 섹션을 원문과 공식 문서로 확인하고, LeanX가 한국 팀을 위해 새로 쓴 한국어·영어 템플릿 파일을 함께 드립니다.

대표님 팀의 PRD가 "이거 만들어도 될까요?"를 설득하는 문서였다면, 이제 그 문서가 할 일이 달라졌을 가능성이 큽니다. 만드는 데 드는 비용이 크게 줄었기 때문입니다.

이 글은 2026년 10월 27일에 원문을 다시 열어 확인한 내용을 기준으로 합니다. 원문 저자들과 LeanX는 관계가 없으며, [LeanX 추가]로 표시한 항목은 LeanX의 제안입니다.

템플릿 바로 받기: 한국어 상세판(.md) · English(.md)

1. 템플릿은 어디서 왔나

'The 2026 AI-Era PRD Template'이라는 이름의 한 장짜리 템플릿은 Sachin Sharma가 2026년 9월 1일 Product Career Academy에 올린 글에 실린 것이 저희가 확인한 범위에서 가장 이릅니다. 8개 섹션과 각 섹션의 'NEW·TIMELESS·UPGRADED·MERGED' 표시, 맨 아래 '2026년의 기준' 문단이 이 원본에 들어 있습니다. Sharma는 이 글에서 Aakash Gupta의 팟캐스트에 나온 발언(6주 걸리던 프로토타입이 이제 약 45분이면 된다)도 인용합니다.

10월 하순에는 PM 뉴스레터와 팟캐스트로 알려진 Aakash Gupta가 LinkedIn 글에서 같은 제목의 템플릿을 공유했습니다. 그의 판은 행동 계약 예시 수, 레드팀 목록, 골든셋과 사람 검수 기준표, 단계별 확대 조건, 킬 스위치를 누를 사람과 숫자를 더 구체적으로 적었습니다.

이 글은 두 출처를 함께 밝히고, 원본 이미지는 옮기지 않았습니다. 아래 템플릿 파일은 이 구조를 참고해 LeanX가 문장을 새로 쓰고 항목을 보탠 것입니다.

2. PRD는 왜 허락 문서였나

Gupta는 2008년에 PM을 시작했을 때 PRD가 사실상 '포장된 허락 문서(glorified permission document)'였다고 돌아봅니다. 만드는 일이 가장 비쌌기 때문에, 만들기 전에 모든 이해관계자의 동의를 받아야 했다는 것입니다.

AI가 이 전제를 바꿨습니다. 프로토타입은 이제 프롬프트 한 번 거리에 있습니다. 그래서 두 저자 모두 순서를 이렇게 바꾸자고 제안합니다.

1. 아이디어에서 곧바로 프로토타입 5개를 만든다.
2. 그중 가장 좋은 하나를 고르고 나머지는 버린다.
3. 살아남은 것에 대해서만 PRD를 쓴다.

이렇게 쓰는 PRD는 허락을 구하는 문서보다 결정 기록에 가깝습니다. "N개를 만들어 봤고, 이것으로 정했다. 이유는 이렇다"를 남기는 문서입니다.

3. 8개 섹션 한눈에 보기

원본 템플릿은 섹션마다 새로 생긴 것(NEW), 예나 지금이나 같은 것(TIMELESS), 강화된 것(UPGRADED), 합쳐진 것(MERGED)을 표시했습니다. 아래는 LeanX가 정리한 각 섹션의 역할입니다.

1. 결정: N개 중 무엇을 왜 골랐는지 한 줄로.
2. 기회 정의: 문제와 근거 숫자, 사용자 목소리, 가설, 지금 해야 하는 이유.
3. 프로토타입: 고른 버전의 링크. 말로 다시 설명하지 않습니다.
4. 기능과 행동 계약: 예외 상황, 측정 이벤트, AI 기능이라면 입력별로 기대하는 행동.
5. 성공 측정과 평가: 졸업 지표와 안전장치, AI 기능이라면 출시 전에 돌리는 평가 세트.
6. 범위와 비목표: 넣는 것, 빼는 것, 알고도 감수하는 것.
7. 롤아웃과 롤백: 얼마나 넓게 열지, 언제 다음 단계로 갈지, 무엇을 보면 멈출지.
8. 출시 기준과 변경 로그: 예/아니요로 확인할 수 있는 완료 조건과 출시 뒤의 기록.

Gupta의 판에서는 8개 중 4개가 TIMELESS입니다. 문제를 숫자와 사용자 목소리로 정의하는 일처럼, 예전부터 좋은 PRD의 재료였던 것은 여전히 그대로라는 뜻입니다. Sharma도 원본 부제에서 '변하지 않는 핵심은 지키고 결정 기록 층을 더한다'고 적었습니다. 새로 생긴 것은 결정과 프로토타입이고, 가장 크게 강화된 것은 평가입니다.

그림 설명: 위쪽은 기존 순서입니다. 아이디어 → PRD(허락) → 개발 → 출시로 한 방향으로 흐릅니다. 아래쪽은 AI 시대의 순서입니다. 아이디어 → 프로토타입 여러 개 → 같은 입력으로 평가해 하나 선택 → PRD(결정 기록) → 단계적 출시 → 결과 링크와 변경 로그로 이어지고, 결과는 다시 다음 결정으로 돌아갑니다. 단계적 출시 중 기준을 넘으면 킬 스위치로 이전 동작으로 되돌립니다.

4. 가장 큰 변화: AI 기능에는 행동 계약이 필요하다

Sharma의 원본은 AI 기능에 '행동 계약'을 두라고 했습니다. 어떻게 답하는지, 절대 하면 안 되는 것은 무엇인지, 확신이 없을 때 어떻게 물러서는지를 적는 칸입니다. Gupta는 이것을 AI 기능의 가장 큰 변화 중 하나로 꼽고, 예시 하나를 입력, 좋은 응답, 나쁜 응답, 거절해야 하는 경우의 네 칸으로 쓰라고 구체화했습니다. 그는 좋은 응답부터 아주 훌륭한 응답까지 넓게 걸치는 15~25개 예시가 가장 좋다고 봅니다.

사내 규정을 답하는 챗봇이라면 이렇게 쓸 수 있습니다. 이 예시는 LeanX가 만든 것입니다.

• 입력: "출장 숙박비 한도가 얼마예요?"
• 좋은 응답: 규정의 해당 조항과 금액, 개정일을 함께 답한다.
• 나쁜 응답: 규정에 없는 금액을 지어내거나 개정 전 기준을 답한다.
• 거절: 다른 직원의 출장비 정산 내역을 묻는 경우.

기능 설명 문단 열 개보다 이런 예시 스무 개가 개발자, 디자이너, 그리고 이 문서를 읽을 AI 에이전트에게 훨씬 분명합니다.

다만 15~25라는 숫자는 Gupta가 "내 의견으로는"이라고 밝힌 기준입니다. 이 숫자를 비교 실험한 자료는 찾지 못했습니다. 참고로 Sharma의 원본은 평가 세트를 실제 입력 20개로 제시했습니다.

5. 행동 계약과 출시 판정은 따로 두세요 [LeanX 추가]

15~25개 예시는 "이 기능이 어떻게 행동해야 하는가"를 팀이 합의하는 데는 충분합니다. 하지만 출시를 결정하는 시험으로 쓰기에는 너무 적습니다.

간단한 계산으로 확인할 수 있습니다. 실제 실패율이 0.5%인 기능을 20개 예시로 시험하면, 실패가 한 건도 보이지 않을 확률이 약 90%입니다(0.995의 20제곱). 20개를 모두 통과했다고 해서 실패율이 낮다는 뜻은 아닌 셈입니다.

공식 문서도 같은 방향을 가리킵니다. Anthropic은 에이전트 평가 가이드(2026-01-09)에서 처음 평가 세트를 "실제 실패에서 가져온 20~50개의 단순한 과제"로 시작하라고 권합니다. 별도의 성공 기준 문서에서는 "안전한 출력" 대신 "10,000번 시행 중 0.1% 미만이 유해 콘텐츠로 표시될 것"처럼 숫자로 쓰라고 하고, 사람이 정성껏 채점한 적은 문항보다 자동 채점으로 돌리는 많은 문항이 낫다고 안내합니다.

그래서 LeanX 템플릿에서는 두 가지를 나눴습니다.

• 행동 계약 (템플릿 4장): 15~25개. 팀의 합의와 AI 에이전트에게 주는 명세.
• 골든셋 (템플릿 5장): 20~50개로 시작해 자동 채점으로 늘리는 출시 판정용 시험. 실제 실패 사례를 계속 보태는 담당자와 주기를 정합니다. 오래 방치한 골든셋은 실제 사용과 멀어지기 때문입니다.

6. 롤아웃과 킬 스위치는 '누가, 어떤 숫자에서'까지 적는다

Sharma의 원본은 롤아웃 섹션에서 "한 번에 다 열 것인가, 일부에게 먼저 열 것인가, 킬 스위치는 무엇이고 어떤 숫자에서 당길 것인가"를 묻습니다. Gupta는 여기에 노출 비율과 기간, 단계마다 넘어야 할 숫자, 그리고 킬 스위치를 누를 책임자를 적으라고 더했습니다.

Microsoft의 기능 플래그 가이드는 기능 플래그로 새 기능을 재배포 없이 빠르게 끄고 믿을 수 있는 이전 동작으로 돌아갈 수 있다고 설명합니다. 동시에 "아무 나쁜 일도 일어나지 않는 것 같다고 모든 게 괜찮다고 가정하는 함정"을 피하려면 사용 행태와 시스템 상태 지표를 계속 봐야 한다고 강조합니다.

LeanX 템플릿에는 앞의 사내 규정 챗봇을 예로 이렇게 적었습니다.

"표본 검수에서 규정에 없는 내용을 지어낸 답변이 1%를 넘거나, 인사팀으로 오는 정정 문의가 평소의 두 배를 넘으면 그날 끈다. 끌 수 있는 사람: 담당 PM, 부재 시 인사 시스템 담당자."

숫자는 예시일 뿐 업계 기준이 아닙니다. 팀의 위험도에 맞게 정하세요. 또 킬 스위치를 끈다고 이미 외부로 보낸 데이터나 실행된 결제까지 되돌아가지는 않습니다. 이런 작업은 별도의 복구 절차가 필요합니다.

7. 한국 팀을 위해 보탠 네 가지 [LeanX 추가]

원래의 8개 섹션 구조는 그대로 두고, 한국 기업 현장에서 자주 빠지는 항목을 보탰습니다.

1. 행동 계약과 골든셋 분리: 5장에서 설명한 표본 크기 문제 때문입니다.
2. 개인정보 항목: 골든셋이나 예시에 실제 고객 문의를 쓰면 개인정보가 들어가기 쉽습니다. 비식별 처리 방법과 담당자, 외부 모델 API로 보내는 범위와 보관 기간, 동의·고지 근거를 적는 칸을 만들었습니다.
3. 변경 로그에 모델 ID와 프롬프트 버전: 모델이나 프롬프트가 바뀌면 코드가 그대로여도 제품이 바뀐 것입니다.
4. 끄면 무엇으로 돌아가는지와 알릴 사람: 킬 스위치를 누른 뒤 상담팀과 영업팀이 무엇을 해야 하는지까지 정해 둬야 실제로 누를 수 있습니다.

8. 마지막 기준: 맥락 없는 에이전트에게 넘겨도 되는가

원본 템플릿 맨 아래에는 '2026년의 기준'이 있습니다. Sharma의 표현을 옮기면 "이 문서만 보고 질문 하나 없이 기능을 만들 수 있는가, 2026년에 그 사람은 개발자일 수도 AI 에이전트일 수도 있다"는 것입니다. Gupta의 판은 이를 "사람은 의도를 해석해 주지만 모델은 적힌 문장만 실행하고, 사람이 판단으로 메우던 빈틈이 이제 토큰 비용이 된다"고 다듬었습니다.

LeanX가 이 글을 만든 콘텐츠 발행 하네스도 같은 원칙으로 움직입니다. "검수 통과"라는 말만으로는 다음 단계로 넘어가지 않습니다. 독립 검수 결과 파일에 적힌 원고의 지문(해시)이 실제 원고와 일치해야 발행 단계가 열리고, 발행 권한은 사람이 따로 열어 줘야 합니다. 이 글도 그 절차를 거쳤고, 첫 검수에서 출처 표기가 부족하다는 지적을 받아 고쳤습니다. 저희 내부 운영 방식이며, 효과를 수치로 측정한 것은 아닙니다.

9. 템플릿 받기와 쓰는 법

• AI 시대 PRD 템플릿 한국어 상세판 (.md): 섹션마다 작성 예시와 팁을 넣었습니다.
• AI-Era PRD Template, English (.md): 해외 팀이나 AI 에이전트에게 그대로 넘길 때 쓰세요.

Notion, Obsidian, GitHub, Google Docs 어디에 붙여 넣어도 표와 체크리스트가 그대로 보입니다. 자유롭게 고쳐 쓰셔도 됩니다.

쓰는 순서는 이렇게 권합니다.

1. 다음 기능 아이디어 하나를 골라 서로 다른 프로토타입을 2~5개 만듭니다. 5개는 원문의 권고이고, 몇 개가 적당한지 비교한 연구는 찾지 못했습니다.
2. 템플릿 4장에 적을 까다로운 입력 10개로 모두 돌려 보고 하나를 고릅니다.
3. 살아남은 하나에 대해 템플릿 1장의 한 줄부터 씁니다.

10. 한계와 주의할 점

• 이 순서가 늘 맞지는 않습니다. 규제 산업이나 여러 시스템을 연동해야 하는 기능은 프로토타입 전에 최소한의 요구사항과 제약을 먼저 정해야 할 수 있습니다. Gupta도 PRD를 생략하는 팀이 있지만 대부분은 규제나 규모 때문에 그렇게까지 가볍게 가지 않는다고 말합니다.
• 5개, 15~25개는 의견입니다. 이 숫자들을 비교 실험한 자료는 찾지 못했습니다.
• 원본 템플릿의 저작권은 원저자에게 있습니다. 이 글과 LeanX 템플릿은 구조를 참고했을 뿐 원문을 번역하거나 옮기지 않았습니다.

우리 팀의 다음 PRD는 허락을 구하는 문서인가요, 결정을 남기는 문서인가요? 다음 기능 하나에 이 템플릿을 써 보시고, 바꾸고 싶은 칸이 있으면 알려주세요.

출처

• Sachin Sharma, The PRD Isn't Dead, Product Career Academy, 2026-09-01. 'The 2026 AI-Era PRD Template' 원본 이미지 포함.
• Aakash Gupta, LinkedIn 게시물 "AI product managers, save this PRD template", 2026년 10월 하순 게시(2026-10-27 확인 시점에 '5일 전'으로 표시).
• Anthropic Engineering, Demystifying evals for AI agents, 2026-01-09.
• Anthropic 문서, Define success criteria, 2026-10-27 확인.
• Microsoft Learn, Progressive experimentation with feature flags, 2026-10-27 확인.

사내 규정 챗봇 예시, 표본 크기 계산, 한국 팀을 위한 추가 항목, 흐름 그림의 구성은 LeanX의 제안이며 측정된 고객 성과가 아닙니다.