create-prd

par phuryn

Créez un document d'exigences produit en utilisant un modèle complet en 8 sections couvrant le problème, les objectifs, les segments, les propositions de valeur, la solution et la planification des versions. À utiliser lors de la rédaction d'un PRD, de la documentation des exigences produit, de la préparation d'une spécification de fonctionnalité ou de l'examen d'un PRD existant.

npx skills add https://github.com/phuryn/pm-skills --skill create-prd
Télécharger ZIPGitHub
25.7k
Essayer cette compétenceSponsorisé

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

Plus de skills de phuryn

prioritization-frameworks
phuryn
Guide de référence sur 9 cadres de priorisation avec formules, conseils sur quand les utiliser et modèles — RICE, ICE, Kano, MoSCoW, Opportunity Score, et plus. À utiliser lors de la sélection d'une méthode de priorisation, de la comparaison de cadres comme RICE vs ICE, ou pour apprendre comment différentes approches de priorisation fonctionnent.
outcome-roadmap
phuryn
Transformez une feuille de route axée sur les livrables en une feuille de route axée sur les résultats qui communique l'intention stratégique. Reformulez les initiatives en énoncés de résultats reflétant les impacts sur les utilisateurs et sur l'entreprise. À utiliser lors du passage à des feuilles de route axées sur les résultats, pour rendre une feuille de route plus stratégique, ou pour reformuler des listes de fonctionnalités en résultats.
project-managementcommunication
strategy-red-team
phuryn
Red-teamez un PRD, une feuille de route ou une stratégie en attaquant ses hypothèses porteuses avant que la réalité ne le fasse. Steelmans attaque ensuite chaque affirmation, classe les modes de défaillance selon impact × probabilité × coût de test, et renvoie le test le moins cher et les critères d'arrêt pour chacun. À utiliser pour stress-tester un plan, éprouver une stratégie, challenger des hypothèses ou préparer un document pour une revue exécutive.
pre-mortem
phuryn
Exécutez une analyse de risques pré-mortem sur un PRD ou un plan de lancement. Catégorise les risques en Tigers (vrais problèmes), Paper Tigers (préoccupations exagérées) et Elephants (inquiétudes non exprimées), puis les classe comme launch-blocking, fast-follow ou track. À utiliser lors de la préparation d'un lancement, pour mettre à l'épreuve un plan produit, ou pour identifier ce qui pourrait mal tourner.