create-prd

用途：由担任产品经理角色的技能，根据用户描述的产品或功能撰写产品需求文档（PRD），让工程、设计、领导和相关方几分钟内读懂并对齐首个版本要做什么、为什么做。\n\n主要能力：默认输出精益版，约1至2页（大致600至1000字），仅在用户要求时写更详细版本。采用8段模板：1.摘要（2至3句）；2.联系人（精益版可选）；3.背景；4.目标（含1至3个可衡量关键结果，SMART OKR格式）；5.市场细分（必含，按问题或待办任务而非人口特征定义，首版聚焦最多两到三个细分）；6.价值主张（必含，每个细分一个，按Paweł Huryn与Aatir Abdul Rauf的6部分JTBD模板：Who、Why、What before、How、What after、Alternatives，并以一两句价值主张陈述收尾）；7.解决方案（UX/原型、关键功能、技术可选、假设与未决问题）；8.发布（首版包含什么、后续什么、明确不做什么，用相对时间而非确切日期）。\n\n使用方式：从用户提供的材料与文件开始。若缺少问题、目标用户或成功衡量方式，先在一次消息中最多提三个简短问题，不在该回复中输出PRD；只问只有用户才知道的信息，可由网络研究回答的不问。研究有助于决策时自由搜索网络并标注来源，仅当发现能改变决策时才写入文档。写前先思考要解决什么问题、为谁、如何判断成功、最小首版是什么。使用浅白语言，按小学毕业水平写作，避免术语，句子短而清晰。输出保存为markdown文档：PRD-[product-name].md。在产品回复而非文档中，用一句话列出有意跳过的内容（如竞争分析、详细UX流程、上线计划），方便用户要求展开。\n\n适用场景：为产品、功能或计划撰写的可决策PRD，或审查已有PRD。\n\n限制：默认精益，详细需请求；不编造，未知内容放入7.4假设与未决问题并明确标注，不写入正文当作事实；不要为凑长度填充或写“TBD”。审查已有PRD时，同一标准检查：是否缺少阻塞首版决策的内容、每个细分是否有6部分价值主张、解决方案是否交付其How、关键结果是否衡量其What after、假设是否标注、哪些可删减，先返回缺口再给删减建议。具体收费、价格、平台与效果资料暂未提供。