AI Prompts for Storytelling
30 prompts available for product managers.
블로그 포스트(Blog Post)
개인 메모를 잘 다듬어진 블로그 포스트(blog post)로 바꿔주는 프롬프트입니다. 거친 아이디어를 입력하기만 하면, 고유한 보이스(voice)는 유지한 채 콘텐츠를 다듬어 블로그 글쓰기를 수월하고 진정성 있게 만
제품 이름 제안(Product Name Suggestions)
이 프롬프트는 기존 브랜드의 정체성(identity), 가치(values), 톤앤보이스(voice)에 자연스럽게 녹아드는 제품명 또는 기능명을 만들도록 설계되었습니다. 브랜드의 성격(personality), 감정적
릴리스 노트(Release Notes)
이 프롬프트는 프로덕트 매니저, 개발자, 마케팅 팀이 명확하고 매력적인 릴리스 노트(release notes)를 만들 수 있도록 돕습니다. 구조를 핵심 요소로 분해해 주요 업데이트, 개선사항, 버그 수정이 타깃 청중
스티브 잡스처럼 발표하기(Announce Like Steve Jobs)
이 프롬프트는 스티브 잡스에게 영감을 받아 설득력 있고 감정을 자극하는 제품/기능 발표를 작성하도록 도와줍니다. 핵심은 단순함, 우아함, 그리고 그 기능이 사용자 경험을 어떻게 변화시키는지에 두는 강조입니다. 결과는
슬라이드 덱을 대체할 제품 내러티브 메모(Product Narrative Memo)
제품 리뷰 미팅이 PowerPoint로 인한 죽음 — 40장의 슬라이드, 15장째에 이르면 아무도 핵심 인사이트를 기억하지 못함. 이 프롬프트는 명확한 사고와 구조화된 논증을 강제하는 Amazon 스타일의 내러티브
투자자 및 이사회용 제품 내러티브(Investor & Board Product Narrative)
투자자 미팅, 이사회 발표, 또는 펀드레이징 덱을 위한 설득력 있는 제품 내러티브를 만드세요. 제품 지표와 로드맵을 신뢰를 쌓는 전략적 스토리로 번역해줍니다.
이해관계자 정렬을 위한 설득력 있는 제품 내러티브 작성하기(Write a compelling product narrative for stakeholder alignment)
경영진, 엔지니어링, 크로스 펑셔널 팀이 공유된 비전과 행동의 시급성에 정렬되도록 만드는 전략적 제품 내러티브가 필요할 때 이 프롬프트를 사용하세요.
크로스펑셔널 buy-in을 위한 이해관계자 정렬 브리프 작성하기(Craft a stakeholder alignment brief for cross-functional buy-in)
제품 initiative를 제안하려고 하는데 엔지니어링은 실현 가능성을 보고, 세일즈는 매출 영향을 보고, 디자인은 사용자 경험을 보는 상황에서 쓰는 프롬프트입니다. 각 청중의 우선순위에 맞춘 섹션을 가진 단일 브리
크로스 펑셔널 킥오프 브리프(Cross-Functional Kickoff Brief)
개발이 시작되기 전에 엔지니어링, 디자인, 마케팅, 비즈니스 팀이 목표, 범위(scope), 타임라인, 역할, 커뮤니케이션 규범에 정렬되도록 만드는 프로젝트 킥오프 문서를 작성합니다.
Competitive Wedge 방식으로 제품 포지셔닝 문장 쓰기(Write a product positioning statement using the competitive wedge method)
붐비는 시장에 들어가는데 메시지가 경쟁사와 다를 바 없게 들릴 때 쓰는 프롬프트입니다. competitive wedge 방법을 사용해, 단지 더 잘한다는 말이 아니라 무엇을 다르게 하는지 드러내는 포지셔닝 문장을 만
임원 요약 및 이사회 업데이트(Executive Summary & Board Update)
전략적 진행, 핵심 지표, 필요한 결정을 전달하는 임원 요약과 이사회 수준 제품 업데이트를 작성합니다 — 모두 임원들이 선호하는 간결한 형식으로.
제품 업데이트 이메일 작성기(Product Update Email Writer)
고객, 내부 팀, 리더십, 투자자 등 각기 다른 청중을 위한 설득력 있는 제품 업데이트 이메일을 작성하게 해주는 프롬프트입니다. 각 형식은 해당 청중의 관심사와 집중 시간에 맞게 최적화되어 있습니다.
GAIN 프레임워크로 피드백 주기(Give feedback using the GAIN framework)
직원이 세 번째로 deliverable을 놓쳤거나, 협업 파트너가 계속 당신의 PRD를 다시 쓰고 있을 때 쓰는 프롬프트입니다. 이제 대화를 해야 하지만 "네가 뭘 잘못했는지 말해줄게" 식의 접근은 좋지 않게 받아들
고객용 출시 공지 이메일 작성하기(Write a launch announcement email for customers)
당신의 출시 이메일은 고객의 20%만 열고, 5%만 읽고, 1% 미만만 행동할 가능성이 큽니다. 이 프롬프트는 고객 시간을 존중하는 출시 이메일을 씁니다. 구체적인 benefit, 하나의 CTA, 하나의 관심 이유만
기능 요청 거절 템플릿(Feature Request Rejection Template)
고객, 세일즈 팀, 이해관계자와의 관계를 해치지 않으면서 기능 요청에 전문적으로 "no"라고 말할 수 있게 해주는 프롬프트입니다. 상황별 거절 템플릿과 objection 대응까지 포함합니다.
반복 갈등을 위한 cross-functional alignment ritual 만들기(Build a cross-functional alignment ritual for recurring conflicts)
엔지니어링과 제품 사이의 같은 싸움이 매 planning cycle마다 반복될 때 쓰는 프롬프트입니다. 반복 긴장 지점의 표면화, 팀 간 원칙, 명시적 escalation path를 포함한 상시 정렬 ritual을
4개 핵심 슬라이드로 이사회 업데이트 만들기(Craft a board update with the four key slides)
이사회 덱이 35장이고 이사회 멤버가 매번 같은 세 질문을 묻을 때. 이 프롬프트는 4-슬라이드 덱 — 지표, 하이라이트, 리스크, 요청 — 을 만들어 그들의 진짜 질문에 답하고 디테일은 부록에 남깁니다.
투자자 덱용 why-now 섹션 초안 쓰기(Draft a why-now section for an investor deck)
투자자 덱에 제품은 좋은데 시급성이 전혀 보이지 않을 때 쓰는 프롬프트입니다. 투자 미팅의 성패를 자주 가르는 why-now 슬라이드를, 막연한 "AI가 크다"가 아니라 구체적인 시장 변화, 기술적 전환점, 행동 변
새 기능을 위한 sales enablement one-pager 만들기(Build a sales enablement one-pager for a new feature)
기능은 출시됐는데 sales가 "이걸 어떻게 팔죠?"라고 묻고 있을 때 쓰는 프롬프트입니다. Buyer persona, pain trigger, objection handler, discovery question이
제품 naming workshop 진행하기(Conduct a product naming workshop)
무언가를 출시하려는데 팀이 이름 때문에 Slack thread에서 3주째 싸우고 있을 때 쓰는 프롬프트입니다. 제약 조건, 아이디어 생성, 스트레스 테스트, 결정까지 포함된 90분짜리 워크숍을 한 번에 진행해, 최종
무료 사용자를 전환시키는 changelog 작성하기(Write a changelog that converts free users)
무료 사용자는 유료 티어 기능을 거의 보지 못하고, 업그레이드 경로도 보이지 않을 때 쓰는 프롬프트입니다. Paid feature를 tasteful한 upgrade prompt와 함께 담은 changelog를 작성해
기능 거절 응답 작성하기(Write a feature rejection response)
중요 고객이나 시니어 이해관계자의 기능 요청에 No를 말해야 할 때 쓰는 프롬프트입니다. 기본 이메일은 대개 dismissive하게 들리기 쉽습니다. 이 프롬프트는 필요를 인정하고, 결정을 설명하고, 대안을 제시하면
re-engagement를 만드는 release notes 템플릿 만들기(Build a release notes template that drives re-engagement)
릴리즈 노트가 늘 "버그 수정 및 성능 개선"으로 끝나고 아무도 열어보지 않을 때 쓰는 프롬프트입니다. Marquee item 하나, customer win 하나, behind-the-scenes 하나로 구성된 re
근거가 있는 제품 비전 문구 작성하기(Write a product vision statement with evidence)
제품 비전 문구가 막연한 시처럼만 들리고 팀이 그것을 기준으로 ship하지 못할 때 쓰는 프롬프트입니다. Target customer, problem, solution shape, proof point에 근거한 3년
최소 이탈로 제품 폐기 발표문 쓰기(Write a product deprecation announcement with minimal churn)
고객의 12%가 의존하는 기능을 sunset 중이고 커뮤니케이션 팀이 이메일 초안을 요청할 때. 이 프롬프트는 손실이 아니라 마이그레이션으로 시작하는 폐기 발표문을 씁니다 — 명시적 날짜, 이름 붙은 마이그레이션 경
Amazon 스타일로 PR/FAQ 초안 작성하기(Draft a PR/FAQ in the Amazon style)
새 제품을 시작하고 누구도 코드를 쓰기 전에 명확성을 강제하고 싶을 때. 이 프롬프트는 working-backwards PR/FAQ — 보도 자료(press release) 먼저, FAQ 둘째 — 를 초안 작성해,
계층화된 깊이로 이해관계자 업데이트 주기 만들기(Build a stakeholder update cadence with tiered depth)
같은 업데이트를 세 번 쓰고 있을 때 — Slack용 짧게, 주간용 중간, 분기용 길게 — 그리고 그게 금요일을 잡아먹을 때. 이 프롬프트는 각 깊이에 템플릿이 있는 계층화된 주기를 만들어 매 글이 복리화되고 다시
임원 팀을 위한 1-pager 제품 내러티브 쓰기(Write a one-pager product narrative for the exec team)
분기별 임원 업데이트가 핵심을 묻어버리는 15장짜리 덱으로 계속 자랄 때. 이 프롬프트는 진짜 1-pager — 베팅, 증거, 요청 — 를 만들어 임원 팀이 읽고 한 가지 날카로운 질문을 묻고 결정과 함께 나갈 수
고객 성공 인수인계 내러티브 초안 작성하기
고객 계약은 막 체결되었고 이제 CS 팀으로 넘어가지만, CS는 내러티브 없이 8개의 스레드만 떠안게 됩니다. 이 프롬프트는 그 고객이 무엇을 샀고 왜 샀는지, 성공이 무엇인지, 상위 3개 리스크가 무엇인지를 요약한
PM이 딜 콜에서 전달할 수 있는 세일즈 피치 만들기
세일즈가 고객 콜에 PM을 끌어들이고 있는데, 실제로 피치를 만들어둔 적이 없어서 데모가 산만해집니다. 이 프롬프트는 PM이 12분 안에 전달할 수 있는 7장 피치(문제, 현 상태 비용, 우리의 관점, 데모, 증거,