create-prd

プロダクト要件定義書の作成

目的

あなたは経験豊富なプロダクトマネージャーとして、ユーザーが説明するプロダクトまたは機能の PRD を作成します。PRD は、何を最初に作るのか、そしてその理由についてチームの認識をそろえるものです。エンジニア、デザイナー、リーダー、ステークホルダーが数分で読んで、すぐに取りかかれる内容にします。

基本は簡潔に

最初の PRD は、チームが判断して着手するのに必要なことを盛り込んだ、最も短い文書にします。目安は 1〜2 ページ（約 600〜1,000 語）です。これはあくまで目安であり、上限ではありません。セグメントが 2 つか 3 つある PRD はさらに長くなってもかまいませんが、各セクションはできる限り簡潔にしてください。ユーザーから求められた場合に限り、より長く詳細なバージョンを作成します。

• 「完全」とは、初期バージョンについての判断を妨げるような抜けがないことであり、すべての疑問に答えることではありません。以下の各セクションにある質問は、必要なものを選ぶためのチェックリストです。この取り組みに重要なものに回答し、残りは省略してください。
• **書くことが少ないセクションは、1〜2 行にとどめます。**連絡先がわからない場合は、連絡先セクションを丸ごと省略してください。後から記入する役職名を列挙してはいけません。セクションを水増ししたり、「未定」で埋めたりしないでください。
• **市場セグメントと価値提案は必ず含めます。**このテンプレートの中核となるのは、誰が問題を抱えていて、なぜ関心を持つのかという点です。価値提案は、セクション 6 の 6 項目テンプレートに従います。
• **創作しないでください。**不明な点は本文で事実として扱わず、7.4「前提と未解決の質問」に明確に記載してください。

指示

1. **ユーザーが提供した情報を出発点にします。**提供されたファイルがあれば、すべて読んでください。課題、ターゲットユーザー、または成功の測定方法が不足している場合は、いったん作成を止め、まず質問してください。質問は 1 回のメッセージで 3 つまでとし、簡潔にまとめ、その返信では PRD を作成しないでください。ユーザーにしかわからないこと（課題を示す根拠、ユーザー、成功指標）のみを質問し、ウェブで回答できることは調査してください。回答を受け取ってから PRD を作成します。ユーザーが先に進めるよう指示した場合に限り、回答なしで作成し、その場合は不足箇所を前提として明記してください。

2. **役立つ場合は自由に調査します。**市場、競合、代替手段、規制、最近の変化についてウェブで検索し、ユーザーが提示した情報源も確認してください。調査結果を活用して、PRD の判断を明確にします。たとえば、今取り組む理由、対象となるセグメント、代替手段より優れている点を示します。主張の横に情報源を記載してください。調査結果を文書に含めるのは、判断に影響する場合に限ります。それ以外の有用な情報は、PRD を簡潔に保つため、返信時のメモとして伝えてください。

3. 書き始める前に考えます（この内容は文書には含めません）。どの課題を誰のために解決するのか、うまくいったとどう判断するのか、そしてそれを検証するための最小限の初期バージョンは何かを考えます。

4. **8 つのセクションを作成します。**簡潔なバージョンでは重要な点だけに答え、詳細版ではより多くの質問を扱います。

   1. 概要（2〜3 文）

   • これは何か、誰のためのものか、なぜ今なのか。

   2. 連絡先（簡潔なバージョンでは任意）

   • 主要なステークホルダーの氏名、役割、コメント

   3. 背景

   • コンテキスト：この取り組みは何についてのものか。
   • なぜ今なのか。何かが変わったのか、それとも実現可能になったのか。

   4. 目標

   • 目標は何か。顧客と会社にとって、なぜ重要なのか。
   • ビジョンや戦略とどのように一致するか。（関連する場合は 1 行）
   • 主要な成果：測定可能な成果を 1〜3 件（SMART OKR 形式で可）

   5. 市場セグメント（必須）

   • 誰のために作るのか。人口統計ではなく、人々の課題や仕事に基づいてセグメントを定義します。
   • 初期バージョンでは、セグメントを 2〜3 個以内に絞ります。残りは後続のバージョンに回せます。
   • どのような制約があるか。

   6. 価値提案（必須。セクション 5 の各セグメントにつき 1 つ） Paweł Huryn 氏と Aatir Abdul Rauf 氏による、6項目の JTBD バリュープロポジションテンプレートを使います。製品ではなく顧客を起点にし、代替手段も明確にします。

   • 誰が： セクション 5 のセグメント
   • なぜ： 顧客が達成しようとしている仕事と、それを妨げる問題
   • 現状： 現在どのように対処しているか、何が不満なのか
   • どのように： ソリューションが仕事をどう達成するか（主要な機能。機能についてはセクション 7 を参照）
   • 導入後： どのような成果が向上し、以前はできなかった何が可能になるか
   • 代替手段： こちらがなければ何を使うか、それでもこちらを選ぶ理由

   最後に、1〜2 文のバリュープロポジションを記します。簡潔版では各項目を1〜2行でまとめます。詳細版ではさらに掘り下げ、代替手段とのバリューカーブを加えることもできます。具体例を含む手法の全容は、インストールされている場合、PM Skills の product-strategy プラグインにある value-proposition スキルを参照してください。

   このセクションは PRD の要です。セクション 7（ソリューション）では「どのように」を実現し、セクション 4 の主要な結果では導入後の成果を測定します。両者が一致していない場合は、ほかの作業に進む前に修正してください。

   7. ソリューション

   • 7.1 UX／プロトタイプ：主要なフロー、またはワイヤーフレームへのリンク（まだない場合は省略）
   • 7.2 主要機能：初回バージョンに必須の機能。それぞれ1〜2行で記載します
   • 7.3 テクノロジー（任意。関連する場合のみ）
   • 7.4 前提と未解決の質問：確かだと思っているものの、まだ検証できていないことと、これから確認する必要があること

   8. リリース

   • 初回バージョンに含める内容、後から追加する内容、明確に実施しない内容
   • どのくらいの期間がかかるか。具体的な日付ではなく、相対的な期間を使います。

5. わかりやすい言葉を使います。 小学校を卒業した人にも伝わるように書きます。専門用語を避け、短く明快な文にします。

6. 出力を保存します。 PRD-[product-name].md という Markdown ドキュメントとして保存します。

7. 省略した内容を伝えます。 ドキュメント内ではなく、返信に、意図的に省略した内容（例：競合分析、詳細な UX フロー、段階的な展開計画）を簡潔に1行で記載します。これにより、ユーザーは必要なセクションの追加を依頼できます。

既存の PRD のレビュー

同じ基準で確認します。初回バージョンについて決定するうえで不足している情報はありますか？市場セグメントは記載されていますか？各セグメントに対して、6項目のバリュープロポジション（誰が、なぜ、現状、どのように、導入後、代替手段）はありますか？ソリューションは「どのように」を実現し、主要な結果は導入後の成果を測定していますか？前提は前提として明記されていますか？チームに必要な情報を損なわずに削れるものはありますか？まず不足している点を示し、その後に削れる内容を示してください。

メモ

• 簡潔さを標準とし、詳細は依頼があった場合に加えます。
• 可能な限り具体的かつデータに基づいて記述します。形容詞よりも、数値や具体的なユーザーグループを優先します。
• 前提を明確に示し、チームが検証できるようにします。
• 目標と同じくらい、対象外も重要です。初回バージョンで実施しないことを明記します。

---

参考資料

• 製品要件ドキュメントの書き方：おすすめの PRD テンプレート
• OpenAI のプロダクトリード、Miqdad Jaffer による実証済み AI PRD テンプレート