プロダクトマネージャー向けの最良のChatGPTとClaudeのpromptsは、それぞれ1つの具体的な仕事を行います。1行のアイデアからPRDを作成する、機能をユーザーストーリーに分解してGiven/When/Thenの受け入れ条件を設定する、RICEでバックログを評価する、またはインタビューメモをペルソナに変換する、といったものです。このガイドでは、AIプロダクトマネージャーのワークフローが実際にカバーする業務ごとに25個を分類し、任意のモデルに貼り付けて使える再利用可能なテンプレートを4つ（PRD、ユーザーストーリー、now/next/laterロードマップ、ペルソナ）も紹介します。すべてのpromptで、入力する項目に[brackets]を使用しています。ChatGPT、Claude、Gemini、Copilotで変更せずに使えます。
このページ
- これらのpromptsから役立つ出力を得る方法
- グループ1：発見と調査（prompts 1～5）
- グループ2: PRDと仕様書（prompts 6から10）
- グループ3: ユーザーストーリーと受け入れ基準（prompts 11から15）
- グループ4：ロードマップと優先順位付け（prompts 16〜20）
- グループ5: ローンチ、指標、ステークホルダーコミュニケーション（prompts 21～25）
- 任意のpromptに貼り付けられるテンプレート
- タスクごとに適したツール
- よくある質問
- 要点
PRDジェネレーター
AI PRD Generator Skill
機能のアイデアとコンテキストを、問題定義、目標、要件、指標、未解決の質問を含む完全なPRDに変換します。
$19
Skillを入手 →
これらのpromptsから役立つ出力を得る方法
この3つの習慣が、ありきたりな回答と実際にリリースできるドキュメントの違いを生みます。
-
新入社員に伝えるのと同じコンテキストをモデルに与えてください。プロダクト、ユーザー、ビジネスモデル、取り組んでいる制約です。1段落で十分ですが、必ず含めてください。
-
雰囲気ではなく構成を指定してください。「PRDを書いて」ではエッセイになります。「このPRDテンプレートを埋め、[ASSUMPTION]で仮定が必要だった箇所を示して」と指定すれば、10分でレビューできるドラフトになります。
-
同じスレッドで反復してください。モデルがコンテキストを把握したら、「セクション4のユーザーストーリーを書いて」といったフォローアップのpromptsは低コストで一貫性があります。成果物ごとに新しいチャットを開始しないでください。
この動作を指示の再貼り付けなしで永続的にモデルに保持させたい場合は、skill fileを使います。役割別のオプションについてはClaude skills collectionを参照するか、無料のpromptsを読み進めてください。
グループ1：発見と調査（prompts 1～5）
prompt 1: インタビューの統合
[number]件の顧客インタビューから得た、[topic]に関するメモです：[メモを貼り付け]。調査結果をテーマ別にまとめてください。各テーマについて、名前、言及したインタビュー対象者の人数、代表的な引用1つ、ユーザーが達成しようとしている根本的なジョブを示してください。最後に、さらに調査すべき3つのテーマと、その理由を述べてください。
prompt 2: 根拠に基づくペルソナ
この調査結果を使ってください：[インタビューのテーマ、アンケートデータ、またはサポートチケットを貼り付け]。[segment]向けのペルソナを書いてください。次の構成を使ってください：氏名と役割、コンテキスト（会社規模、ツール、チーム）、目標、主な不満3つ、ソリューションの評価方法、解約につながる要因、逐語的な引用1つ。根拠によって裏付けられていない内容には[ASSUMPTION]を付けてください。
prompt 3: 問題定義
[persona]向けに[feature]の構築を検討しています。「[persona] needs a way to [job] because [insight]」という形式で、問題定義の案を5つ書いてください。それぞれについて、それが実在する問題だと確認できる証拠と、誤りだと判断できる証拠を記載してください。
プロンプト4: 競合分析
[competitor A]、[competitor B]、[competitor C]が[use case]にどう対応しているかを比較してください。表を作成してください: 機能、各製品の対応方法、[our persona]にとって不足している点。その後、当社向けのポジショニング案を3つ挙げてください。確信のある事実のみを記載し、不確かな点にはフラグを付けてください。
プロンプト5: インタビュー台本
[persona]を対象に[problem area]について行う30分間のディスカバリーインタビューの台本を書いてください。最初にウォームアップ質問を2つ、その後、仮定の好みではなく過去の行動について尋ねる自由回答形式の質問を8つ、最後に締めの質問を2つ入れてください。各質問の下に、強い回答から何がわかるかを示す注記を追加してください。
グループ2: PRDと仕様書（prompts 6から10）
プロンプト6: 1行の説明から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: ユーザーストーリーと受け入れ基準（prompts 11から15）
プロンプト11: エピックからストーリーへ
この大規模な取り組みをユーザーストーリーに分割してください: [paste epic]。それぞれを「As a [persona], I want [action] so that [outcome]」の形式にしてください。各ストーリーは1スプリントで提供可能で、単独でも価値があるものにしてください。別のストーリーにする理由を1行で追加してください。
Prompt 12: Given/When/Then形式の基準
このストーリーの受け入れ基準を書いてください：[paste story]。Given/When/Then形式を使用してください。正常系、少なくとも2つの失敗またはエッジケース、そして1つの権限に関するシナリオを含めてください。各シナリオは、プロダクトマネージャーに確認せず、テスターが検証できるものにしてください。
Prompt 13: INVESTチェック
次のストーリーをINVEST（独立性、交渉可能性、価値、見積もり可能性、小ささ、テスト可能性）に照らして評価してください：[paste stories]。各文字について合格または不合格を示し、不合格の理由を1文で説明し、不合格のストーリーを書き直してください。
Prompt 14: ストーリーマップ
[journey, e.g. onboarding a new team]のユーザーストーリーマップを作成してください。1行目には、順序どおりの主要アクティビティを置いてください。各アクティビティの下に、ユーザーが行うタスクを置いてください。その後、どのタスクがリリース1、2、3に属するかを、それぞれのリリースで実証する成果とともに示してください。
Prompt 15: バグからストーリーへ
このバグ報告を、受け入れ基準と重要度評価を含むユーザーストーリーに書き換えてください：[paste bug report]。ユーザーが経験したことと、原因だと考えることを分けてください。再現手順はGiven/When/Then形式のシナリオにしてください。
グループ4：ロードマップと優先順位付け（prompts 16〜20）
Prompt 16: RICEスコアリング
このバックログ項目をRICEで評価してください：[paste items with any data you have]。それぞれについて、リーチ（四半期あたりのユーザー数）、インパクト（0.25〜3）、確信度（割合）、工数（人週）を推定し、計算式を示して順位付けしてください。確信度の低い推定にはすべて印を付け、確信度を高めるデータを示してください。
Prompt 17: ICE簡易並べ替え
次のアイデアにICEスコア（インパクト、確信度、容易さをそれぞれ1〜10）を付けてください：[paste list]。合計点順に並べた表を返し、各アイデアについて1文で理由を述べてください。その後、スコアに異議を唱える項目を2つと、その理由を教えてください。
Prompt 18: 今/次/後のロードマップ
この優先順位付きリストを今/次/後のロードマップに変換してください：[paste list]。今：今四半期にコミットすること。次：その後に着手すると見込むこと。後：方向性としては有望だが、まだコミットしていないこと。各項目は機能名ではなく成果として書き、成功を示す指標も追加してください。
Prompt 19: トレードオフメモ
[quarter]について、[option A]と[option B]のどちらかを選ぶ必要があります。背景：[team size, goals, constraints]。1ページの意思決定メモを書いてください。決定事項、検討した選択肢、評価基準、各選択肢の評価、推奨案、判断を覆す条件を含めてください。
Prompt 20: 断る
ステークホルダー（[role]）から[request]を求められました。現在のロードマップには、[reason]のため適合しません。必要性を認め、トレードオフを平易に説明し、代わりにできることを提案し、いつ見直すかを明記した返信を作成してください。150語未満で、守りに入らない表現にしてください。
グループ5: ローンチ、指標、ステークホルダーコミュニケーション（prompts 21～25）
Prompt 21: 成功指標
[persona]を対象とする[feature]について、ノーススターメトリクスを1つ、補助指標を3つ、悪影響を示すガードレール指標を2つ提案してください。それぞれについて、定義、測定方法、最初に必要なベースライン、ローンチ後90日間の目標とその理由を示してください。
Prompt 22: ローンチチェックリスト
[feature]のローンチチェックリストを、担当者とタイミング付きで作成してください: 2週間前、1週間前、ローンチ当日、1週間後。エンジニアリングの準備状況、QA、サポート対応準備、ドキュメント、マーケティング、営業、分析、ロールバックを網羅してください。ローンチを妨げる項目には印を付けてください。
Prompt 23: 3つの文体によるリリースノート
[feature]のリリースノートを3つのバージョンで作成してください: エンドユーザー向け（メリットを最初に、専門用語なし、80語未満）、社内の営業・サポート向け（変更点、既知の制限、よくある質問への回答方法）、変更履歴向け（正確で技術的）。変更内容: [貼り付け].
Prompt 24: 週次ステークホルダーアップデート
以下のメモから今週のプロダクトアップデートを書いてください: [メモを貼り付け]。構成: 見出し（1文）、リリース済み、進行中と予定日、ブロックされていることと必要な支援、変動した指標、読者に求める判断。250語未満。冗長な内容は不要。
Prompt 25: ローンチ後の振り返り
[feature]のローンチ後に起きたこと: [指標とフィードバックを貼り付け]。結果をPRDの目標と比較してください: [目標を貼り付け]。振り返りを書いてください: 予測したこと、実際に起きたこと、差が生じた理由、異なる対応をするとしたら何をするか、そして次に行うべき判断（注力、反復、または中止）。
任意のpromptに貼り付けられるテンプレート
以下の4つのテンプレートは、上記のpromptsが参照する構成です。1つをチャットに貼り付け、「[feature]についてこれを埋めて」と追加すれば、モデルは見出しを維持します。
PRDテンプレート
-
課題: 誰が抱えているか、どう把握しているか、現在どのようなコストが発生しているか
-
目標: 指標を1つずつ設定した2つまたは3つの成果
-
対象外: 今回のリリースで意図的に実施しないこと
-
ユーザーとペルソナ: 主要および副次的
-
ユーザーストーリー: 短い一覧。詳細なストーリーはバックログに記載
-
機能要件: 番号付きで、それぞれテスト可能
-
非機能要件: パフォーマンス、セキュリティ、アクセシビリティ、ローカライズ
- 依存関係とリスク
-
未解決の質問: 担当者と日付を含める
ユーザーストーリーテンプレート
[persona]として、[outcome]のために[action]を実行したい。
受け入れ基準:
-
前提 [開始状態] もし [action] なら [観測可能な結果]
-
Given [edge case state] when [action] then [expected handling]
-
Given [user without permission] when [action] then [access denied behaviour]
ロードマップテンプレート（now/next/later）
| 列 |
意味 |
各項目に含まれる内容 |
| Now |
コミット済みで、今四半期に進行中 |
成果、担当者、成功指標、目標日 |
| Next |
Nowの後に開始する想定で、まだコミットされていない |
成果、未解決の質問、Nowへの依存関係 |
| Later |
学習に応じて見直す前提の、私たちが信じる方向性 |
成果、それを支える仮説 |
ペルソナテンプレート
-
名前と役割、および業務環境（チーム規模、ツール、予算の決裁権）
-
目標：今四半期に達成しようとしていること
-
不満：上位3つ。それぞれを根拠と結び付ける
-
ソリューションを評価する方法と、意思決定に関わるその他の人
- 離脱のきっかけになること
-
実際の調査からの引用1つ（創作ではない）
タスクごとに適したツール
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は、貼り付けて使う1つの指示です。generatorは、PRDなど1種類の出力向けに調整されたSkillファイルで、毎回フォーマットを統一できます。プロダクトオーナーのペルソナなどの役割用Skillは、セッション全体を通じてモデルの推論方法を変えます。KissMySkillsのSkillsは買い切り商品（.mdファイルとREADME）で、Claude（Claude Codeを含む）、カスタムGPTとしてのChatGPT、GemとしてのGemini、Copilotで使えます。
優先順位付けにはRICEとICEのどちらを使うべきですか？
長いリストをすばやく整理する必要があり、リーチデータがない場合はICEを使います。項目が同じエンジニアリングキャパシティを奪い合い、リーチと工数をある程度確信を持って見積もれる場合はRICEを使います。どちらも意思決定への入力であり、意思決定そのものではありません。
Skillが自分のワークフローに合わなかった場合はどうなりますか？
すべてのSkillには、理由を問わない30日間の返金保証が付いています。
要点
最も頻繁に作成する成果物に合うpromptsを5つ選び、テンプレートをメモに保存して、実際のコンテキストを使いながら1つのスレッドで実行しましょう。それだけでも、週に数時間を節約できます。毎日同じ指示を貼り付けていることに気づいたら、その作業をgeneratorまたは役割用Skillに移し、モデルに構造を保持させましょう。
バンドル
プロダクトマネージャー向けツールバンドル - AI Skill 1つ + ツール用Skill 3つ
Claude、ChatGPT、Gemini、Copilotですぐに使える、プロダクトマネージャー役割用Skill 1つと、PRD、ストーリー、ロードマップ向けのツール用Skill 3つ。
$74.99
今すぐ入手 →
KissMySkillsのClaude用Skillsをすべて見る。
