Prompt Guides for Product Managers
232 in-depth guides on using AI prompts across product strategy, discovery, delivery, and storytelling. Each guide explains when to use the prompt, how it works, and what to watch out for.
Career & Interview
23 guides이해관계자 전략을 위한 PM 영향력 맵 만들기(Build a PM influence map for stakeholder strategy)
직접 보고하는 인원은 없지만, 세 개 기능 조직에 걸친 여덟 명이 로드맵에 commit해야 하는 상황을 위한 프롬프트입니다. 누가 결정하고, 누가 추천하고, 누가 막을 수 있고, 누가 누구에게 영향을 주는지 보여주는 stakeholder influence map을 만들어, 제한된 대면 시간을 실제로 결정을 움직이는 사람에게 집중하게 해줍니다.
Build a managing-managers operating rhythm
You were promoted from managing PMs to managing PM managers and everything you used to do — 1:1s with ICs, roadmap reviews, debugging launches — is now two levels deep and you can't do it directly. This builds a weekly, monthly, quarterly operating rhythm specific to the managing-managers job so you lead through them, not around them.
Draft a compensation negotiation script with BATNA
You got an offer and your instinct is to accept quickly. This drafts a negotiation script with your BATNA (best alternative), anchor, and fallback positions so you negotiate from specifics and leave with comp you'd be proud of in 12 months.
Draft a step-down or lateral move conversation
You realized the management track isn't for you and want to move back to IC — or move laterally into a different PM scope. This drafts the conversation with your manager so it lands as thoughtful career clarity, not a retreat.
Build a manager exit interview outline
You're leaving the company and your exit interview with your manager is scheduled for Friday. This builds an outline that shares useful feedback without burning bridges — what worked, what didn't, what you'd want the next PM to know.
Build a PM interview company research brief
You have a PM interview in 5 days and 2 hours to prepare. This builds a research brief — product, strategy, metrics, team, recent news — so you show up knowing more about the company than some internal candidates.
Run a 30-60-90 day plan for a new PM role
You just joined (or are joining) a new PM role and your manager asked for a 30-60-90. This builds one that's specific — listen in 30, validate in 60, lead in 90 — so you show up with a plan that your new team recognizes as thoughtful.
Conduct a personal brand audit for a PM job search
You're about to job search and your online presence is 3 years stale. This audits your personal brand — LinkedIn, portfolio, conference talks, writing — so recruiters and hiring managers find a coherent story when they search your name.
Design a product sense interview practice loop
Your product sense answers keep collapsing under follow-up probing. This designs a practice loop — question bank, timed answers, self-critique rubric, mock partner — so you build the muscle before the interview, not during it.
Build a PM career growth conversation template
Your next 1:1 with your manager is the career conversation you've been avoiding. This builds a structured template — current level, growth areas, evidence, asks — so you lead with data and leave with a written development plan instead of vague encouragement.
Conduct a peer-360 feedback synthesis
You received 5 peer reviews and the signal is conflicting — "too tactical" and "too strategic" in the same 360. This synthesizes the reviews into themes with evidence, identifies the 2 signals to act on, and decides what to respectfully ignore.
Conduct a manager feedback session before your review
Your formal review is in 4 weeks and you want to reduce surprises. This designs a mid-cycle feedback session where you actively collect feedback from your manager so the written review is a confirmation, not a revelation.
측정 가능한 임팩트 bullet로 PM 포트폴리오 만들기(Build a PM portfolio with measurable impact bullets)
이력서의 "제품을 관리했다" 수준 bullet이 아무 말도 못 할 때 쓰는 프롬프트입니다. bullet을 action, context, measurable outcome, scope가 포함된 임팩트 문장으로 다시 써서, 리크루터는 실제 성과를 이해하고 시니어 PM도 수준을 바로 알아보게 만듭니다.
Design a growth plan for an IC-to-lead transition
You were the top IC PM and just got promoted to lead. Your old instincts — ship things, prove yourself, jump in — are now the wrong instincts. This designs a 90-day growth plan with explicit behavior shifts so you make the transition without regressing to IC comfort.
Write a PM resume quantification rewrite
Your PM resume has stories but no numbers. This rewrites each story into a quantified bullet — using metrics you can defend, ranges where exact numbers aren't shareable, and fallback qualitative signals — so the resume matches the bar senior reviewers expect.
PM 연봉 협상 플레이북(PM Salary Negotiation Playbook)
레벨과 시장 상황에 맞춘 데이터 기반 협상 포인트, 카운터오퍼 스크립트, 협상 전략으로 PM 연봉 협상을 준비하게 해주는 프롬프트입니다. base, equity, sign-on, 비금전적 레버까지 다룹니다.
PM 모의 인터뷰 시뮬레이터(PM Mock Interview Simulator)
product sense, execution, behavioral, strategy까지 포함한 풀 PM 모의 인터뷰를 시뮬레이션하는 프롬프트입니다. 45분 인터뷰의 실제 리듬과 후속 질문, 상세 scorecard까지 재현합니다.
PM 이력서 & 포트폴리오 최적화기(PM Resume & Portfolio Optimizer)
ATS와 채용 매니저 모두에게 더 잘 읽히도록 PM 이력서를 최적화하는 프롬프트입니다. bullet point를 정량화된 임팩트 중심으로 다시 쓰고, 경험을 PM competency model에 매핑하며, 보완해야 할 공백을 찾아줍니다.
프로덕트 매니지먼트로 전환하는 방법(How to Transition into Product Management)
프로덕트 매니지먼트로 커리어 전환을 원하는 사람을 위한 구조화된 가이드입니다. 현재 배경을 분석하고, transferable skill을 식별하고, 구체적인 액션 아이템이 포함된 개인 맞춤형 전환 로드맵을 만듭니다.
PM 인터뷰: 전략과 케이스 스터디(PM Interview: Strategy & Case Study)
제품 전략 케이스 스터디 — 가장 어려운 PM 인터뷰 질문 유형 — 를 연습합니다. 시장 진입, 경쟁 대응, 가격 책정, 성장 전략 케이스를 사고를 구조화할 프레임워크와 함께 다룹니다.
PM 인터뷰: Behavioral STAR Method
STAR 방식(Situation, Task, Action, Result)으로 설득력 있는 behavioral interview 답변을 준비하는 프롬프트입니다. 리더십, 크로스펑셔널 협업, 임팩트를 보여주는 기억에 남는 PM 스토리로 경험을 구조화해줍니다.
PM 인터뷰: 페르미 추정 연습(Fermi Estimation Practice)
PM 인터뷰에서 흔히 묻는 추정과 시장 사이징 질문을 연습하세요. 프롬프트가 현실적인 페르미 추정(Fermi estimation) 문제를 생성하고, 명확한 가정과 계산으로 푸는 구조화된 접근을 안내합니다.
PM 인터뷰: 제품 감각 연습(PM Interview: Product Sense Practice)
상위 테크 기업에서 사용하는 product sense 인터뷰 질문을 연습할 수 있습니다. 이 프롬프트는 실제 인터뷰어처럼 제품을 설계하거나 개선하라는 질문을 던지고, Google, Meta, Amazon PM loop의 평가 기준을 바탕으로 구조화된 피드백을 제공합니다.
Delivery
52 guidesPM 팀 회의 감사하기(Conduct a PM team meetings audit)
PM 팀이 주당 18시간을 회의에 쓰는데 그 회의 때문에 무엇이 출시되고 있는지 누구도 말하지 못할 때. 이게 감사를 돌립니다 — 모든 회의의 목적, 참석 비용, 결정 산출물 — 그리고 PM당 주 6~10시간을 되돌릴 수 있도록 죽이거나 재설계할 리스트를 만듭니다.
Design a one-team-one-roadmap consolidation
Sales has a roadmap, CS has a roadmap, marketing has a roadmap, product has a roadmap, and none of them match. This runs a consolidation exercise that merges the five shadow roadmaps into one operating roadmap with shared ownership — so stakeholders stop making promises product can't keep.
Product Hunt 출시 플레이북 실행하기(Run a Product Hunt launch playbook)
3-4주 안에 Product Hunt 출시를 앞두고 있는데 지난번에는 그냥 올리고 기대만 했다가 upvote 20개로 끝났을 때 쓰는 프롬프트입니다. hunter 선정, 사전 audience 워밍, 출시 당일 시프트 운영, 에셋 체크리스트까지 포함해, 부끄러운 런치가 아니라 실제 신호를 남기는 런치 플레이북을 만듭니다.
Run a DRICE prioritization session with diligence scoring
RICE gave you a ranked list — and three of your top bets flopped last quarter because nobody pressure-tested the reach or impact numbers. DRICE adds a Diligence step that forces evidence for every R/I/C input before scoring, so the ideas that rise to the top earn it and your experiment win rate stops swinging on wishful guesses.
Conduct a feature sunset plan
A feature has 0.5% usage and costs 2 engineers/quarter to maintain. Support keeps getting tickets. The team keeps saying "we'll sunset it" and never does. This builds the explicit sunset plan — criteria, migration, notice period, kill date — so the project actually ships.
90일 런치 지표 리뷰 설계하기(Design a 90-day launch metric review)
출시 직후 주간 activation 목표는 달성했지만, 90일이 지나도 아무도 그 기능이 실제로 의미 있었는지 설명하지 못할 때 쓰는 프롬프트입니다. 지속 사용, 비즈니스 영향, 유지 비용까지 포함한 90일 리뷰를 설계해, 더 투자할지 sunset할지 결정할 수 있게 합니다.
Run a Shape Up style 6-week cycle kickoff
Your 2-week sprints are producing shallow work and endless ceremonies. This runs the Shape Up kickoff — shaped pitch, appetite check, small-team assignment, hill chart baseline — so the team has 6 weeks of undisturbed focus and a clear stop condition.
Design a go/no-go review template
Leadership needs a clear go/no-go decision and your 40-slide status deck buries it. This produces a 2-page template that forces a yes/no recommendation, lists the evidence and the specific risk, and ends every review with a binary decision — not with "let's revisit."
Run a pre-launch readiness review checklist
Launch day is 5 days out and the team is confident — which is when things break. This runs a pre-launch review across product, engineering, support, sales, marketing, and legal so you find the miss before customers do, not after.
Build a sprint planning facilitator agenda
Your sprint planning runs 90 minutes, everyone is checked out by minute 30, and the output is a backlog nobody believes. This runs a 45-minute structured agenda that aligns on goal, decomposes just enough, commits realistic scope, and ends with everyone knowing why each item is in.
Design a feature flag rollout plan with kill-switch
Ship-on-merge sounds brave until the first regression takes down prod. This designs a flag-gated rollout — cohort-by-cohort exposure, metric-based promotion, one-click kill — so you ship faster with less blast radius, and a junior engineer can kill a bad feature without a war room.
Run a rolling roadmap quarterly re-plan
Your annual roadmap is dead by quarter two. This runs a quarterly re-plan that keeps the strategy pillars fixed but re-sequences the next two quarters based on what you actually learned, producing a rolling 6-month view that stays current.
Build a scope creep defense document
You kicked off a 6-week project and 4 weeks in it is now a 10-week project. Every added item had a good reason. This produces a defense document that flags scope creep in real-time, forces a pre-committed scope boundary, and makes every addition trade off against existing items rather than extending the timeline.
Design a shipping velocity diagnosis using cycle time
Leadership says "we're slow" and the team says "we're shipping plenty." This cuts through the debate using cycle time — from first commit to production — segmented by work type, with the specific stage to fix first and a reforecast of what fixing it yields.
Conduct a merge-conflict root cause analysis
Your team is spending hours per week on merge conflicts and everyone blames the other team. This runs a structured analysis of the last 30 days of conflicts, finds the 2-3 code areas and workflow patterns producing them, and ships fixes — usually smaller stories and clearer ownership boundaries.
Design an engineering excellence review for PMs
You're the PM and you can't tell whether your engineering team is healthy or coasting. This designs an engineering excellence review you can run quarterly — cycle time, incident rate, test coverage trend, on-call load — so you have structured conversations with your EM counterpart instead of vague "velocity feels off" hunches.
Build a sprint retrospective with business-impact scoring
Your retros produce the same 3 action items every 2 weeks and nothing compounds. This restructures the retro around business-impact scoring of the last sprint's shipped work so the conversation shifts from team dynamics to what actually moved the needle — and what didn't.
Conduct a release retrospective with metric check-ins
Two weeks after launch and the team has moved on — but the launch metrics are only now maturing. This schedules structured release retros at 2, 6, and 12 weeks post-launch so learnings land when the data is real, not when the memory is fresh.
Build a cross-team kickoff doc for shared infrastructure
You are building shared infrastructure that 4 teams will consume and three of them weren't at kickoff. This produces a kickoff doc that documents the contract, non-goals, SLAs, and consumer onboarding steps so every consuming team gets the same answer and nobody blocks on you later.
Conduct a blameless incident post-mortem
Your last incident post-mortem turned into a name-and-shame and nobody wants to run the next one. This walks through a blameless post-mortem that finds root causes, produces durable action items with owners, and keeps psychological safety intact so the team runs toward signals, not away from them.
Design a bug SLA tiering system
Every bug feels urgent and engineering is reacting to the last Slack message. This designs a bug SLA tiering system — P0/P1/P2/P3 with explicit definitions, response windows, and routing rules — so triage becomes a 5-minute operation and the team stops thrashing.
Build a technical debt triage framework
Your team wants a "tech debt sprint" and leadership says "ship features." Both are wrong. This builds a triage framework that quantifies each piece of debt by interest rate (how much it slows every future ship) and produces a running allocation rule so debt gets paid down continuously without asking for permission.
Run a beta customer recruitment and success plan
You need 10-20 real customers on a beta in 4 weeks and your CS team is fully booked. This builds the recruitment spec, screening criteria, success metrics, and communication cadence so beta customers feel supported and give you the signal you need without consuming all your bandwidth.
Run a dependency mapping exercise across teams
Your roadmap says Q2 but three teams have silent dependencies on each other's work. This runs a dependency mapping exercise that surfaces hidden coupling, prioritizes the riskiest dependency, and produces an explicit handshake agreement between teams.
Product Changelog & Release Notes Writer
Generate polished, user-friendly release notes and changelogs from raw commit logs, ticket lists, or sprint summaries. Produces multiple formats: in-app, blog post, email, and Slack announcement.
제품 분석 구현 계획(Product Analytics Implementation Plan)
어떤 이벤트, 속성, 사용자 속성을 계측해야 하는지 정의하는 product analytics tracking plan을 만드는 프롬프트입니다. 팀이 제품 의사결정에 필요한 데이터를 정확히 수집할 수 있게 해줍니다.
인시던트 포스트모템 템플릿(Incident Post-Mortem Template)
제품 인시던트(incident) 후 비난 없는(blameless) 포스트모템을 작성합니다. 타임라인, 근본 원인, 임팩트 평가, 그리고 재발을 방지하는 구체적 액션 아이템을 포착하도록 구조화됐습니다.
QA 테스트 계획 생성기(QA Test Plan Generator)
새 기능이나 릴리스를 위한 포괄적인 QA 테스트 계획을 생성하는 프롬프트입니다. 기능 테스트, edge case, regression, cross-browser/device, accessibility check까지 포함합니다.
제품 브리프 템플릿(Product Brief Template)
전체 PRD를 쓰기 전에 이해관계자를 먼저 정렬시키는 1-2페이지짜리 간결한 product brief를 만드는 프롬프트입니다. PRD보다 빠르고, 문제 정의와 제안 방향에 대한 초기 buy-in을 얻기에 적합합니다.
Feature Specification Document
Write a detailed feature specification that engineering teams can immediately build from. Covers user flows, edge cases, API contracts, error states, and acceptance criteria — the level below a PRD.
스프린트 플래닝 진행자(Sprint Planning Facilitator)
팀과 함께 효과적인 스프린트 플래닝 세션을 운영하게 해주는 프롬프트입니다. sprint goal 준비, 스토리 선택 및 추정, dependency 식별, capacity를 고려한 commitment 설정까지 돕습니다.
Product Roadmap Generator
Create a strategic product roadmap organized by time horizon (Now / Next / Later) or quarterly themes. Includes prioritization rationale, dependencies, resource requirements, and stakeholder communication plan.
원페이저 생성기(One-Pager Generator)
이 프롬프트는 핵심 메시지를 효과적으로 전달하는 간결하고 매력적이며 임팩트 있는 원페이저(one-pager) 작성을 돕습니다. 비즈니스 제안, 마케팅 전략, 프로젝트 요약 등 어떤 용도든 명확성과 구조를 보장해 아이디어를 효율적으로 전달하도록 안내합니다. 간결함과 일관성에 초점을 맞춰 복잡한 정보를 한 페이지짜리 설득력 있는 문서로 압축해 주의를 사로잡고 임팩트를 극대화할 수 있게 해줍니다.
바이럴 제품 성장 루프 설계(Design a Viral Product Growth Loop)
이 프롬프트는 바이럴 루프(viral loop)와 네트워크 효과를 구조화해, 추천(referral)과 참여 루프를 통해 유기적 사용자 획득을 견인하고 리텐션을 높이도록 돕습니다.
그로스 해킹 플레이북 만들기(Develop a Growth Hacking Playbook)
이 프롬프트는 AARRR 프레임워크(Acquisition, Activation, Retention, Revenue, Referral)를 사용하여 그로스 해킹 전략을 정의함으로써 지속 가능한 제품 성장을 보장합니다.
v0.dev PRD 작성기 — 프로 버전(v0.dev PRD Generator (Pro Ver.))
이 프롬프트는 제품 리더가 구조화된 PRD 전체를 v0.dev에 입력하고, 그 결과로 여러 파일로 나뉜 자동 모듈형 Next.js 19 스캐폴드(scaffold)를 받을 수 있게 해줍니다. v0.dev는 코드를 app/, components/, hooks/, lib/, tests/, Tailwind 테마 등 작은 단위 파일로 분해하고, 각 파일은 100 LOC 이하로 제한하며 `#file` 지시자(directive)를 붙여 바로 저장소에 붙여 넣을 수 있게 만듭니다. 생성 후에는 Supabase 프로젝트를 연결하라는 간단한 팝업이 뜰 수 있습니다. 그 경우 앱 내 안내를 따라 실제 백엔드를 연결하면 됩니다.
최적의 PM 툴 찾기(Discover the Best PM Tools)
이 프롬프트는 다양한 PM 업무에 맞춘 소프트웨어 솔루션 목록을 종합적으로 생성해, 꼭 필요한 개발 및 제품 관리 툴을 식별하도록 돕습니다. 각 툴의 핵심 기능, 장점, 활용 사례(use case)에 대한 인사이트를 제공해 프로덕트 매니저가 더 정보에 근거한 선택을 내릴 수 있게 합니다. 사용자가 특정 툴을 염두에 두고 있다면 함께 넣어 상세 비교와 추천을 받을 수도 있습니다. 로드맵, 분석, 사용자 피드백, 협업, 워크플로우 관리를 위한 적절한 툴을 찾는 프로덕트 매니저에게 적합합니다.
기술 개념 분해(Technical Concept Breakdown)
이 프롬프트는 초보자, 중급 학습자, 전문가 등 사용자가 원하는 이해 수준에 맞춰 기술 개념을 설명하도록 돕습니다. 명확한 헤더와 중첩된 불릿 구조를 사용해 과도한 단순화 없이도 명료성과 정확성을 유지합니다. Feynman technique 같은 효과적인 학습 방법을 활용해 복잡한 아이디어를 소화 가능한 구성요소로 나눕니다. 맞춤형이고 구조화되어 있으며 몰입감 있는 설명이 필요한 학습자에게 적합합니다.
v0.dev PRD 작성기 — 심플 버전(v0.dev PRD Generator (Simple Ver.))
이 프롬프트는 제품 리더가 구조화된 v0.dev 최적화 템플릿을 통해 공유 가능한 PRD(Product Requirements Document)를 만들도록 안내합니다. 목표, 사용자 스토리, 기능 명세, UX, 지표, 통합을 위한 명확한 섹션을 배치하면서, v0.dev 컨벤션에 맞는 코드 생성 스니펫(snippet)을 강조합니다. 이를 사용하면 정렬과 전달을 가속하는 일관되고 고품질의 PRD가 보장됩니다.
제품 출시 속도가 떨어지는 이유 진단하기(Diagnose why your product's shipping velocity is declining)
팀 규모는 5명에서 15명으로 늘었는데 분기당 출시 기능 수는 오히려 줄고 있을 때 쓰는 프롬프트입니다. 스탠드업은 형식적이고, PR은 며칠씩 리뷰에 묶이며, 스프린트 약속은 계속 어긋나는 상황에서 진짜 병목이 프로세스인지, 아키텍처인지, 사람인지 구조적으로 진단합니다.
GTM 시퀀싱이 있는 제품 런칭 체크리스트(Product Launch Checklist with GTM Sequencing)
메이저 기능 런칭 2주 전인데, 제품, 마케팅, 세일즈, 서포트 사이의 조율된 계획이 없다는 걸 깨달았다고 합시다. 이 프롬프트는 베타 테스트부터 런칭 후 모니터링까지 무엇도 빠지지 않도록 보장하는 순차적 런칭 체크리스트를 만듭니다.
엔지니어링 팀을 위한 기술 부채 협상 케이스(Technical Debt Negotiation Case)
엔지니어링은 '기술 부채 스프린트'를 계속 요청하지만 비즈니스 임팩트를 설명하지 못하고, 리더십은 '지금은 안 돼'를 반복합니다. 이 프롬프트는 기술 부채를 비즈니스 언어 — 출시 속도, 사고 리스크, 기회비용 — 로 번역하는 데이터 기반 케이스를 만들어, 양쪽이 현실적인 상환 계획에 합의할 수 있게 합니다.
리텐션 중심의 온보딩 최적화 계획 수립하기(Build a retention-focused onboarding optimization plan)
회원가입 후 활성화까지의 전환율이 낮고 사용자가 제품의 핵심 가치를 경험하기 전에 이탈할 때 사용하는 프롬프트입니다. 온보딩 퍼널을 단계별로 해부해 정확한 이탈 지점을 찾고, 리텐션 개선에 직접 연결되는 우선순위 최적화 계획을 만듭니다.
엄밀한 A/B 테스트 프로그램 처음부터 설계하기(Design a rigorous A/B testing program from scratch)
팀이 가끔 실험은 하지만 체계가 없어서 테스트가 겹치고, 샘플 수는 감으로 잡고, 결과는 보고 싶은 것만 선택할 때 쓰는 프롬프트입니다. 가설 템플릿, 통계적 엄밀성, 의사결정 프레임워크를 갖춘 구조화된 실험 프로그램을 세팅합니다.
SRS(Software Requirements Specification) 작성기
이 프롬프트는 프로덕트 매니저가 명확하고 실행 가능하며 전략적인 SRS(Software Requirements Specification)를 작성하도록 돕습니다. 문제 정의, AI 활용, 비즈니스 목표, 기능 명세, 이해관계자 정렬 같은 핵심 영역을 다루는 13개 섹션 구조를 제공합니다. 각 섹션에는 명확성과 팀 간 협업을 지원하는 상세 예시와 형식이 포함되어 있습니다. 복잡한 제품이나 AI 기반 제품에 특히 적합하며, 높은 수준의 아이디어를 구조화되고 실행 준비가 된 계획으로 바꾸는 데 도움을 줍니다.
사용자 스토리(User Story)
Head of Product가 사용자 니즈와 비즈니스 목표를 크로스 펑셔널 팀(cross-functional team)의 실행 가능한 작업으로 효과적으로 옮기는 사용자 스토리(user story)를 작성하도록 안내하는 프롬프트입니다. 사용자 스토리, 목표(objectives), 수락 기준(acceptance criteria), 명확한 완료 정의(definition of done)를 위한 구조화된 프레임워크로 명확성, 가치 중심, 전략 목표와의 정렬(alignment)을 강조합니다.
PRD 작성기(PRD Generator)
이 프롬프트는 프로덕트 매니저(Product Manager)가 Head of Product 관점에서 명확하고 전략적인 PRD(Product Requirements Document, 제품 요구사항 문서)를 작성할 수 있도록 돕습니다. 목표(objectives), 타깃 고객(target customer), 전략적 적합성(strategic fit), 핵심 가설(key hypotheses), 솔루션 원칙(solution principles)을 다루는 구조화된 프레임워크를 제공해 회사 목표와 정렬되도록 보장합니다. 성공 지표(success metrics)나 타임라인 같은 섹션을 추가해 자신의 상황에 맞게 커스터마이징할 수 있어 유연성이 높습니다. 이 접근은 아이디어를 실행 가능한 계획으로 바꾸어 제품 개발의 성공을 이끕니다.
Jira 이슈 작성(Write Jira Issues)
제품 기능을 위한 명확하고 간결한 Jira 티켓(ticket)을 만들어주는 프롬프트입니다. 기능의 목적과 동작을 설명하기만 하면, 팀이 곧바로 시작할 수 있는 실행 가능한(actionable) 티켓으로 포맷팅됩니다. 빡빡한 양식이나 과도한 디테일 걱정 없이 아이디어를 빠르게 문서화하는 데 적합합니다.
우리 팀에 맞는 딜리버리 방법론 설계하기(Design a fit-for-purpose delivery methodology for your team)
팀이 경직된 Scrum이나 Waterfall을 넘어, 자신들의 프로젝트 맥락에 맞는 맞춤형 딜리버리(delivery) 접근 방식을 설계해야 할 때 이 프롬프트를 사용하세요.
핵심 제품 지표(Key Product Metrics)
이 프롬프트는 핵심 제품 지표(product metric)를 정의하고 비즈니스 목표와 정렬시키는 것을 돕습니다. 솔루션 임팩트, 사용자 인게이지먼트(engagement), 성장을 측정하는 데이터 기반 접근을 보장합니다.
아마존 스타일 1-Pager(Amazon-style 1-Pager)
이 프롬프트는 아마존(Amazon)의 침묵 독해(silent reading) 형식을 사용하여 전략적이고 실행 중심의 1-Pager 작성을 안내합니다. 명확성, 논리, 진실 추구를 중심으로 제품 제안을 구조화하며, 고객 문제, 제안 솔루션, 핵심 지표, 액션 아이템을 다루는 명확한 섹션을 갖춥니다. 제품 팀이 우선순위를 정렬하고 빠른 의사결정을 가능하게 합니다.
비즈니스 임팩트 점수가 있는 가치 중심 스프린트 회고(Value-Driven Sprint Retrospective)
팀 프로세스를 넘어 스프린트 결과를 비즈니스 가치와 명시적으로 연결하는 회고를 진행하는 프롬프트입니다 — 산출물(output) 중심에서 결과(outcome) 중심 딜리버리로 팀을 전환시킵니다.
Storytelling
29 guidesBuild a cross-functional alignment ritual for recurring conflicts
The same fight between engineering and product happens every planning cycle. This designs a standing alignment ritual — surfaced recurring tensions, cross-team principles, explicit escalation paths — so the next debate takes 20 minutes instead of three days.
Conduct a product naming workshop
You are launching something and the team has been arguing over names in a Slack thread for three weeks. This runs a single 90-minute workshop — constraints, generation, stress tests, decision — that produces a final shortlist of 3 names with the rationale to defend whichever one ships.
Build a sales enablement one-pager for a new feature
A feature shipped and sales is asking "how do we sell this?" This builds a one-pager enablement — buyer personas, pain triggers, objection handlers, discovery questions — that sales can carry into any call without re-reading your launch deck.
Write a product deprecation announcement with minimal churn
You're sunsetting a feature 12% of customers rely on and the comms team is asking you for the email draft. This writes a deprecation announcement that leads with migration, not loss — explicit dates, named migration path, support commitment — so churn stays near historical baseline.
Draft a PR/FAQ in the Amazon style
You're starting a new product and want to force clarity before anyone writes code. This drafts a working-backwards PR/FAQ — press release first, FAQ second — so you know what you're really promising customers before engineering starts.
Build a release notes template that drives re-engagement
Your release notes read "Bug fixes and performance improvements." Nobody opens them. This writes a release notes template that drives re-engagement — one marquee item, one customer win, one behind-the-scenes — and actually brings users back to the product.
Draft a why-now section for an investor deck
Your investor deck has a great product and no sense of urgency. "Why now" is the slide that often decides the meeting. This drafts a why-now argument tied to a specific market shift, technology enabler, or behavior change — not a generic "AI is big."
Write a feature rejection response
You're saying no to a feature request from a major customer or a senior stakeholder. The default email sounds dismissive. This writes a rejection that acknowledges the need, explains the decision, offers alternatives, and preserves the relationship.
Craft a board update with the four key slides
Your board deck is 35 slides and the board members ask the same three questions every time. This produces a four-slide deck — metrics, highlights, risks, ask — that answers their real questions and leaves the detail in the appendix.
Write a product vision statement with evidence
Your product vision statement is vague poetry and the team can't ship against it. This writes a 3-year vision statement grounded in evidence — target customer, problem, solution shape, proof points — so engineers can evaluate tradeoffs against it.
Build a stakeholder update cadence with tiered depth
You're writing the same update three times — short for Slack, medium for the weekly, long for the quarterly — and it's eating your Fridays. This builds a tiered cadence with templates at each depth so each write compounds and you stop re-editing.
Write a one-pager product narrative for the exec team
Your quarterly exec update keeps growing into a 15-slide deck that buries the point. This produces a true one-pager — the bet, the evidence, the ask — so the exec team reads it, asks one sharp question, and you walk out with a decision.
Give feedback using the GAIN framework (Goal, Actions, Impacts, Next actions)
Your report just missed a deliverable for the third time, or your cross-functional partner keeps rewriting your PRDs. You are about to have the conversation and know that "here is what you did wrong" will land badly. The GAIN framework — Goal, Actions, Impacts, Next actions — gives you the exact structure and phrasing to flip from pain-framed to gain-framed so the other person hears an invitation instead of an attack.
Write a launch announcement email for customers
Your launch email will be opened by 20% of customers, read by 5%, and acted on by
Write a changelog that converts free users
Your free users never see your paid-tier features and the upgrade path is invisible. This writes a changelog that mentions paid features with tasteful upgrade prompts — not paywall spam — so free users discover value and convert at 2-3x the baseline rate.
Draft a customer success handoff narrative
A customer closed and is being handed to CS, who will inherit 8 threads and no narrative. This writes a handoff narrative that summarizes what they bought, why, what success looks like, and the top 3 risks — so the first CS call isn't "so what does your company do?"
투자자 및 이사회용 제품 내러티브(Investor & Board Product Narrative)
투자자 미팅, 이사회 발표, 또는 펀드레이징 덱을 위한 설득력 있는 제품 내러티브를 만드세요. 제품 지표와 로드맵을 신뢰를 쌓는 전략적 스토리로 번역해줍니다.
크로스 펑셔널 킥오프 브리프(Cross-Functional Kickoff Brief)
개발이 시작되기 전에 엔지니어링, 디자인, 마케팅, 비즈니스 팀이 목표, 범위(scope), 타임라인, 역할, 커뮤니케이션 규범에 정렬되도록 만드는 프로젝트 킥오프 문서를 작성합니다.
임원 요약 및 이사회 업데이트(Executive Summary & Board Update)
전략적 진행, 핵심 지표, 필요한 결정을 전달하는 임원 요약과 이사회 수준 제품 업데이트를 작성합니다 — 모두 임원들이 선호하는 간결한 형식으로.
기능 요청 거절 템플릿(Feature Request Rejection Template)
고객, 세일즈 팀, 이해관계자와의 관계를 해치지 않으면서 기능 요청에 전문적으로 "no"라고 말할 수 있게 해주는 프롬프트입니다. 상황별 거절 템플릿과 objection 대응까지 포함합니다.
제품 업데이트 이메일 작성기(Product Update Email Writer)
고객, 내부 팀, 리더십, 투자자 등 각기 다른 청중을 위한 설득력 있는 제품 업데이트 이메일을 작성하게 해주는 프롬프트입니다. 각 형식은 해당 청중의 관심사와 집중 시간에 맞게 최적화되어 있습니다.
스티브 잡스처럼 발표하기(Announce Like Steve Jobs)
이 프롬프트는 스티브 잡스에게 영감을 받아 설득력 있고 감정을 자극하는 제품/기능 발표를 작성하도록 도와줍니다. 핵심은 단순함, 우아함, 그리고 그 기능이 사용자 경험을 어떻게 변화시키는지에 두는 강조입니다. 결과는 단순히 무엇(what)이 아니라 왜(why)를 부각하는 명확하고 매력적인 내러티브입니다.
제품 이름 제안(Product Name Suggestions)
이 프롬프트는 기존 브랜드의 정체성(identity), 가치(values), 톤앤보이스(voice)에 자연스럽게 녹아드는 제품명 또는 기능명을 만들도록 설계되었습니다. 브랜드의 성격(personality), 감정적 울림(emotional resonance), 시장 포지셔닝(market positioning)을 중심에 두고, 브랜드의 핵심 본질을 강화하면서도 경쟁 환경에서 돋보이는 독창적이고 기억하기 쉬운 이름을 만드는 과정을 안내합니다.
릴리스 노트(Release Notes)
이 프롬프트는 프로덕트 매니저, 개발자, 마케팅 팀이 명확하고 매력적인 릴리스 노트(release notes)를 만들 수 있도록 돕습니다. 구조를 핵심 요소로 분해해 주요 업데이트, 개선사항, 버그 수정이 타깃 청중(target audience)에게 효과적으로 전달되도록 합니다. 사용자 혜택과 간결한 언어에 초점을 맞춰, 전문적이면서도 설득력 있는 릴리스 노트를 작성할 수 있게 해주며, 사용자 참여(engagement)와 신기능에 대한 기대감을 끌어올립니다.
블로그 포스트(Blog Post)
개인 메모를 잘 다듬어진 블로그 포스트(blog post)로 바꿔주는 프롬프트입니다. 거친 아이디어를 입력하기만 하면, 고유한 보이스(voice)는 유지한 채 콘텐츠를 다듬어 블로그 글쓰기를 수월하고 진정성 있게 만듭니다.
슬라이드 덱을 대체할 제품 내러티브 메모(Product Narrative Memo)
제품 리뷰 미팅이 PowerPoint로 인한 죽음 — 40장의 슬라이드, 15장째에 이르면 아무도 핵심 인사이트를 기억하지 못함. 이 프롬프트는 명확한 사고와 구조화된 논증을 강제하는 Amazon 스타일의 내러티브 메모를 작성해, 60장의 슬라이드가 아니라 6페이지 안에 제품 방향을 이해시킵니다.
Competitive Wedge 방식으로 제품 포지셔닝 문장 쓰기(Write a product positioning statement using the competitive wedge method)
붐비는 시장에 들어가는데 메시지가 경쟁사와 다를 바 없게 들릴 때 쓰는 프롬프트입니다. competitive wedge 방법을 사용해, 단지 더 잘한다는 말이 아니라 무엇을 다르게 하는지 드러내는 포지셔닝 문장을 만들 수 있게 해줍니다. 그러면 잠재 고객은 왜 이 제품이 존재하는지 즉시 이해하게 됩니다.
크로스펑셔널 buy-in을 위한 이해관계자 정렬 브리프 작성하기(Craft a stakeholder alignment brief for cross-functional buy-in)
제품 initiative를 제안하려고 하는데 엔지니어링은 실현 가능성을 보고, 세일즈는 매출 영향을 보고, 디자인은 사용자 경험을 보는 상황에서 쓰는 프롬프트입니다. 각 청중의 우선순위에 맞춘 섹션을 가진 단일 브리프를 만들어줍니다.
이해관계자 정렬을 위한 설득력 있는 제품 내러티브 작성하기(Write a compelling product narrative for stakeholder alignment)
경영진, 엔지니어링, 크로스 펑셔널 팀이 공유된 비전과 행동의 시급성에 정렬되도록 만드는 전략적 제품 내러티브가 필요할 때 이 프롬프트를 사용하세요.
AI & Automation
31 guidesDraft a shared AI glossary for your product team
Your team says "agent" and means three different things; "RAG" comes up in planning and half the room nods without understanding. This produces a 1-page team-specific AI glossary — 20-30 terms with your product's operational meaning, not textbook definitions — so every planning conversation starts from shared vocabulary.
Run an AI feature eval with golden dataset
Your AI feature needs an objective quality measurement — not vibes, not shipping-week demos. This runs an eval with a golden dataset, blind human scoring, and statistical significance checks so you can report "quality" with a number, not an impression.
Design a conversational AI interaction flow
Users open your AI chat and don't know what to ask. This designs the interaction flow — suggested starts, progressive disclosure, recovery paths, graceful refusal — so first-use succeeds more than 50% of the time and users build the habit.
AI 보조 PRD 비평 워크플로우 만들기(Build an AI-assisted PRD critique workflow)
시니어 PM이 모든 draft를 직접 읽어야 해서 PRD 리뷰가 병목일 때 쓰는 프롬프트입니다. 체크리스트 프롬프트, quality gate, high-stakes 항목에 대한 human review를 결합해, 사람이 보기 전에 초안 품질을 끌어올리고 시니어는 진짜 어려운 문제에 집중하게 만듭니다.
Build a PM workflow that auto-triages customer feedback
You receive 500 pieces of customer feedback per week across Intercom, NPS, Slack, email — and your team reads maybe 30 of them. This builds an AI triage workflow that classifies, clusters, and surfaces signal so the PM only reviews what matters.
Design an AI product disclosure pattern for users
Your AI feature generates output and users aren't sure if it's trustworthy. This designs a disclosure pattern — signal that AI is involved, confidence indicators, source links, override paths — so users calibrate trust appropriately and don't either over- or under-rely.
Conduct an AI feature trust calibration audit
Users either over-trust your AI (act on outputs they shouldn't) or under-trust it (ignore outputs that are correct). This audits trust calibration with user testing, scenario probes, and behavior data so you surface where calibration is off and design interventions to fix it.
Build an automation opportunity scan for PM work
You're a PM and half your week is spent on meetings, followups, summaries, and doc editing. This scans your last 2 weeks for automation candidates — recurring, time-consuming, low-judgment tasks — and picks the first 2-3 to automate so you reclaim hours per week.
Design an AI feature evaluation rubric before shipping
You're about to ship an AI feature and your only eval is "looks good to the team." This designs a proper eval rubric — task set, scoring criteria, golden answers, regression guardrails — so you can ship with confidence and catch drift later.
Build an AI cost-per-action monitoring dashboard
Your AI feature works but costs are growing faster than users. This builds a cost-per-action dashboard — cost per user, cost per successful outcome, cost drift over time — so you catch runaway costs before the finance team does.
Design a human-in-the-loop safety net for an AI feature
Your AI feature is good but not good enough to trust unattended on high-stakes tasks. This designs a human-in-the-loop safety net — review gates, confidence thresholds, escalation triggers — so AI does the bulk work and humans intervene where it matters.
Conduct an AI vs. non-AI ROI comparison
You're about to build an AI-powered version of a feature. Before you spend months on it, run the ROI comparison — AI cost, quality delta vs. non-AI, risk premium — so you know whether AI actually wins or just looks impressive in a demo.
Build an LLM prompt library for PM workflows
Your team uses AI for PRD drafts, competitive analysis, and interview synthesis — each person has their own prompt and results are inconsistent. This builds a shared prompt library with versioned, tested prompts so the whole team benefits from each improvement instead of re-inventing.
팀을 위한 5단계 AI 도입 플레이북 만들기(Build a 5-step AI adoption playbook for your team)
경영진이 "AI-first"를 선언했지만 팀은 모호한 지시, procurement 병목, 어떤 워크플로우부터 자동화해야 하는지에 대한 가이드 부재에 막혀 있을 때 쓰는 프롬프트입니다. 방법을 설명하고, 추적하고 보상하고, 레드테이프를 줄이고, 열성 사용자를 교사로 만들고, 고임팩트 업무를 우선순위화하는 이 다섯 단계 플레이북은 Shopify, Ramp, Duolingo, Zapier, Intercom, Whoop이 쓴 전술을 순서 있는 계획으로 정리해 이번 주 안에 리더십 앞에 올릴 수 있게 해줍니다.
Design a model upgrade migration runbook
A new model version just dropped and your team wants to upgrade tomorrow. This designs a migration runbook — eval comparison, cost diff, cohort rollout, rollback criteria — so you ship the upgrade without breaking production behavior users depend on.
Run a prompt regression testing suite
You tweaked a prompt to fix one bug and three other behaviors quietly regressed. This runs a regression testing suite — gold test set, automated diff, pass/fail thresholds — so every prompt change is tested before it ships.
Run an AI feature hallucination audit
Users are complaining about AI output that sounds plausible but is wrong. This runs a structured hallucination audit — real user logs, categorization, root cause — so you understand where the model makes things up and can apply the right fix (prompt, retrieval, fine-tune, or scope).
AI 제품 지표 대시보드 설계자(AI Product Metrics Dashboard Designer)
제품 유형과 단계에 맞는 제품 지표 대시보드를 설계하게 해주는 프롬프트입니다. North Star → primary → secondary → guardrail로 이어지는 metric hierarchy를 정의하고, 데이터 소스와 모니터링 계획까지 함께 만듭니다.
AI PRD 검토 및 개선(AI PRD Review & Improvement)
PRD에 대한 AI 기반 검토를 받으세요 — 완결성, 명확성, 기술 실현 가능성 격차, 누락된 엣지 케이스를 점검합니다. 구체적 개선 제안이 담긴 스코어카드를 반환합니다.
AI 스프린트 리포트 생성기(AI Sprint Report Generator)
완료된 스토리, velocity, 버그, blocker 같은 raw sprint data로부터 정돈된 sprint report를 자동 생성하는 프롬프트입니다. 팀용 상세 리포트와 경영진용 요약을 모두 만듭니다.
AI Competitive Monitoring Report
Generate a structured competitive intelligence report by analyzing competitor updates, product launches, pricing changes, and market movements. Use with AI research tools like Perplexity or ChatGPT Deep Research.
AI 고객 피드백 분류기(AI Customer Feedback Classifier)
지원 티켓, NPS 코멘트, 앱 리뷰, 소셜 미디어 등 여러 채널에서 들어오는 고객 피드백을 제품이 바로 행동으로 옮길 수 있는 카테고리로 자동 분류하고, 심각도 기준으로 우선순위를 매기게 해주는 프롬프트입니다.
AI 회의록을 액션 아이템으로(AI Meeting Notes to Action Items)
어수선한 회의 메모나 트랜스크립트를 구조화된 액션 아이템, 결정 사항, 미해결 질문, 이해관계자 후속 조치로 변환합니다. 스프린트 계획, 제품 리뷰, 크로스 펑셔널 싱크에 완벽합니다.
AI 사용자 리서치 합성기(AI User Research Synthesizer)
인터뷰, 설문, 지원 티켓 같은 원시 사용자 리서치 데이터를 AI로 구조화된 인사이트로 바꾸는 프롬프트입니다. theme, sentiment pattern, 실행 가능한 추천을 자동으로 뽑아냅니다.
AI 기반 일일 PM 워크플로우(AI-Powered Daily PM Workflow)
PM이 가장 많은 시간을 쓰는 업무인 standup 준비, stakeholder 업데이트, metric 요약, inbox triage를 AI로 자동화하는 일일 워크플로우를 설계하는 프롬프트입니다. 하루 2-3시간 절약을 목표로 합니다.
제품 산출물을 최적화하는 오토리서치 루프 실행하기(Run an autoresearch loop to optimize any product artifact)
작동은 하지만 훌륭하지는 않은 제품 산출물(artifact) — 랜딩 페이지 카피, 온보딩 스크립트, 이메일 시퀀스, 가격 페이지 — 이 있습니다. 무엇을 개선할지 추측하는 대신, 이 프롬프트에 넘겨주고 AI가 Karpathy의 오토리서치 루프(https://github.com/karpathy/autoresearch)를 실행하게 하세요: 변형 생성 → 지표로 점수 → 유지 또는 폐기 → 수렴까지 반복.
PM 운영을 자동화하는 AI 에이전트 워크플로우 설정하기(Set up an AI agent workflow to automate PM operations)
반복적인 PM 업무(티켓 triage, backlog grooming, status reporting)를 자율적으로 실행하는 AI 에이전트에 위임하고 싶을 때 이 프롬프트를 사용하세요.
AI 기반 사용자 리서치 synthesis 워크플로우 구축(Build an AI-powered user research synthesis workflow)
여러 개의 사용자 인터뷰 transcript나 피드백 소스가 있고, AI가 패턴, 테마, 실행 가능한 인사이트를 자동으로 식별하길 원할 때 이 프롬프트를 사용하세요.
제품 최적화를 위한 자율 실험 루프 설계하기(Design an autonomous experiment loop for product optimization)
제품의 무언가가 더 나아질 수 있다는 것을 압니다 — 온보딩 카피, 가격 페이지 레이아웃, 알림 타이밍 — 그러나 A/B 테스트를 수동으로 운영하는 것은 느리고 충분한 변형을 결코 통과하지 못합니다. Karpathy의 오토리서치 패턴(https://github.com/karpathy/autoresearch)을 적용해 각 반복이 이전 위에 쌓이는 구조화된 실험 루프를 셋업하세요.
제품 의사결정을 위한 개인 AI 사고 파트너 만들기(Build a personal AI thinking partner for product decisions)
제품 의사결정을 두고 계속 오락가락하고 있어, 이해관계자에게 가져가기 전에 자신의 논리를 구조적으로 압박 테스트하고 싶을 때 쓰는 프롬프트입니다. 가정을 흔들고, blind spot를 드러내고, 더 근거 있는 결론에 도달하도록 도와주는 AI sparring partner를 세팅합니다.
AI 오케스트레이션 QA와 출시 체크리스트 설정하기(Set up an AI-orchestrated QA and ship checklist)
기능을 출시하려는데 수동 테스트를 넘어서는 종합 사전 출시 체크리스트가 필요할 때. AI 보조 QA가 표준이 되면서, 리뷰-테스트-출시 파이프라인이 실제로 무엇을 다뤄야 하는지 정의 — 코드 리뷰부터 배포 후 카나리(canary) 모니터링까지.
Discovery
44 guidesDesign a Foundation Sprint for pre-product clarity
You have a promising idea, a small team, and two weeks of runway before you need to commit engineers. A traditional Design Sprint is for testing solutions — but you're not there yet. The Foundation Sprint forces two days of hard choices on who you're for, what you're offering, and what makes you differentiated, so the next sprint isn't debating first principles.
Run a retention analysis and diagnose the leak
Retention graphs are red and nobody knows where to start. This runs a structured retention analysis — cohort segmentation, event funnel, feature usage correlation — so you find the 1-2 leak points that matter most instead of debating 10 interventions at once.
Run a 5-whys root cause analysis on a user complaint
A loud customer complaint just landed in your exec's inbox and the team's first instinct is to patch the symptom. This runs a 5-whys analysis that traces the complaint to its structural cause so you fix the source, not just the escape.
Design a feature adoption funnel audit
You shipped a feature that 40% of users have *seen* and 3% have *used*. This audits the adoption funnel — discover, try, use, retain — so you find whether the leak is awareness, intent, activation, or value.
Conduct a survey design review before you send
You're about to send a 20-question survey to 5,000 customers and the data will tell you nothing useful. This reviews the survey for leading language, bad scales, response fatigue, and analyzability before you send — so the results actually drive decisions.
Build a customer advisory board charter
Your top customers want more influence on the roadmap and your team keeps having 1:1 calls that produce conflicting asks. This builds a customer advisory board charter — membership, cadence, format, inputs, decision boundaries — so top customers have structured input and your roadmap doesn't fragment.
Design a foundational product-market fit survey analysis
You ran the Sean Ellis PMF survey and got 38% "very disappointed" — is that a pass? This analyzes the survey properly with segmentation, open-text patterns, and next-step recommendations so you know whether to iterate, pivot, or scale.
Design a customer interview guide for problem discovery
You have 6 customer interviews this week and the draft script will produce opinions instead of stories. This builds a behavioral interview guide that uncovers how people actually solved the problem last time — not what they think about your proposed feature.
Design an opportunity solution tree for a new market
You are entering a new market or segment and don't want to commit to a solution until you understand the problem space. This builds the opportunity solution tree — outcome at the top, opportunities in the middle, solutions at the bottom — so you generate multiple solutions per opportunity before deciding.
Build an outcome-based user persona
Your personas are demographic sketches that never inform a product decision. This builds outcome-based personas — what they want to achieve, their current solution, their forces for change — so the persona actually matches behavior and influences shipped features.
Build a user research synthesis document
You ran 12 interviews and now have 400 sticky notes in FigJam. This synthesizes them into a research document with themes, supporting quotes, and product implications — the artifact that actually drives decisions instead of a doc nobody reads.
Conduct a churn exit interview program
Churn surveys give you checkbox answers and no insight. This designs an exit interview program — 15-minute call, structured script, synthesis cadence — so you actually learn why customers leave and which reasons you could have fixed.
Conduct a usability testing script for new features
Your designer says the flow is obvious and your PM says it's confusing. Build a 5-user usability test script that resolves the debate with data — tasks, metrics, severity scale — and produces actionable fixes within a week.
Build a continuous discovery interview cadence
You do research in bursts before a launch and then not again for months. This builds a weekly interview cadence that keeps you in constant touch with users — recruiting pipeline, 4 interviews/week, synthesis ritual — so you always have fresh insights without running a special project.
Run a Jobs-to-be-Done switch interview
Your customers switched to your product and you have no idea why. This runs a JTBD switch interview that reconstructs the exact moment of switch — the trigger, the forces, the struggle moment — so you can find more people in the same situation and design for the same decision point.
Run a market sizing sanity check
Your deck says $12B market, board is skeptical, and nobody can reconcile the number. This runs three independent estimation methods — top-down, bottom-up, and analog — and cross-checks them so the number you show has triangulated evidence, not a single source.
Conduct a competitive UX teardown
Your competitor just shipped a new flow and your CEO sent you the screenshot. This runs a structured UX teardown — jobs-to-be-done, information architecture, friction, differentiation — so the response is data-driven and doesn't collapse into copying.
Design a behavioral cohort diagnosis
Retention curves look flat aggregate and your team has no idea why. This runs a cohort analysis across acquisition channel, feature usage, and behavior pattern so you can identify the 2-3 cohorts that actually drive your numbers — and the ones leaking out.
기회 사이징과 TAM 계산기(Opportunity Sizing & TAM Calculator)
제품 기회에 대한 TAM(Total Addressable Market), SAM(Serviceable Addressable Market), SOM(Serviceable Obtainable Market)을 계산합니다. 명확한 가정과 함께 톱다운(top-down)과 보텀업(bottom-up) 접근을 모두 사용합니다.
문제 정의 워크숍(Problem Statement Workshop)
팀이 솔루션으로 점프하기 전에 정말 맞는 문제를 풀고 있는지 확인하기 위한 problem statement 워크숍 프롬프트입니다. "How Might We" 프레임워크와 5 Whys 기법으로 문제 정의를 날카롭게 다듬습니다.
사용성 테스트 스크립트(Usability Testing Script)
warm-up 질문, task scenario, 후속 probing 질문, scoring rubric까지 포함된 구조화된 usability testing 스크립트를 만드는 프롬프트입니다. moderated remote 테스트와 대면 테스트 모두에 바로 사용할 수 있습니다.
사용자 페르소나 생성기(User Persona Generator)
리서치 데이터, 분석, 고객 인터뷰를 바탕으로 데이터 기반 사용자 페르소나를 만드는 프롬프트입니다. 단순 인구통계를 넘어서 목표, 불만, 행동 패턴, 의사결정 기준까지 포착합니다.
고객 여정 맵 빌더(Customer Journey Map Builder)
인지(awareness)에서 옹호(advocacy)까지 상세한 고객 여정 맵을 만듭니다. 사용자 경험의 각 단계에서 터치포인트(touchpoint), 감정, 페인 포인트(pain point), 기회를 식별합니다.
MoSCoW 우선순위 방법(MoSCoW Prioritization Method)
MoSCoW 방법(Must have, Should have, Could have, Won't have)을 적용해 출시나 스프린트의 기능 우선순위를 매깁니다. 이해관계자(stakeholder) 정렬 연습과 트레이드오프(trade-off) 문서화를 포함합니다.
RICE 점수화 프레임워크(RICE Scoring Framework)
RICE 우선순위화 프레임워크(Reach, Impact, Confidence, Effort)를 적용해 제품 아이디어를 객관적으로 점수화하고 순위를 매기는 프롬프트입니다. 팀 전체가 일관된 기준으로 점수를 매길 수 있도록 calibration 가이드도 포함합니다.
고객 피드백 설문(Customer Feedback Survey)
이 프롬프트는 제품 릴리스(release) 이후 사용할 구조화된 고객 피드백 설문을 작성하도록 돕습니다. 사용성(usability), 만족도(satisfaction), 개선 영역에 대한 인사이트를 얻을 수 있도록 정량 질문과 정성 질문의 균형 잡힌 구성을 보장합니다. 향후 iteration을 다듬기 위한 실행 가능한 피드백을 원하는 제품 팀, UX 리서처, 마케터에게 적합합니다.
디자인 씽킹(Design Thinking)
이 프롬프트는 깊은 공감(empathy)과 인간 중심 디자인 씽킹을 활용해 사용자 문제를 반복적으로 해결하는 어시스턴트를 정의합니다. 동적 사용자 입력(문제, 목표, 피드백, 컨텍스트)을 사용하며 공감, 반복적 탐색, 협업적 사고, 실행 가능한 인사이트의 핵심 원칙을 따릅니다. 응답은 사용자 이해, 문제 재정의, 솔루션 프로토타이핑(prototyping), 지속적 피드백을 통한 아이디어 정제를 강조하도록 구조화됩니다.
고객 인터뷰 질문(Customer Interview Questions)
프로덕트 매니저가 심층 인터뷰를 통해 고객 니즈, 페인 포인트(pain point), 욕구를 발견하기 위한 구조화된 프롬프트입니다. 혁신과 개선의 기회를 식별하도록 도와주며, 제품 성장과 사용자 만족을 이끄는 인사이트를 보장합니다.
사용자 인터뷰 가이드(User Interview Guide)
이 프롬프트는 제품을 위한 사용자 인터뷰를 설계하고 진행하는 구조화된 가이드를 제공합니다. 효과적인 인터뷰 질문 준비, 참가자 선정, 인터뷰 프로세스 운영 같은 핵심 측면을 다룹니다. 제품 경험을 개선하기 위해 깊이 있는 사용자 인사이트를 모으고자 하는 제품 팀, UX 리서처, 디자이너에게 적합합니다.
제품팀 헬스 체크를 돌리고 개선 계획 만들기(Run a product team health check and build an improvement plan)
기능은 계속 shipping하고 있지만 뭔가 어긋난 느낌이 들고, 회고는 식상하며, 사기는 떨어지고, 크로스펑셔널 협업이 점점 어려워질 때 쓰는 프롬프트입니다. 제품팀 효과성을 8개가 아니라 12개 세부 차원에서 구조적으로 진단하고, 목표가 있는 개선 계획을 만듭니다.
지속적 디스커버리를 위한 Opportunity Solution Tree 그리기(Map an opportunity solution tree for continuous discovery)
팀이 고객 요청에서 곧바로 기능으로 점프하고 그 사이의 연결고리를 놓칠 때 사용하는 프롬프트입니다. 원하는 outcome에서 시작해 opportunity, solution, experiment까지 이어지는 opportunity solution tree를 만들어, 출시하는 모든 기능이 실제 고객 니즈에 연결되게 합니다.
제품-시장 적합성 설문을 돌리고 결과 진단하기(Run a product-market fit survey and diagnose the results)
MVP를 출시했고 활동 사용자도 조금 있지만, 실제로 product-market fit에 도달했는지 아니면 단지 "있으면 좋은" 무언가를 만든 건지 확신이 없을 때 쓰는 프롬프트입니다. 고전적인 "very disappointed" 설문을 돌리고 응답을 세분화해, 무엇을 고쳐야 하는지 정확히 알려줍니다.
ICE 우선순위화 도우미(ICE Prioritization Helper)
ICE 우선순위화 도우미 프롬프트는 ICE(Impact, Confidence, Ease) 점수를 자동으로 계산해 의사결정을 더 빠르고 일관되게 하도록 설계되었습니다. Itamar Gilad의 방법론에서 영감을 받은 구조화되고 증거 기반의 프레임워크를 통해 아이디어를 평가할 수 있습니다. 임팩트(impact), 구현 용이성(ease), 신뢰도(confidence) 수준(여러 증거 유형 기반) 같은 핵심 정보를 입력하면 우선순위 점수뿐 아니라 접근 방식을 다듬기 위한 맞춤형 피드백도 함께 받게 됩니다. 개선을 위한 실행 가능한 제안과 전략적 다음 단계까지 제공하므로, 팀과 개인이 높은 우선순위의 기회를 찾고, 사각지대를 발견하고, 혁신 속도를 높이는 데 도움이 됩니다. 기능, 프로젝트, 전략 무엇을 우선순위화하든 이 프롬프트는 더 데이터 기반이고 임팩트 있는 판단을 하도록 돕습니다.
Jobs-to-be-Done(JTBD) 분석
JTBD 프롬프트 설명 — 이 프롬프트는 Customer Jobs, Pains, Gains를 분해하여 구조화된 Jobs-to-be-Done(JTBD) 분석을 안내합니다. 기능적 태스크, 사회적·감정적 니즈(needs), 핵심 과제, 개선 기회를 식별하도록 돕습니다. 프로덕트 매니저(Product Manager)와 전략가에게 적합하며, 제품을 다듬고, 기능 우선순위를 정하고, 사용자 경험(UX)을 강화하는 실행 가능한 인사이트를 제공합니다.
만들기 전에 YC 스타일 제품 진단 돌리기(Run a YC-style product diagnostic before building)
유망해 보이는 기능 아이디어나 제품 컨셉이 있지만 아직 충분히 스트레스 테스트하지 않았을 때 쓰는 프롬프트입니다. 코드 한 줄 쓰기 전에 YC 파트너들이 실제 수요와 희망사항을 가르는 데 쓰는 forcing question으로 아이디어를 검증합니다.
사용자 인터뷰: Teresa Torres 방식(User Interview - Teresa Torres Approach)
이 프롬프트는 Teresa Torres의 *Continuous Discovery Habits* 접근법을 기반으로 사용자 인터뷰를 설계하고 진행하는 구조화된 가이드를 제공합니다. 기회 매핑(opportunity mapping), 가정 테스트, 지속적 학습을 강조해 실행 가능한 인사이트를 끌어냅니다. 가이드는 효과적인 인터뷰 질문 준비, 참가자 선정, 편향 없는 인터뷰 진행, 인사이트 종합 같은 핵심 측면을 다룹니다. 데이터 기반 제품 결정을 내리고자 하는 제품 팀, UX 리서처, 디자이너에게 적합합니다.
페르소나 기반 기능 피드백(Persona-Driven Feature Feedback)
상세한 사용자 페르소나(persona)를 만들고 제품 기능에 대한 컨텍스트 기반 피드백을 생성합니다. 이 프롬프트는 다양한 사용자 세그먼트가 새 아이디어에 어떻게 반응할지 시뮬레이션해 다양하고 현실적인 인사이트를 제공하며, 피드백이 관련성 있고 실행 가능하며 사용자 중심이 되도록 보장합니다.
숨은 가정 찾아내기(Identifying Hidden Assumptions)
이 프롬프트는 숨은 가정(hidden assumption)을 드러내고, 도약 가정(Leap of Faith Assumption)을 식별하며, 효과적으로 검증하는 데 초점을 둔 Teresa Torres의 Continuous Discovery Habits 프레임워크에서 영감을 받았습니다. 구조화된 5단계 프로세스를 따르면 제품 아이디어를 비판적이고 체계적으로 평가하게 되어, 솔루션에서 가장 위험한 부분을 일찍 다루게 됩니다.
인터뷰 스냅샷 어시스턴트(Interview snapshot assistant)
이 프롬프트는 Teresa Torres의 Continuous Discovery Habits를 바탕으로, 정성 인터뷰 데이터를 구조화된 Markdown 인터뷰 스냅샷으로 생성하는 product discovery assistant를 훈련합니다. 필수 메타데이터, 행동 기반 스토리, 여정 맵, 인사이트를 포함하는 엄격한 스키마를 강제하며, 누락된 데이터는 placeholder로 처리합니다. 그 결과 사용자 행동, pain point, opportunity를 찾는 데 도움이 되는 일관되고 실행 가능한 리서치 산출물이 만들어집니다.
인터뷰 스냅샷 통합 정리하기(Synthesizing interview snapshots)
이 프롬프트는 여러 인터뷰 스냅샷을 실행 가능한 인사이트로 통합 정리(synthesis)하기 위한 구조화된 프레임워크를 제공합니다. 입력값 검증, 패턴 발견, 사용자 여정 통합, 인사이트 생성 과정을 안내하며, 누락되었거나 일관되지 않은 데이터는 명확히 표시하도록 돕습니다. 결과물은 제품 전략을 위한 기회(opportunity), 핵심 인사이트, 다음 리서치 단계를 강조하는 표준화된 증거 기반 synthesis입니다.
프리모템(Pre-Mortem)
프리모템(Pre-Mortem)은 프로덕트 매니저가 제품 출시 전에 잠재 리스크를 드러내고 실행 가능한 대응 전략을 세우도록 돕습니다. Shreyas Doshi의 프레임워크에서 영감을 받아 리스크를 Tigers(실제 위협), Paper Tigers(과대평가된 우려), Elephants(숨겨진 위협)로 구분합니다. 가정(assumption), 장애물, 경쟁 구도를 함께 분석함으로써 제품 성공 가능성을 높이고 예상치 못한 실패를 줄이기 위한 실질적인 해법과 명확한 다음 단계를 제공합니다.
제품 의사결정(Product Decision Making)
이 프롬프트는 데이터, 가설, 실행 가능한 솔루션에 초점을 두고 구조화된 의사결정을 안내합니다. 복잡한 과제를 분석하고, 목표와 정렬을 맞추며, 이해관계자(stakeholder) 의견을 모아 명확하고 근거 기반의 보고서를 만들어내도록 돕습니다. 전략적 문제 해결에 관여하는 누구에게나 적합합니다.
디스커버리 중심 테스트 및 실험 계획(Discovery-Focused Test & Experiment Plan)
이 프롬프트는 프로덕트 매니저가 제품 불확실성을 줄이기 위한 구조화되고 실행 가능한 테스트/실험 계획을 세우도록 돕습니다. 가장 위험한 가정(LoFA)을 식별하고, lean한 행동 기반 테스트로 이를 검증하고, 언제 정식 가설 실험으로 넘어가야 하는지 판단하도록 안내합니다. 중요도가 높은 제품 의사결정을 다루는 디스커버리 중심 팀에 적합합니다.
크로스 펑셔널 디스커버리 정렬 워크숍 진행하기(Facilitate a cross-functional discovery alignment workshop)
엔지니어링, 디자인, 비즈니스 이해관계자(stakeholder)를 함께 디스커버리(discovery) 프로세스로 데려오는 구조화된 워크숍을 계획하고 운영할 때 이 프롬프트를 사용하세요 — 팀이 사일로(silo)되어 있거나 고객 문제에 정렬이 안 됐을 때 결정적입니다.
Product Strategy
53 guidesBuild a switching cost analysis for your product
Churn is above your target and "we need a better product" is not a plan. This maps the switching costs customers pay to leave you, identifies the three load-bearing ones, and produces a quarter-by-quarter plan to deepen them without crossing into lock-in that damages brand.
Run a pre-mortem on your annual product plan
Your 2026 plan looks great and nobody has argued with it — which is exactly the problem. This runs a structured pre-mortem that imagines the plan has failed at year-end, traces the failure back to the decisions you are making today, and converts each failure mode into a guardrail you can act on before you commit.
Build a disruptive innovation radar for your category
Your category is stable, you are winning, and you cannot see the disruptor coming — which is exactly when one arrives. This builds a radar that scans low-end, new-market, and adjacent-tech disruption vectors every quarter so you spot the threat while it is still cheap to respond.
Conduct a product portfolio pruning review
You support 14 SKUs/features/integrations. Three generate 80% of revenue, four are zombies, and seven are "maybe next quarter." This runs a structured portfolio review that produces a sunset plan with migration paths and a revenue-impact forecast before the conversation with customer success.
Design a "what we are NOT doing" document
Every quarter a new idea slips into the roadmap and nobody remembers why it wasn't on it last quarter. This produces a companion document to your roadmap — the explicit list of what you are not doing and why — so the next time it comes up, the conversation ends in 5 minutes instead of a re-debate.
Map your product's competitive positioning on a Kiviat chart
Your competitive analysis is a wall of feature checkmarks that doesn't tell a story. A Kiviat (spider) chart on 6-8 axes makes the shape of your advantage visible in one frame. This prompt picks the axes buyers actually decide on, scores them with evidence, and produces the narrative to go with the chart.
Build a three-horizons product strategy map
Your roadmap is 100% Horizon 1 (core) or 100% Horizon 3 (moonshots) and leadership keeps asking for balance. This forces a disciplined split across now, next, and future bets with explicit resourcing and kill criteria so you can defend your mix in the next operating review.
Run a Strategy Blocks sprint to craft a 2-year product strategy
Teams keep shipping but argue about *why* those projects and not others. Strategy Blocks is a five-step operator framework — preparation, strategy sprint, design sprint, document, rollout — that forces a disciplined choice of 3 strategic pillars, a 2-year winning aspiration, and stakeholder alignment built into the process rather than bolted on at the end.
Write a kill-or-double strategy memo for a stalled initiative
An initiative has consumed 2 quarters of engineering time and the metrics are flat. Leadership wants either a clear reset or a principled wind-down. This produces a kill-or-double memo that lays out what was tested, what the data actually says, and a binary recommendation with pre-committed criteria so the call stops getting re-debated.
Design a product-led growth to sales-assist crossover plan
Your PLG motion is signing up individual users but enterprise deals are stalling because nobody is working the account. This designs the exact crossover — trigger criteria, handoff spec, joint comp plan — so PLG stops leaving six-figure ACVs on the table without collapsing back into sales-led.
Map your product's network effects flywheel
Leadership keeps saying "we have network effects" and nobody can name the flywheel. This walks you through the eight network-effect archetypes, diagnoses which ones your product actually has, and produces a flywheel diagram with the investments that strengthen each loop.
Build a sequenced Jobs-to-be-Done product strategy
You have 40 JTBD interview snippets and no idea which job to build around first. This converts raw switch-interview data into a ranked job map, picks the first job to win on, and plans the adjacent jobs you will add in the following year without diluting the wedge.
Conduct a pricing positioning audit
Your pricing page hasn't changed in 18 months, discount rates are climbing, and win rates against competitors are dropping. This audits your pricing positioning on value perception, packaging clarity, and competitive anchoring — and produces a 90-day pricing refresh plan without blowing up existing deals.
Map the four big product risks before you build
A feature passes specs review, ships, and flops — and the post-mortem is always the same four risks you did not test. This runs each new bet through Marty Cagan's four-risk checklist (value, usability, feasibility, business viability) with specific discovery actions per risk so you catch the miss at week two, not at launch.
Run a white-space opportunity scan
Your category is mature, competitive, and slowing — and leadership wants "the next big thing." This runs a structured white-space scan across underserved segments, emerging behaviors, and unbundling opportunities so the next bet is informed by data, not by whoever had the loudest idea in the offsite.
Design a product cannibalization guardrail
You are launching a cheaper tier that might cannibalize your premium plan — or a new product that might eat your core. This produces a cannibalization model, sets the net-positive threshold, and designs guardrails so you can ship without the revenue team panicking.
Build a customer concentration risk mitigation plan
Three customers make up 45% of your ARR and your board is about to ask what happens if one leaves. This produces a concentration-risk memo with dependency maps, diversification targets, and a 12-month mitigation plan that doesn't collapse into "sell more" without structural changes.
Run a 10x vs 10% scope choice framework
Your team is debating whether to ship an incremental improvement (10% lift, known path) or a rewrite (10x opportunity, uncertain). This runs the decision through a structured scope frame so you make the call based on the metric ceiling, not on who is more persuasive in the room.
Build a platform strategy roadmap
Your product has one app and the next question is "when do we become a platform?" This walks through the 4 platform archetypes (APIs, apps, data, marketplace), the prerequisites you actually need, and a 12-month sequencing plan that stops you from launching a platform with no partners.
Run a product bets prioritization workshop
Your exec team has 14 ideas and one quarter of capacity. The usual RICE spreadsheet turns into a political knife fight. This runs a 90-minute structured workshop that surfaces hidden assumptions, forces a single ranked list, and leaves with a defensible narrative for every cut.
Design a moat analysis for your product's defensibility
You pitched a feature and a board member asked "what stops a competitor from shipping this in three months?" This runs you through seven moat archetypes — scale, network effects, switching costs, brand, regulatory, embedded data, proprietary tech — and produces a one-page defensibility memo you can hand to leadership.
Design a build-buy-partner decision matrix
Leadership is asking whether to build a capability in-house, buy a startup, or partner with an incumbent. The team keeps re-debating the question each time. This produces a reusable matrix with scored criteria and a default decision rule so the next build-buy-partner call takes a day, not a quarter.
Conduct a TAM/SAM/SOM re-calibration
Your 2023 deck said "$50B TAM" based on a number someone quoted in a blog post. Board is asking why growth stalled against such a big number. This re-derives TAM, SAM, and SOM from your actual pricing, ICP, and funnel conversion so the number you show is defensible for the next five meetings.
이해관계자 맵핑 및 영향력 전략(Stakeholder Mapping & Influence Strategy)
이해관계자를 영향력과 관심도로 맵핑하고, 각자에게 맞는 engagement 전략을 만드는 프롬프트입니다. 복잡한 조직 역학 속에서 움직이는 PM이 initiative에 대한 buy-in을 얻는 데 필수적입니다.
플랫폼 vs 기능 의사결정 프레임워크(Platform vs Feature Decision Framework)
기능을 직접 만들지, 서드파티 도구를 쓸지, 혹은 플랫폼/API로 만들지를 판단해야 할 때 사용하는 프롬프트입니다. 비용 모델링과 리스크 분석까지 포함해 build-vs-buy 의사결정을 구조적으로 평가합니다.
제품 현지화와 i18n 전략(Product Localization & i18n Strategy)
시장 우선순위 매트릭스, 현지화(localization) 요구사항, 단계별 롤아웃 전략으로 제품의 국제 확장을 계획합니다. 언어, 문화 적응, 컴플라이언스, GTM(go-to-market)을 다룹니다.
이탈 분석과 방지 전략(Churn Analysis & Prevention Strategy)
사용자 이탈(churn) 패턴을 분석하고 데이터 기반 리텐션(retention) 전략을 만듭니다. 이탈 세그먼트, 근본 원인, 선행 지표, 그리고 라이프사이클 단계별 개입 플레이북을 식별합니다.
제품 라이프사이클 단계 분석기(Product Lifecycle Stage Analyzer)
제품이 어느 단계(도입기, 성장기, 성숙기, 쇠퇴기)에 있는지 진단하고, 제품, 마케팅, 가격, 팀 초점에 대한 단계 적합 전략 권고를 받으세요.
블루오션 전략 캔버스(Blue Ocean Strategy Canvas)
블루오션 전략(Blue Ocean Strategy)을 적용해 경쟁 없는 시장 공간을 찾습니다. 핵심 가치 요소에 걸쳐 경쟁자와 자사 제공품을 시각적으로 비교하는 전략 캔버스를 만들고, 무엇을 제거(Eliminate), 감소(Reduce), 증가(Raise), 창조(Create)할지 식별합니다.
가치 제안 캔버스(Value Proposition Canvas)
제품의 value creator와 pain reliever를 고객의 구체적인 job, pain, gain에 대응시키는 Value Proposition Canvas를 만드는 프롬프트입니다. Strategyzer 프레임워크를 기반으로 합니다.
Lean Canvas 생성기(Lean Canvas Generator)
스타트업이나 신규 제품 이니셔티브를 위한 1페이지 비즈니스 모델인 Lean Canvas를 만드는 프롬프트입니다. problem, solution, unique value proposition, channel, revenue stream, cost structure, key metric, unfair advantage를 한 장에 담습니다.
시장 기회 추정기(Market Opportunity Estimator)
이 프롬프트는 제품이나 서비스의 잠재 시장 규모를 TAM(Total Addressable Market), SAM(Serviceable Addressable Market), SOM(Serviceable Obtainable Market)으로 분해해 평가하도록 돕습니다. 산업 수요, 경쟁 요인, 매출 예측을 평가하는 구조화된 프레임워크를 제공해, 데이터 기반 인사이트를 찾는 창업가, 제품 리더, 비즈니스 분석가에게 유용합니다.
변곡점 스트레스 테스트(Inflections Stress Test)
변곡점 스트레스 테스트(Inflections Stress Test)를 한 번에 완료하기 위한 프롬프트입니다. 정해진 형식에 따라 인사이트를 입력하면, AI가 상세한 요약표와 검토 의견을 만들어 아이디어를 검증하고 다듬는 데 도움을 줍니다.
경쟁사 분석(Competitor Analysis)
ChatGPT, Gemini, Perplexity 같은 서비스의 Deep Research 모드를 활용해 제품 아이디어 주변의 경쟁 구도를 탐색하세요. 이 프롬프트는 프로덕트 마케터 역할을 맡아 유사한 기능을 가진 또는 비슷한 사용자 니즈를 타깃하는 핵심 경쟁사를 식별하고 분석하도록 돕습니다.
시장 분석(Market Analysis)
이 임원급 시장 분석 프롬프트는 철저한 경쟁 평가, 시장 트렌드와 기회 식별, 그리고 실행 계획이 포함된 실행 가능한 권고안을 요구합니다. 데이터 출처에는 산업 보고서, 재무 공시, 소셜 리스닝(social listening)이 포함됩니다. 산출물은 성장을 위한 간결하고 데이터 기반의 전략적 청사진(blueprint)입니다.
Build a growth model to forecast and diagnose product growth
Your growth feels like a black box — new users come in, some churn, revenue goes up or down, but nobody can explain why or predict what happens next. This builds a bottom-up growth model that decomposes your growth into its component levers so you can forecast, diagnose, and intervene.
마켓플레이스 콜드 스타트 문제 평가와 출시 전략 설계(Assess your marketplace cold start problem and design a launch strategy)
마켓플레이스 또는 플랫폼을 만들고 있는데 닭과 달걀의 함정에 갇혔습니다 — 수요 없이는 공급 없고, 공급 없이는 수요 없음. 이는 콜드 스타트(cold start) 분석을 구조화하고 양면을 부트스트랩하는 시퀀싱된 출시 전략을 설계합니다.
제품을 위한 구독 가치 루프 설계하기(Design a subscription value loop for your product)
구독 제품이 유료 획득(paid acquisition)으로 자라고 있지만 리텐션은 평탄하고 CAC가 계속 오를 때. 이게 가치 루프(value loop)를 설계합니다 — 제품의 핵심 경험이 자연스럽게 전환, 리텐션, 오가닉 추천을 추동하게 해, 유료 마케팅 의존을 줄입니다.
제품의 North Star metric 정의하고 검증하기(Define and validate your product's North Star metric)
팀이 수십 개 지표를 보고 있지만 무엇이 가장 중요한지 합의하지 못하고, 로드맵 논쟁이 "내 지표 vs 네 지표" 싸움으로 흐를 때 사용하는 프롬프트입니다. 제품, 성장, 비즈니스 목표를 하나로 묶는 단일 North Star metric을 선택하고 검증하고 운영 체계에 녹여내도록 도와줍니다.
DHM 프레임워크로 제품 전략 날카롭게 다듬기(Apply the DHM framework to sharpen your product strategy)
팀이 제품이 왜 이기는지를 "기능이 더 좋아서" 이상으로 설명하지 못하고 있다면, 이 프롬프트를 사용하세요. Delight-Hard to Copy-Margin enhancing 프레임워크를 통해 현재 전략이 지속 가능한 경쟁우위(durable competitive advantage)를 만드는지, 아니면 잠깐의 차별화에 그치는지를 스트레스 테스트합니다.
제품 가격 및 패키징 감사 실행하기(Run a pricing and packaging audit for your product)
가격을 1년 넘게 손보지 않았거나, 큰 기능을 출시하면서 상위 티어에만 잠글지 고민 중일 때 쓰는 프롬프트입니다. 현재 가격 모델을 구조적으로 점검하고 패키징 공백을 찾은 뒤, 구체적인 개선안을 제시합니다.
강력한 제품 비전 정의하기(Defining a Strong Product Vision)
이 프롬프트는 시장 니즈(market needs)와 비즈니스 목표에 정렬되는 명확하고 영감을 주는 제품 비전을 만들도록 돕습니다. 고객 문제, 고유한 차별점, 성공 기준을 정의해 전략적 접근을 보장합니다. 제품 개발의 강한 토대를 마련하려는 PM에게 적합합니다.
PM Wheel 자기 진단과 성장 계획 수립(Run a PM Wheel self-assessment and build a growth plan)
이 프롬프트를 사용하면 Petra Wille의 8개 활동 기반 PM Wheel 프레임워크를 기준으로 자신의 프로덕트 매니지먼트 역량을 진단하고, 가장 약한 영역을 중심으로 구체적 액션이 담긴 개인 맞춤형 성장 계획을 만들 수 있습니다.
AI 기반 제품 분석을 위한 직교 컨텍스트 브리프 만들기(Build an orthogonal context brief for AI-powered product analysis)
AI에 제품 지표, 시장 위치, 또는 전략 옵션 분석을 요청하지만 계속 일반적이고 표면적인 응답만 받을 때 이 프롬프트를 사용하세요. 입력을 독립된 차원에 걸쳐 구조화함으로써, AI가 가장 흔한 패턴으로 떨어지는 대신 하나의 방어 가능한 해석으로 좁혀가도록 합니다.
Go-To-Market 전략(GTM Strategy)
이 구조화된 프롬프트로 성공적인 Go-To-Market(GTM) 전략을 설계할 수 있습니다. 타깃 고객을 식별하고, 차별화된 포지셔닝(positioning)을 정의하고, 최적의 획득 채널(acquisition channel)을 선택하고, 측정 가능한 성공 지표를 세우세요. 출시 전략을 다듬고 시장 임팩트(impact)를 극대화하려는 프로덕트 매니저, 마케터, 스타트업 창업자에게 적합합니다.
OKR 스파링 파트너(OKR Sparring Partner)
사용자가 초안 OKR을 비판적으로 평가할 수 있도록 돕는 프롬프트입니다. 명확성, 측정 가능성, 전략적 정렬, 가정, 표현을 평가하는 구조화된 다각도 프레임워크를 사용합니다. 사용자는 상세한 비평, 실행 가능한 개선 제안, 개선된 OKR 예시를 받아 전략적 명확성과 실행 우수성을 높일 수 있습니다.
가격 전략(Pricing Strategy)
이 프롬프트는 새 제품을 위한 세 가지 대안적 가격 전략을 설계하도록 돕습니다. 다양한 가격 모델(pricing model)을 중심으로 구조화된 사고를 유도해, 시장 포지셔닝, 고객이 느끼는 가치, 경쟁 구도에 맞는 여러 접근을 비교할 수 있게 합니다. 응답에는 cost-based, value-based, freemium, penetration, premium pricing 모델과 각 접근의 논리가 함께 포함될 수 있습니다. 가격 의사결정을 더 정교하게 최적화하려는 프로덕트 매니저와 비즈니스 전략가에게 적합합니다.
데이터 기반 사용자 리텐션 전략 수립(Build a Data-Driven User Retention Strategy)
이 프롬프트는 churn 리스크를 식별하고, engagement 전술을 최적화하고, 습관 형성(habit formation)을 강화함으로써 데이터 기반 사용자 리텐션(retention) 전략을 만들도록 돕습니다. 행동 분석(behavioral analytics), 세그먼트화(segmentation), AI 기반 개인화, 실험을 활용해 사용자 충성도(loyalty)를 높일 수 있습니다. 고객 유지율을 개선하고 churn을 효과적으로 줄이려는 프로덕트 매니저와 그로스 팀을 위해 설계되었습니다.
다중 렌즈 제품 계획 리뷰 파이프라인 설계하기(Design a multi-lens product plan review pipeline)
제품 계획이나 PRD를 작성했지만 자기 관점만 반영돼 있을 때. 자원을 약속하기 전에, 세 가지 독립된 렌즈 — CEO(야망과 비전), 엔지니어링(실현가능성과 아키텍처), 디자인(사용자 경험과 다듬음) — 으로 통과시켜 사각지대를 잡아내세요.
하이브리드 PLG + 세일즈 어시스트 GTM 모션 설계하기(Design a hybrid PLG and sales-assist go-to-market motion)
순수 self-serve에서 하이브리드 product-led sales 모델로 전환할 때 사용하는 프롬프트입니다. 제품이 리드를 선별하고, 세일즈가 고가치 계정에 전략적으로 개입하는 구조를 설계하도록 돕습니다.
AI 기반 경쟁 인텔리전스 대시보드 만들기(AI-Assisted Competitive Intelligence Dashboard)
경쟁사를 실시간으로 추적하는 체계적인 AI 기반 프로세스를 셋업해야 할 때 사용하세요 — 시장 신호를 수동으로 모으는 데 시간을 너무 많이 쓰는 PM에게 이상적입니다.
로드맵을 위한 'Boil the Lake' 완결성 감사 만들기(Build a 'Boil the Lake' completeness audit for your roadmap)
AI는 일을 철저하게 하는 비용을 무너뜨렸습니다. 제품 로드맵을 검토하면서 습관적으로 코너를 자르고 있다는 의심이 드는 상황 — 완전 버전이 한계 비용만 더 들 때 MVP를 출하하는 — 에서, 더 이상 말이 되지 않는 지름길에 대해 로드맵을 감사하세요.
이익 주도 제품 우선순위 프레임워크 만들기(Create a profit-driven product prioritization framework)
성장 우선에서 이익 우선 우선순위로 전환할 때 이 프롬프트를 사용하세요. 매출 임팩트와 비용 효율성으로 기능을 평가하도록 돕습니다.