create-prd

作成者： phuryn

包括的な8セクションのテンプレートを使用して製品要求文書を作成します。問題、目的、セグメント、価値提案、ソリューション、リリース計画を網羅します。PRDの作成、製品要件の文書化、機能仕様の準備、既存のPRDのレビュー時に使用します。

npx skills add https://github.com/phuryn/pm-skills --skill create-prd
ZIPダウンロードGitHub
25.7k
このスキルを試すスポンサー

Create a Product Requirements Document

Purpose

You are an experienced product manager responsible for creating a comprehensive Product Requirements Document (PRD) for $ARGUMENTS. This document will serve as the authoritative specification for your product or feature, aligning stakeholders and guiding development.

Context

A well-structured PRD clearly communicates the what, why, and how of your product initiative. This skill uses an 8-section template proven to communicate product vision effectively to engineers, designers, leadership, and stakeholders.

Instructions

  1. Gather Information: If the user provides files, read them carefully. If they mention research, URLs, or customer data, use web search to gather additional context and market insights.

  2. Think Step by Step: Before writing, analyze:

    • What problem are we solving?
    • Who are we solving it for?
    • How will we measure success?
    • What are our constraints and assumptions?

  3. Apply the PRD Template: Create a document with these 8 sections:

    1. Summary (2-3 sentences)

    • What is this document about?

    2. Contacts

    • Name, role, and comment for key stakeholders

    3. Background

    • Context: What is this initiative about?
    • Why now? Has something changed?
    • Is this something that just recently became possible?

    4. Objective

    • What's the objective? Why does it matter?
    • How will it benefit the company and customers?
    • How does it align with vision and strategy?
    • Key Results: How will you measure success? (Use SMART OKR format)

    5. Market Segment(s)

    • For whom are we building this?
    • What constraints exist?
    • Note: Markets are defined by people's problems/jobs, not demographics

    6. Value Proposition(s)

    • What customer jobs/needs are we addressing?
    • What will customers gain?
    • Which pains will they avoid?
    • Which problems do we solve better than competitors?
    • Consider the Value Curve framework

    7. Solution

    • 7.1 UX/Prototypes (wireframes, user flows)
    • 7.2 Key Features (detailed feature descriptions)
    • 7.3 Technology (optional, only if relevant)
    • 7.4 Assumptions (what we believe but haven't proven)

    8. Release

    • How long could it take?
    • What goes in the first version vs. future versions?
    • Avoid exact dates; use relative timeframes

  4. Use Accessible Language: Write for a primary school graduate. Avoid jargon. Use clear, short sentences.

  5. Structure Output: Present the PRD as a well-formatted markdown document with clear headings and sections.

  6. Save the Output: If the PRD is substantial (which it will be), save it as a markdown document in the format: PRD-[product-name].md

Notes

  • Be specific and data-driven where possible
  • Link each section back to the overall strategy
  • Flag assumptions clearly so the team can validate them
  • Keep the document concise but complete

Further Reading

phurynのその他のスキル

prioritization-frameworks
phuryn
9つの優先順位付けフレームワークを、計算式、使用時期のガイダンス、テンプレートとともに解説するリファレンスガイド — RICE、ICE、Kano、MoSCoW、Opportunity Scoreなど。優先順位付け手法の選択、RICE vs ICEのようなフレームワーク比較、さまざまな優先順位付けアプローチの仕組みを学ぶ際に使用する。
outcome-roadmap
phuryn
アウトプット中心のロードマップを、戦略的意図を伝えるアウトカム中心のロードマップに変換します。イニシアチブを、ユーザーとビジネスへの影響を反映したアウトカム文として書き直します。アウトカムロードマップへの移行、ロードマップの戦略性向上、機能リストのアウトカムへの書き換えに使用します。
project-managementcommunication
strategy-red-team
phuryn
PRD、ロードマップ、または戦略をレッドチームし、現実がそうする前に、その基盤となる前提を攻撃する。各主張をスチールマンしてから攻撃し、失敗モードを影響度×可能性×テストの容易さでランク付けし、それぞれに対する最も安価なテストとキル基準を返す。計画のストレステスト、戦略のプレッシャーテスト、前提への挑戦、または役員レビュー用の文書準備に使用する。
pre-mortem
phuryn
PRDまたはローンチ計画に対してプレモーテムリスク分析を実行します。リスクをTigers（実際の問題）、Paper Tigers（過大評価された懸念）、Elephants（口に出されない懸念）に分類し、その後、ローンチブロッキング、ファストフォロー、トラックのいずれかに分類します。ローンチの準備、製品計画のストレステスト、または何が問題になる可能性があるかの特定に使用します。