产品经理 PRD 撰写

问题在哪

产品需求文档（PRD）往往卡在「背景写不清、功能边界糊、验收没法测」：口头需求多、异常场景漏、非功能要求后置，评审时才发现范围蔓延或研发理解不一致。本技能面向写 PRD / 需求文档 / 功能规格这类意图，让智能体按固定流程协助产品经理产出可评审、可落地的结构化文档。

技能如何工作

开始前会按清单收集或追问关键信息：产品/功能名称、需求背景、目标用户、核心功能点（必需），以及业务目标、约束、参考竞品（建议/可选）。信息不足时最多一轮澄清，避免反复盘问。

撰写流程分四步：

1. 需求分析与澄清 — 提炼核心需求、拆成功能点列表，并与用户确认 PRD 边界。
2. 搭建 PRD 结构 — 依据 references/prd-template.md 选择形态：完整 PRD（复杂/新功能线）、精简 PRD（小迭代，含背景与目标、功能需求、交互流程、验收标准、排期建议）、增量 PRD（仅变更部分）。
3. 逐章撰写 — 覆盖文档信息、背景与目标（含非目标）、用户分析（角色与用户故事 P0/P1/P2）、功能需求（编号、规则、异常）、交互流程、非功能性需求、数据与埋点、Given-When-Then 验收标准、排期与里程碑；功能描述强调「做什么」而非实现细节。
4. 质量自检 — 对照清单检查验收是否齐全、边界与异常是否覆盖、术语与优先级是否一致。

需要时可读取 references/prd-examples.md 作章节范例参考。

适用边界与注意点

• 优先沿用你的业务术语；信息不够时先输出已有章节并标注待补充项。
• 边界条件与异常场景（空值、超限、并发、网络等）是质量关键，技能会刻意覆盖，但仍依赖你提供真实约束与基线数据（例如迭代类需求中的性能基线）。
• 参考文档仅在搭建结构或写具体章节时读取，避免上下文臃肿。