월요일까지 PRD가 필요할 때 /writing-prds는 성공 지표가 포함된 문제 중심 명세를 작성해 엔지니어가 세 번의 리뷰 없이 build하게 합니다. — Claude Skill
Claude Code용 Claude 스킬 · 제공: Refound · 실행: /writing-prds (Claude 내)·업데이트: 2026년 6월 14일
문제 중심 PRD를 맥락, 성공 지표, 범위와 함께 몇 분 안에 작성합니다
- 문제 중심 구조: 배경, Why Now, 고객, 성공 지표, 범위. Maggie Crowley의 '왜부터 시작하기' 방식
- Amazon식 역방향 작업 명세를 위한 PR/FAQ 옵션(Bill Carr)
- 경량 모드: 세부를 과도하게 쓰지 않고 핵심 결과에 집중하는 Eric Simons식 최소 PRD
- AI 시대 변형: AI 기능용 프롬프트 세트(Aparna Chennapragada)과 실행 가능한 평가 기준표(Hamel Husain, Shreya Shankar)
- 경쟁 기회 대비 우선순위를 방어하는 Why Now 프롬프트 내장
대상
기능
모호한 지시를 엔지니어가 만들 수 있는 명세으로 바꾸기까지 일주일이 있습니다. /writing-prds는 Maggie Crowley의 문제 우선 형식에 따라 배경, 문제, Why Now, 고객, 성공 지표, 범위 밖을 구조화합니다.
LLM 기능을 명세해야 하는데 산문로는 부족합니다. /writing-prds는 Aparna Chennapragada의 '메모보다 데모'와 Hamel Husain의 평가를 PRD로 쓰는 접근을 따라 PRD로 쓸 프롬프트 세트과 평가 기준표을 생성합니다.
리더십이 베팅을 승인하려면 Amazon식 PR/FAQ를 원합니다. /writing-prds는 Bill Carr 방식에 따라 고객 언어로 모의 보도자료와 FAQ를 작성하고 다른 피치와 비교 가능하게 만듭니다.
지난 PRD가 12페이지였고 엔지니어는 앞 두 페이지만 훑었습니다. /writing-prds는 Eric Simons식으로 최소 맥락, 핵심 결과, 다른 베팅 대비 타이밍을 정당화하는 Why Now 문단으로 다시 씁니다.
작동 방식
거친 메모, 문제 문장, 시작 회의 transcript를 붙여 넣습니다
세 가지 framing 질문에 답합니다: 문제, Why Now, 성공 측정 방법
형식을 선택합니다: 전통적 PRD, Amazon PR/FAQ, AI 프롬프트 세트, 평가 기준표
배경, 고객, 성공 지표, 범위, 범위 밖 섹션이 포함된 초안을 받습니다
inline으로 표시된 미결정을 검토하고 PRD를 Linear, Notion, Docs로 보냅니다
예시
문제: Slack 사용자가 개인이 아니라 팀을 @-mention하고 싶어 함 Why Now: Q1 이탈에서 '팀을 ping할 수 없음' 언급 출시 목표: 분기 말 엔지니어: FE 1, BE 1 미결 질문: 알림 팬아웃, 중첩 팀?
Slack 사용자는 하루에도 수십 번 개인을 ping하지만 한 메시지로 전체 팀에 닿는 방법이 없습니다. Q1 이탈 인터뷰 12건 중 7건에서 이 문제가 드러났습니다($180K ARR). 경쟁사는 지난 분기에 팀 멘션를 출시했습니다. 지연은 더 큰 이탈과 약해지는 차별화 이야기로 이어집니다.
주 고객: 20-200명 조직에서 질문을 한 사람이 아니라 팀으로 라우팅하는 엔지니어링 관리자. 해야 할 일: '누가 당직자인지 추측하지 않고 전체 팀에 물어보기.' 현재: 비공개 목록을 유지하거나 3명을 @-mention하거나 아무도 보지 않는 채널에 게시합니다.
선행: GA 후 4주 안에 활성 조직 15%가 @팀 사용 후행: Q2 동안 '팀 멘션' 이탈 언급이 0으로 감소 보호 기준: 알림 수신 거부율 2% 미만 유지
포함: 팀 생성, @-mention, DND를 존중하는 알림, 평면 팀만 제외: 중첩 팀, 외부 팀 멘션, 팀별 상태 표시 UI 미결정: 팬아웃 한도(엔지니어링 검토로 표시)
개선되는 지표
지원 도구
PRD 작성을(를) 사용해 보시겠어요?
시작 방법을 선택하세요.
이 스킬을 컴퓨터에 로컬로 설치하고 실행합니다.
컴퓨터에서 터미널을 열고 이 명령을 붙여넣으세요:
이 명령은 스킬과 모든 파일을 컴퓨터에 다운로드합니다:
모든 프로젝트에서 사용하려면 끝에 -g를 추가하세요.
Claude Code를 시작한 다음 명령을 입력하세요:
PRD 작성
11명의 제품 리더 프레임워크와 인사이트를 사용해 효과적인 제품 요구사항 문서를 작성하도록 돕습니다.
돕는 방법
사용자가 PRD에 대해 도움을 요청하면:
- 왜에서 시작합니다 - 기능보다 먼저 해결하는 문제와 왜 지금 중요한지 묻습니다.
- 성공을 먼저 정의합니다 - 기능이 성공했음을 어떻게 알지 표현하도록 돕습니다.
- 올바른 형식을 선택합니다 - 전통적인 문서, 프로토타입, 실행 가능한 평가 중 무엇이 필요한지 논의합니다.
- 실행 가능하게 유지합니다 - 문서가 단순한 기록이 아니라 명확한 팀 행동으로 이어지게 합니다.
핵심 원칙
문제와 맥락을 먼저 둡니다
Maggie Crowley: "가장 중요한 섹션은 첫 부분입니다. 배경과 맥락은 무엇인가? 문제는 무엇이고, 왜 중요하며, 왜 지금 중요한가?" 해결책을 논의하기 전에 팀을 '왜'와 긴급성에 맞춥니다.
PR/FAQ는 명확성을 강제합니다
Bill Carr: "새 제품을 구상할 때마다 고객에게 말하는 방식으로 그것을 설명하는 보도자료를 쓰는 것부터 시작합니다. 아이디어는 페이지에서 튀어나와야 합니다." PR을 사용해 고객, 문제, 해결책을 사실적이고 데이터가 풍부한 언어로 설명하세요.
AI 시대에는 메모보다 데모입니다
Aparna Chennapragada: "무엇을 만들고 싶은지 보기 위해 프로토타이핑하고 만들지 않는다면 잘못하고 있는 것입니다. 프롬프트 세트가 새로운 PRD입니다." AI 기능에는 기능 프로토타입과 프롬프트 세트를 핵심 요구사항으로 포함하세요.
평가는 살아 있는 PRD입니다
Hamel Husain & Shreya Shankar: "이것이 제품 요구사항 문서가 되어야 하는 가장 순수한 의미입니다. 정확히 무엇이어야 하는지 말해 주고 자동으로 계속 실행되는 평가 판정자입니다." AI 제품에서는 제품 요구사항을 실행 가능한 평가로 번역하세요.
행동을 위해 가볍게 유지합니다
Eric Simons: "우리는 그것들을 꽤 가볍게 유지하는 편입니다. 모두가 같은 페이지에 있고 핵심 결과가 도착했을 때 존재하도록 보장하는 최소한의 맥락을 갖는 것을 좋아합니다." 개발자가 무시하는 방대한 세부사항보다 핵심 결과에 집중하세요.
PRD는 장인정신을 보여 줍니다
Vikrama Dhiman: "당신의 PRD 품질은 충분히 좋은가요? 케어팀, 마케팅팀에 가는 초안을 쓰고 있나요? 당신이 작업하는 산출물을 통해 영향을 내야 합니다." 고품질 PRD는 전문적 장인정신을 보여 주고 규모 있게 명확성을 만듭니다.
AI는 기본 골격을 만들 수 있습니다
Claire Vo: "저는 ChatGPT를 사용해 이 매우 기술적인 제품을 위한 꽤 쓸 만한 PRD 명세를 만들었습니다." AI로 사용자 스토리와 범위 제외 항목 같은 기본을 골격화하고, 높은 수준의 전략과 서사에 집중하세요.
살아 있는 PRD는 모호함을 줄입니다
Guillermo Rauch: "제품 관리팀은 이제 실제로 제품을 만들고 있습니다. 우리는 v0에서 명세를 만들었고, 그것을 살아 있는 PRD라고 생각하세요. 세부 수준은 모두가 '그냥 출시하자'고 말할 정도입니다." 상호작용하고 움직이는 프로토타입은 모호함을 줄이고 승인을 빠르게 합니다.
'왜 지금인가'를 포함합니다
다른 기회와 비교해 이 투자의 타이밍을 정당화하세요. 왜 나중이 아니라 지금 중요한지 설명할 수 없다면 우선순위는 의심받을 수 있습니다.
사용자를 돕는 질문
- "이것은 어떤 문제를 해결하며, 왜 지금 중요한가요?"
- "이 기능이 성공했는지 어떻게 알 수 있나요? 어떤 지표가 움직이나요?"
- "고객은 누구이며, 출시 후 그들의 삶은 어떻게 달라지나요?"
- "범위 creep을 막기 위해 명시적으로 제외할 것은 무엇인가요?"
- "문서를 더 쓰는 대신 빠른 프로토타입을 만들 수 있나요?"
- "아직 내려야 할 핵심 결정은 무엇인가요?"
지적해야 할 흔한 실수
- 해결책에서 시작함 - 문서는 문제와 맥락으로 시작해야 합니다.
- 성공 기준이 없음 - 모든 PRD에는 성공을 어떻게 측정할지 명확한 정의가 필요합니다.
- 과도한 세부사항 - 결과에 집중한 가벼운 PRD가 읽히고 사용될 가능성이 높습니다.
- 프로토타입이 더 나은데 정적임 - AI와 UI 작업에서는 살아 있는 프로토타입이 산문보다 더 많이 전달합니다.
- '왜 지금인가'가 빠짐 - 긴급성 정당화가 없으면 우선순위가 의심받습니다.
심층 자료
11명의 게스트에게서 얻은 14개 인사이트 전체는 references/guest-insights.md를 참고하세요.
관련 스킬
- 명세와 설계 작성
- 역방향 작업
- 이해관계자 정렬
- 제품 출시
참조 문서
PRD 작성 - 모든 게스트 인사이트
게스트 11명, 언급 14개
Aparna Chennapragada
Aparna Chennapragada
"요즘 같은 시대에 만들고 싶은 것을 보기 위해 프로토타이핑하고 만들지 않는다면 잘못하고 있다고 생각합니다. 저는 이것을 새로운 PRD의 프롬프트 세트라고 부릅니다. 새 프로젝트와 새 기능을 만들 때는 당연히 프로토타입과 프롬프트 세트가 함께 와야 한다고 강하게 요구합니다."
인사이트: 전통적인 서면 요구사항은 제품 아이디어를 정의하고 전달하는 주된 방식으로 기능 프로토타입과 프롬프트 세트에 의해 대체되고 있습니다.
전술 조언:
- 제품 구축 루프를 빠르게 하기 위해 '메모보다 데모'를 사용하세요.
- 새 AI 기능에는 프롬프트 세트를 핵심 요구사항으로 포함하세요.
- 문서를 쓰기 전에 아이디어를 시각화할 수 있도록 고대역폭 프로토타이핑을 우선하세요.
Timestamp: 00:22:59
Bill Carr
Bill Carr
"새 제품이나 기능을 구상할 때마다 우리는 그 기능을 설명하는 보도자료를 쓰는 것으로 시작합니다. 고객에게 말하는 방식으로, 어느 정도 외부 언론과 세상에 말하는 방식으로 설명합니다. 제가 설명하는 아이디어는 페이지에서 튀어나와야 합니다. 고객으로서 '와, 이건 정말 필요하다'고 느껴져야 합니다."
인사이트: PR/FAQ 프로세스는 개발이 시작되기 전에 고객 혜택에 대한 명확성을 강제합니다.
전술 조언:
- 만들기 전에 가짜 보도자료(PR)와 자주 묻는 질문(FAQ) 목록을 작성하세요.
- PR을 사용해 고객, 문제, 해결책을 사실적이고 데이터가 풍부한 언어로 설명하세요.
- 프로젝트 복잡도를 신호하기 위해 가상의 출시일을 포함하세요.
Timestamp: 00:41:31
"제가 먼저 하는 일은, 좋습니다, 제품 개발 프로세스에서 무엇을 만들지 결정하는 방법으로 이 방법을 사용해 봅시다라고 말하는 것입니다. 그리고 덧붙여, 만들 수 있는 수많은 선택지를 분류하는 방법으로도 사용합니다."
인사이트: PR/FAQ는 많은 선택지 중 최고의 아이디어를 고르는 필터링 메커니즘, 즉 퍼널로 사용해야 합니다.
전술 조언:
- 많은 PR/FAQ가 작성되지만 최고의 것만 자금을 받는 '제품 퍼널'을 만드세요.
- 작은 그룹에서 시작해 점점 확장하는 '동심원' 검토를 통해 문서를 반복하세요.
Timestamp: 00:42:17
Claire Vo
Claire Vo
"저는 ChatGPT와 프롬프트를 사용해 이 매우 기술적인 제품을 위한 꽤 쓸 만한 PRD 명세를 만들었습니다. 결국 지금 GPT Store가 가진 수익화와 접근 장벽에 부딪혔습니다. 그래서 저는 '이건 쉽다. 독립 앱을 세우면 되겠다'고 생각했습니다."
인사이트: AI는 제품 요구사항 초안 작성을 크게 가속해 PM이 높은 수준의 전략과 서사에 집중하게 합니다.
전술 조언:
- AI를 사용해 사용자 스토리와 범위 제외 항목의 기본 골격을 만드세요.
- 제품 가치 피치를 위해 PRD에 '서사' 섹션을 포함하세요.
- 회사 맥락과 역할을 학습하도록 AI 프롬프트를 맞춤화하세요.
Timestamp: 00:54:45
Dan Shipper
Dan Shipper
"Claude Code 세상에서는 코딩을 많이 하지 않기 때문에 결국 PRD를 타이핑하는 데 꽤 많은 시간을 쓰게 됩니다. 잠깐 시간을 내서, 내 장황한 생각을 받아 PRD로 바꿔 주는 프롬프트를 써야겠다고 할 수 있습니다."
인사이트: AI 주도 개발 환경에서는 주요 엔지니어링 작업이 코드 작성에서 고품질 PRD 작성으로 이동합니다.
전술 조언:
- 음성 입력이나 거친 메모를 공식 문서로 구조화하는 프롬프트를 사용해 PRD 작성 프로세스를 자동화하세요.
Timestamp: 00:41:44
Eli Schwartz
Eli Schwartz
"두 번째 달에는 엔지니어들이 작업을 시작할 수 있는 PRD를 작성할 겁니다. 세 번째 달에는 그들이 작업을 시작하고 출시할 겁니다."
인사이트: SEO 이니셔티브도 엔지니어링 팀을 위한 PRD 작성 등 표준 제품 개발 주기를 따라야 합니다.
전술 조언:
- SEO 요구사항을 엔지니어가 실행할 수 있는 표준 PRD 형식으로 번역하세요.
Timestamp: 00:52:49
Eric Simons
Eric Simons
"매우 정교한 작업을 하는 경우가 아니라면 우리는 꽤 가볍게 유지하는 편입니다. 가능한 최소한의 맥락만 두는 것을 좋아합니다. 모두가 같은 페이지에 있고, 작업 중인 기능의 핵심 결과가 도착했을 때 존재하도록 보장하는 정도입니다."
인사이트: 핵심 결과에 집중한 가벼운 PRD는 개발자가 무시할 수 있는 '두꺼운' 문서보다 효과적입니다.
전술 조언:
- PRD가 실제로 읽히고 이해되도록 최소한으로 유지하세요.
- 모든 세부사항보다 '핵심 결과'를 정의하는 데 집중하세요.
Timestamp: 00:47:01
Hamel Husain & Shreya Shankar
Hamel Husain & Shreya Shankar
"제품 요구사항 문서가 되어야 하는 가장 순수한 의미는, 정확히 무엇이어야 하는지 말해 주고 자동으로 계속 실행되는 이 평가 판정자입니다."
인사이트: AI 개발에서는 실행 가능한 평가가 정적 PRD를 대체해 제품 요구사항의 최종 기준이 되고 있습니다.
전술 조언:
- 제품 요구사항을 구체적인 LLM-as-a-judge 프롬프트로 번역하세요.
- 평가를 사용해 타협할 수 없는 제품 동작을 정의하세요.
Timestamp: 01:00:56
"실패 모드가 무엇인지 처음부터 알 수는 없습니다. PRD는 이것을 생각하는 데 좋은 추상화입니다. 하지만 끝판왕은 아닙니다. 변할 것입니다."
인사이트: AI 제품 요구사항은 가상 계획만이 아니라 실제 데이터에서 도출되어야 하며 유연해야 합니다.
전술 조언:
- 프로덕션 데이터에서 발견한 실패 모드에 따라 제품 요구사항을 업데이트하세요.
- PRD를 평가 결과와 함께 진화하는 살아 있는 문서로 다루세요.
Timestamp: 01:02:28
Guillermo Rauch
Guillermo Rauch
"제품 관리팀은 흥미롭습니다. 이제 실제로 제품을 만들고 있기 때문입니다. 어젯밤 저는 v0에서 명세를 만든 것을 봤습니다. 살아 있는 PRD처럼 생각하세요. v0를 Vercel에 배포하는 새 기능이 어떻게 작동할지 명세를 냈습니다. 그 v0에 담긴 세부 수준이 너무 높아서 우리는 모두 '그냥 출시하자. 더 논의할 게 없다'고 말했습니다. 움직이고 상호작용했습니다."
인사이트: AI 도구는 PRD를 정적 문서에서 상호작용하고 움직이는 프로토타입으로 바꾸어 모호함을 줄이고 승인을 빠르게 합니다.
전술 조언:
- AI 빌더를 사용해 오류 상태, 성공 상태, 애니메이션을 보여 주는 '살아 있는 PRD'를 만드세요.
- 이해관계자 정렬을 얻기 위해 설명 텍스트에서 상호작용 산출물로 이동하세요.
Timestamp: 00:34:15
Maggie Crowley
Maggie Crowley
"제 생각에 문서에서 가장 중요한 섹션은 첫 부분입니다. 배경과 맥락은 무엇인가? 문제는 무엇이고, 왜 중요하며, 왜 지금 중요한가?"
인사이트: 성공적인 PRD는 해결책을 논의하기 전에 팀을 '왜'와 문제의 구체적 긴급성에 맞춥니다.
전술 조언:
- 다른 기회와 비교해 타이밍을 정당화하는 '왜 지금인가' 섹션을 포함하세요.
- 문서 안에 결정과 트레이드오프의 실행 로그를 유지하세요.
- 모든 관련 리서치와 산출물을 위한 '홈 베이스'로 문서를 사용하세요.
Timestamp: 00:49:52
Mike Krieger
Mike Krieger
"Claude가 무엇을 만들지 알아내는 파트너가 될 수 있을까요? 그런 방식으로 접근한다면 시장 규모는 무엇일까요? 다른 방식으로 보면 사용자 요구는 무엇일까요? 모델은 오늘 그런 일을 할 수 있습니다."
인사이트: AI는 이제 시장 분석부터 사용자 요구 정의까지 제품 계획 초기 단계의 협업 파트너로 작동할 수 있습니다.
전술 조언:
- LLM을 사용해 Discord, X, 포럼 등 여러 채널의 사용자 피드백을 실행 가능한 제품 인사이트로 종합하세요.
- AI를 활용해 초기 PRD 초안과 시장 규모 추정치를 생성하고 상류 계획 프로세스를 빠르게 하세요.
Timestamp: 00:19:02
Vikrama Dhiman
Vikrama Dhiman
"당신의 PRD 품질은 충분히 좋은가요? 케어팀, 마케팅팀 등으로 돌릴 초안 메모를 쓰고 있나요? 당신이 작업하는 산출물을 통해 영향에 영향을 내야 합니다."
인사이트: PRD 같은 서면 산출물의 품질은 당신의 '영향에 대한 영향'과 전문적 장인정신을 보여 주는 주요 방식입니다.
전술 조언:
- PRD가 높은 품질을 갖추고 케어팀, 마케팅팀 같은 여러 기능 조직에 회람되도록 하세요.
- 리더십으로 이동하더라도 문서 작성의 'IC 뿌리'를 소홀히 하지 마세요.
Timestamp: 00:15:43
"마지막 PRD를 보여 줄 수 있나요? 마지막으로 보낸 제품 노트를 보여 줄 수 있나요? 가지고 있거나 함께 만든 제품 전략 문서를 보여 줄 수 있나요? 디자인팀에 보낸 문제와 그 문제의 순위에 관한 브리프를 보여 줄 수 있나요? 보통 무언가가 빠져 있음을 발견하게 됩니다."
인사이트: 커리어 정체는 고품질의 구체적인 제품 산출물이 부족한 것과 연결되는 경우가 많습니다.
전술 조언:
- 최근 산출물(PRD, 전략 문서, 디자인 브리프)의 품질과 완성도를 감사하세요.
- Jira 스토리보드가 빈 제목이 아니라 설명적인 내용을 갖추도록 하세요.
Timestamp: 00:18:31