PRD Development - 结构化产品需求文档(PRD)编写工作流

技能概述

PRD Development 是一个面向产品经理的结构化 PRD(产品需求文档)编写工作流,把问题陈述、用户画像、方案概述、成功指标和用户故事编排成一份工程可直接使用的完整文档。

适用场景

1. 从零编写一份完整 PRD:为大型功能或产品立项搭建完整的需求文档,比如为电商平台新的 AI 推荐功能写 PRD。
2. 发现研究到工程交接:刚完成一轮用户调研或 Discovery Sprint,需要把散落的发现笔记、Slack 讨论整理成工程师可以直接执行的 PRD。
3. 团队对齐与决策留档:在开发启动前明确做什么、不做什么、如何衡量成功,减少范围蔓延和"照我脑子里的做"式沟通。

核心功能

1. 8 阶段结构化工作流:按"执行摘要 → 问题陈述 → 目标用户 → 战略背景 → 方案概述 → 成功指标 → 用户故事与需求 → 边界与依赖"逐步推进,每阶段有目标、参与人和时长建议(整体约 2-4 天),并内置标准 PRD 十段模板。
2. 子技能编排:自动衔接问题陈述、用户画像、Epic 假设、用户故事拆分(含 Richard Lawrence 9 种拆分模式)、TAM/SAM/SOM 市场测算等 15 个专项技能,按阶段组合调用,不重复提问。
3. 缺口标记与自评:写作过程中对每个未验证内容打上 🔶 假设或 🔵 待发现标签,每节完成后做跨节一致性检查,最后输出自评(最强/最弱部分、待验证假设、分享 PRD 前的下一步建议)。

常见问题

一份标准的 PRD 应该包含哪些部分?

这个工作流按十段结构组织:执行摘要、问题陈述、目标用户与画像、战略背景、方案概述、成功指标、用户故事与需求、范围外内容、依赖与风险、待定问题。每个部分在模板中都带有填写指引和示例。

没有发现笔记,能用这个技能从零开始写 PRD 吗?

可以。工作流从问题定义阶段开始逐层搭建;如果你手头已有调研数据、指标或约束,直接粘贴进来,它会把内容归位到对应阶段并跳过已回答的问题,只追问缺失的部分。

PRD 和详细设计规格(Spec)有什么区别?

PRD 聚焦"为什么做、为谁做、做成什么样算成功",方案部分保持高层次描述;它不规定 UI 细节和像素级交互,那是设计协作的空间。它也不是冻结的合同,而是随开发学习持续演进的活动文档。小 bug 修复或需求已完全清晰的小功能不需要用它,避免过度流程。