제품 관리자를 위한 최고의 ChatGPT 및 Claude prompts는 각각 하나의 구체적인 작업을 수행합니다. 한 줄짜리 아이디어에서 PRD 초안 작성, 기능을 Given/When/Then 인수 조건이 포함된 사용자 스토리로 분할, RICE로 백로그 점수 매기기, 인터뷰 메모를 페르소나로 전환하는 작업 등이 그 예입니다. 이 가이드에서는 AI 제품 관리자 워크플로가 실제로 다루는 업무를 기준으로 25개의 prompts를 분류해 소개하고, 모든 모델에 붙여 넣어 사용할 수 있는 재사용 가능한 템플릿 네 가지(PRD, 사용자 스토리, now/next/later 로드맵, 페르소나)도 제공합니다. 모든 prompt에는 입력할 항목을 위한 [brackets]가 사용됩니다. 별도 수정 없이 ChatGPT, Claude, Gemini 및 Copilot에서 사용할 수 있습니다.
이 페이지
- 이 prompts에서 유용한 결과를 얻는 방법
- 그룹 1: 발견 및 리서치(prompt 1~5)
- 그룹 2: PRD 및 사양(프롬프트 6~10)
- 그룹 3: 사용자 스토리 및 인수 기준(프롬프트 11~15)
- 그룹 4: 로드맵 및 우선순위 설정 (prompts 16~20)
- 그룹 5: 출시, 지표 및 이해관계자 커뮤니케이션 (prompts 21~25)
- 어떤 prompt에든 붙여넣을 수 있는 템플릿
- 작업별 도구
- 자주 묻는 질문
- 결론
PRD 생성기
AI PRD Generator Skill
기능 아이디어와 맥락을 바탕으로 문제 정의, 목표, 요구사항, 지표 및 미해결 질문을 포함한 완전한 PRD로 전환합니다.
$19
Skill 받기 →
이 prompts에서 유용한 결과를 얻는 방법
세 가지 습관이 일반적인 답변과 실제로 출시할 수 있는 문서를 가르는 차이를 만듭니다.
-
신입 직원에게 제공할 것과 같은 맥락을 모델에 제공하세요. 제품, 사용자, 비즈니스 모델, 현재 작업 중인 제약 조건을 알려주세요. 한 문단이면 충분하지만, 반드시 포함해야 합니다.
-
분위기가 아니라 구조를 요청하세요. "PRD를 작성하세요"라고 하면 에세이가 나옵니다. "이 PRD 템플릿을 작성하고, 추정해야 했던 내용에는 [ASSUMPTION]을 표시하세요"라고 하면 10분 안에 검토할 수 있는 초안이 나옵니다.
-
같은 스레드에서 반복 작업하세요. 모델이 맥락을 파악한 후에는 후속 prompt("이제 섹션 4의 사용자 스토리를 작성하세요")를 사용해도 비용 부담이 적고 일관된 결과를 얻을 수 있습니다. 모든 산출물마다 새 채팅을 시작하지 마세요.
모델이 이 행동을 지침을 다시 붙여넣지 않고 영구적으로 유지하게 하려면 Skill 파일을 사용하면 됩니다. 역할별 옵션은 Claude Skill 컬렉션에서 찾아보거나, 계속 읽으며 무료 prompts를 확인하세요.
그룹 1: 발견 및 리서치(prompt 1~5)
prompt 1: 인터뷰 종합
[number]명의 고객 인터뷰에서 얻은 [topic]에 관한 메모입니다: [메모 붙여넣기]. 발견한 내용을 주제별로 묶으세요. 각 주제에 이름을 붙이고, 해당 주제를 언급한 인터뷰이 수, 대표 인용문 한 개, 사용자가 달성하려는 근본적인 작업을 제시하세요. 마지막에는 추가로 조사할 세 가지 주제와 그 이유를 적으세요.
prompt 2: 근거를 바탕으로 한 페르소나
다음 리서치([인터뷰 주제, 설문 데이터 또는 지원 티켓 붙여넣기])를 바탕으로 [segment]의 페르소나를 작성하세요. 다음 구조를 사용하세요: 이름 및 역할, 맥락(회사 규모, 도구, 팀), 목표, 가장 큰 불만 세 가지, 솔루션을 평가하는 방법, 이탈하게 만드는 요인, 직접 인용문 한 개. 근거로 뒷받침되지 않는 내용에는 [ASSUMPTION]을 표시하세요.
prompt 3: 문제 정의
[persona]를 위해 [feature]를 구축하는 것을 고려하고 있습니다. "[persona] needs a way to [job] because [insight]" 형식으로 대안이 되는 문제 정의 다섯 가지를 작성하세요. 각각에 대해 이것이 실제 문제임을 확인할 수 있는 증거와 이를 반증할 증거를 설명하세요.
프롬프트 4: 경쟁사 분석
[competitor A], [competitor B], [competitor C]가 [use case]를 처리하는 방식을 비교하세요. capability, 각 제품의 처리 방식, [our persona] 관점에서 부족한 점을 열로 하는 표를 작성하세요. 그런 다음 우리를 위한 포지셔닝 옵션 세 가지를 나열하세요. 확실하다고 판단하는 사실만 제시하고, 확실하지 않은 내용은 표시하세요.
프롬프트 5: 인터뷰 스크립트
[persona]를 대상으로 [problem area]에 관한 30분 분량의 디스커버리 인터뷰 스크립트를 작성하세요. 시작할 때 분위기를 푸는 질문 두 개를 제시하고, 그다음 가상의 선호가 아니라 과거 행동을 묻는 개방형 질문 여덟 개를 제시한 뒤, 마무리 질문 두 개를 제시하세요. 각 질문 아래에 강력한 답변이 무엇을 알려 주는지에 대한 메모를 추가하세요.
그룹 2: PRD 및 사양(프롬프트 6~10)
프롬프트 6: 한 줄 설명에서 PRD 작성
[product]의 [feature]에 대한 PRD를 작성하세요. 배경: [users, business model, constraint]. 다음 섹션을 사용하세요: 문제, 목표 및 비목표, 성공 지표, 사용자 스토리(요약), 기능 요구사항(번호를 매기고 각각 테스트 가능하게 작성), 비기능 요구사항, 종속성, 위험, 미해결 질문. 가정에는 [ASSUMPTION]을 표시하세요. 900단어 이내로 작성하세요.
프롬프트 7: PRD 검토
회의적인 엔지니어링 리드의 관점에서 이 PRD를 검토하세요: [paste PRD]. 모호하거나 테스트할 수 없거나 서로 모순되는 모든 요구사항을 나열하세요. 각각에 대해 해당 문장을 인용하고 다시 작성한 문장을 제안하세요. 그런 다음 견적을 내기 전에 질문할 사항을 나열하세요.
프롬프트 8: 비목표 및 범위 축소
[feature]의 범위는 다음과 같습니다: [paste]. 핵심 가설 "[hypothesis]"을 여전히 검증할 수 있는 가장 작은 버전을 제안하세요. 제외할 비목표, 이후 릴리스로 미룰 항목, 각 항목을 제외함으로써 감수해야 하는 위험을 나열하세요.
프롬프트 9: 엣지 케이스
요구사항 "[paste one requirement]"에 대해 다음 범주의 엣지 케이스를 나열하세요: 비어 있거나 누락된 데이터, 권한, 동시성, 오프라인 또는 느린 네트워크, 현지화, 접근성, 악용. 각각에 대해 예상 동작을 설명하거나 "needs decision"이라고 작성하세요.
프롬프트 10: 엔지니어를 위한 기술 브리프
이 PRD를 엔지니어링 팀을 위한 1페이지 기술 브리프로 바꿔 주세요: [paste PRD]. 사용자에게 보이는 동작, 저장하거나 변경해야 하는 데이터, 영향을 받는 통합, 완료를 정의하는 인수 테스트를 포함하세요. 아키텍처는 제안하지 말고 시스템이 수행해야 하는 작업만 작성하세요.
그룹 3: 사용자 스토리 및 인수 기준(프롬프트 11~15)
프롬프트 11: 에픽을 스토리로
이 에픽을 사용자 스토리로 나눠 주세요: [paste epic]. 각 스토리를 "As a [persona], I want [action] so that [outcome]" 형식으로 작성하세요. 각 스토리는 한 스프린트 안에 제공 가능하고 독립적으로 가치가 있어야 합니다. 별도의 스토리인 이유를 한 줄로 덧붙이세요.
프롬프트 12: Given/When/Then 조건
다음 스토리에 대한 인수 조건을 작성하세요: [paste story]. Given/When/Then 형식을 사용하세요. 정상 경로, 최소 두 가지 실패 또는 엣지 시나리오, 권한 시나리오 하나를 다루세요. 각 시나리오는 PM에게 묻지 않고 테스터가 검증할 수 있어야 합니다.
프롬프트 13: INVEST 점검
다음 스토리를 INVEST(독립적, 협상 가능, 가치 있음, 추정 가능, 작음, 테스트 가능) 기준으로 평가하세요: [paste stories]. 각 글자별로 통과 또는 실패를 제시하고, 실패한 항목은 한 문장으로 설명하며, 실패한 스토리를 다시 작성하세요.
프롬프트 14: 스토리 맵
다음에 대한 사용자 스토리 맵을 작성하세요: [journey, e.g. onboarding a new team]. 첫 번째 행에는 순서대로 주요 활동을 배치하세요. 각 활동 아래에는 사용자가 수행하는 작업을 배치하세요. 그런 다음 각 작업이 릴리스 1, 2, 3 중 어디에 속하는지 표시하고, 각 릴리스가 입증하는 결과를 적으세요.
프롬프트 15: 버그를 스토리로
이 버그 보고서를 인수 조건과 심각도 등급이 포함된 사용자 스토리로 다시 작성하세요: [paste bug report]. 사용자가 경험한 내용과 원인이라고 생각하는 내용을 구분하세요. 재현 단계는 Given/When/Then 시나리오로 포함하세요.
그룹 4: 로드맵 및 우선순위 설정 (prompts 16~20)
프롬프트 16: RICE 점수 매기기
다음 백로그 항목에 RICE를 적용해 점수를 매기세요: [paste items with any data you have]. 각 항목에 대해 도달 범위(분기별 사용자 수), 영향도(0.25~3), 확신도(백분율), 노력(인원-주)을 추정하고, 계산 과정을 보여 주며 순위를 매기세요. 확신도가 낮은 모든 추정치에 표시하고, 어떤 데이터가 이를 높일 수 있는지 말하세요.
프롬프트 17: ICE 빠른 정렬
다음 아이디어에 ICE 점수(영향도, 확신도, 용이성, 각각 1~10)를 매기세요: [paste list]. 총점순으로 정렬한 표를 반환하고, 각 아이디어마다 한 문장으로 근거를 제시하세요. 그런 다음 점수에 이의를 제기할 두 항목과 그 이유를 말하세요.
프롬프트 18: 현재/다음/나중 로드맵
이 우선순위 목록을 현재/다음/나중 로드맵으로 바꾸세요: [paste list]. 현재: 이번 분기에 약속하는 일. 다음: 그 이후 시작할 것으로 예상하는 일. 나중: 중요하다고 생각하지만 아직 약속하지 않은 방향. 각 항목을 기능명이 아닌 결과로 작성하고, 성공 여부를 알려 주는 지표를 추가하세요.
프롬프트 19: 트레이드오프 메모
[quarter]에 [option A]와 [option B] 중 하나를 선택해야 합니다. 맥락: [team size, goals, constraints]. 결정 사항, 검토한 옵션, 기준, 각 옵션의 점수, 추천안, 그리고 결정을 뒤집게 될 조건을 담은 1페이지 분량의 의사결정 메모를 작성하세요.
프롬프트 20: 거절하기
한 이해관계자([role])가 [request]를 요청했습니다. 이는 [reason] 때문에 현재 로드맵에 맞지 않습니다. 필요성을 인정하고, 트레이드오프를 쉬운 말로 설명하며, 대신 할 수 있는 일을 제안하고, 언제 다시 검토할지 명시하는 답변 초안을 작성하세요. 방어적으로 보이지 않게 150단어 이내로 작성하세요.
그룹 5: 출시, 지표 및 이해관계자 커뮤니케이션 (prompts 21~25)
Prompt 21: 성공 지표
[persona]를 대상으로 하는 [feature]에 대해 핵심 지표 하나, 보조 지표 세 개, 악영향을 나타내는 안전 지표 두 개를 제안하세요. 각 지표에 대해 정의, 측정 방법, 먼저 필요한 기준선, 출시 후 90일 시점의 목표와 그 근거를 제시하세요.
Prompt 22: 출시 체크리스트
담당자와 일정을 포함해 [feature]의 출시 체크리스트를 작성하세요: 출시 2주 전, 1주 전, 출시 당일, 출시 1주 후. 엔지니어링 준비 상태, QA, 지원팀 준비, 문서화, 마케팅, 영업, 분석 및 롤백을 포함하세요. 출시를 차단하는 항목을 표시하세요.
Prompt 23: 세 가지 문체의 릴리스 노트
[feature]의 릴리스 노트를 세 가지 버전으로 작성하세요. 최종 사용자용(혜택을 먼저 제시하고 전문 용어 없이 80단어 이내), 내부 영업 및 지원팀용(변경 사항, 알려진 제한 사항, 자주 묻는 질문에 답하는 방법), 변경 로그용(정확하고 기술적으로 작성). 변경 사항: [paste].
Prompt 24: 주간 이해관계자 업데이트
다음 노트를 바탕으로 이번 주 제품 업데이트를 작성하세요: [paste notes]. 다음 구조를 따르세요: 헤드라인(한 문장), 출시 완료, 진행 중인 작업과 예상 날짜, 차단된 작업과 필요한 지원, 변동한 지표, 독자가 내려야 할 결정. 250단어 이내로 작성하세요. 불필요한 내용은 제외하세요.
Prompt 25: 출시 후 회고
[feature] 출시 후 다음과 같은 일이 발생했습니다: [paste metrics and feedback]. 결과를 PRD 목표와 비교하세요: [paste goals]. 회고를 작성하세요. 예측한 내용, 실제로 일어난 일, 격차가 발생한 이유, 다르게 했을 일, 다음에 내릴 결정(집중 강화, 반복 개선 또는 중단)을 포함하세요.
어떤 prompt에든 붙여넣을 수 있는 템플릿
위 네 가지 템플릿은 앞서 언급한 prompts가 참조하는 구조입니다. 하나를 채팅에 붙여넣고 "fill this in for [feature]"를 추가하면 모델이 제목을 유지합니다.
PRD 템플릿
-
문제: 누가 겪는지, 어떻게 파악했는지, 현재 그들에게 어떤 비용이 발생하는지
-
목표: 각각 측정 지표가 있는 두세 가지 결과
-
비목표: 이번 릴리스에서 의도적으로 하지 않는 것
-
사용자 및 페르소나: 주요 사용자와 보조 사용자
-
사용자 스토리: 간단한 목록이며, 자세한 스토리는 백로그에 있음
-
기능 요구사항: 번호를 매기고 각각 테스트 가능하게 작성
-
비기능 요구사항: 성능, 보안, 접근성, 현지화
- 종속성과 위험
-
미해결 질문: 담당자와 날짜 포함
사용자 스토리 템플릿
[persona]로서, 나는 [action]을 원한다. 그래야 [outcome]할 수 있다.
인수 기준:
-
주어진 조건 [starting state] 일 때 [action] 그러면 [observable result]
-
Given [엣지 케이스 상태] when [action] then [예상 처리]
-
Given [권한이 없는 사용자] when [action] then [액세스 거부 동작]
로드맵 템플릿(now/next/later)
| 열 |
의미 |
각 항목에 포함되는 내용 |
| 현재 |
확정되어 이번 분기에 진행 중 |
성과, 담당자, 성공 지표, 목표 날짜 |
| 다음 |
Now 이후 시작할 것으로 예상되며 아직 확정되지 않음 |
성과, 미해결 질문, Now에 대한 의존성 |
| 나중 |
학습을 전제로 우리가 믿는 방향 |
성과와 이를 뒷받침하는 가설 |
페르소나 템플릿
-
이름과 역할, 그리고 근무 환경의 맥락(팀 규모, 도구, 예산 결정 권한)
-
목표: 이번 분기에 달성하려는 것
-
불만: 가장 큰 세 가지를 각각 근거와 연결
-
해결책을 평가하는 방식과 의사결정에 관여하는 다른 사람
- 무엇이 그들을 떠나게 할지
-
실제 리서치에서 가져온 인용문 하나, 지어낸 것이 아님
작업별 도구
prompt는 무료이며 빠릅니다. 생성기는 형식을 다시 설명하지 않아도 매번 구조화된 결과를 제공합니다. 역할 Skill은 전체 세션 동안 모델의 사고 방식을 바꿉니다. 각각 어떤 경우에 적합한지는 다음과 같습니다.
Isolde - 제품 오너 AI Skill ($19): 일관된 어조로 백로그 항목, 인수 기준 및 스프린트 목표를 작성하고 다듬는 제품 오너 페르소나입니다.
Cassius - AI 및 데이터 제품 관리자 AI Skill ($19): 데이터 및 AI 기능을 출시하는 PM을 위해 제작되었으며, 모델 평가 기준, 데이터 요구사항 및 지표 설계를 다룹니다.
비즈니스 및 운영 Prompt Library ($27): 제품 업무를 둘러싼 메모, 업데이트, 회의록, 프로세스 문서를 위한 더 폭넓은 prompts 모음입니다.
딜리버리도 담당한다면 프로젝트 관리자를 위한 prompts 페이지에서 상태 보고서, 리스크 로그, 일정을 다룹니다. 범용 prompt 작성에 대해서는 ChatGPT prompts를 참고하세요.
자주 묻는 질문
ChatGPT나 Claude가 제품 관리자를 대체할 수 있나요?
아니요. 모델은 초안을 작성하고 구조화하며, 판단과 컨텍스트, 결정을 제공하는 것은 여러분입니다. 위의 prompts가 유용한 이유는 사용자를 알고 있어서가 아니라, 빈 페이지 문제를 없애고 구조를 강제하기 때문입니다.
이 prompts는 ChatGPT와 Claude에서 동일하게 작동하나요?
네. 도구별 구문이 없는 일반 텍스트입니다. Claude는 긴 구조를 충실히 따르는 편이고 ChatGPT는 더 간결한 편이므로, 모델에 따라 "모든 섹션 유지" 또는 "더 짧게"를 추가해야 할 수 있습니다.
prompt, generator, Skill의 차이점은 무엇인가요?
prompt는 붙여넣는 하나의 지침입니다. generator는 PRD처럼 하나의 출력 유형에 맞게 조정된 Skill 파일로, 매번 형식이 일관됩니다. 제품 오너 페르소나와 같은 역할 Skill은 전체 세션에서 모델이 추론하는 방식을 바꿉니다. KissMySkills의 Skills는 Claude(Claude Code 포함), ChatGPT(커스텀 GPT), Gemini(Gem), Copilot에서 작동하는 일회성 구매 상품(.md 파일과 README 포함)입니다.
우선순위 지정에는 RICE와 ICE 중 무엇을 사용해야 하나요?
긴 목록을 빠르게 정렬해야 하고 도달 데이터가 없을 때는 ICE를 사용하세요. 항목들이 동일한 엔지니어링 역량을 두고 경쟁하며 도달 범위와 노력을 어느 정도 자신 있게 추정할 수 있을 때는 RICE를 사용하세요. 둘 다 의사결정을 위한 입력 자료이지, 의사결정 그 자체는 아닙니다.
Skill이 내 워크플로에 맞지 않으면 어떻게 하나요?
모든 Skill에는 묻지도 따지지도 않는 30일 환불 보장이 제공됩니다.
결론
가장 자주 만드는 산출물에 맞는 prompts 다섯 개를 고르고, 템플릿을 메모에 저장한 다음 실제 컨텍스트와 함께 하나의 스레드에서 실행해 보세요. 그것만으로도 매주 몇 시간을 절약할 수 있습니다. 매일 같은 지침을 반복해서 붙여넣고 있다면, 모델이 구조를 대신 유지하도록 해당 작업을 generator나 역할 Skill로 옮기세요.
번들
제품 관리자 도구 번들 - AI Skill 1개 + 도구 Skills 3개
PRD, 사용자 스토리, 로드맵을 위한 제품 관리자 역할 Skill 하나와 도구 Skills 세 가지로, Claude, ChatGPT, Gemini, Copilot에서 바로 사용할 수 있습니다.
$74.99
지금 받기 →
KissMySkills에서 모든 Claude Skills를 둘러보세요.
