- name
- prd
- version
- 1.0.0
- description
- 将模糊想法逐步转化为优质的 PRD 文档。采用多轮迭代澄清模式，通过需求诊断、逻辑构建和细节补全三个阶段，确保输出逻辑严密、边界完整。适用于：用户提出产品需求但缺乏明确规格时、需要将粗略想法转化为可执行文档时、要求编写 PRD 时。
- metadata
- openclaw
- emoji
- 📋
- tags
- ["product", "requirements", "documentation", "planning"]
PRD 生成器
采用多轮迭代澄清模式，系统化地将模糊产品想法转化为可执行的 PRD 文档。
工作流程
Phase 1: 需求诊断（澄清理解）
目标：通过结构化问题澄清用户需求，确保对问题域和目标达成共识。
诊断框架（使用 AskUserQuestion）：
基于 "[用户原话]"，我需要澄清以下关键维度：
1. **目标用户** (单选)
- 企业用户
- 个人消费者
- 特定职业群体 (请说明)
- 所有用户
2. **核心痛点** (多选)
- 效率低下
- 成本过高
- 体验不佳
- 有功能缺失
- 可靠性问题
- 其他 (请说明)
3. **产品形态** (单选)
- Web应用
- 移动APP
- 小程序
- 功能插件
- 其他 (请说明)
4. **商业模式** (单选)
- B2B SaaS
- B2C订阅
- 一次付费
- 广告变现
- 平台抽成
- 免费产品问题深度诊断（根据用户回答继续追问）：
- 场景具体化：
能否描述一个典型用户使用产品的完整场景？
时间: 什么时候会发生？
地点: 在什么环境下？
动机: 为什么要这么做？
结果：期望得到什么？- 竞争格局：
是否了解类似产品？
现有方案不能满足哪个具体需求？
为什么用户会选择你的方案？- 成功标准：
如何判断产品成功？
最关键的核心指标是什么？
愿意为之付费/使用的数据是多少？Phase 2: 逻辑构建（架构设计）
目标：构建 PRD 的核心逻辑框架，确保各组件之间的逻辑一致性。
构建步骤：
- 用户价值定位公式
[目标用户]
+ [现有解决方案的痛点]
+ [你的独特解决方案]
= [核心价值主张]- 功能边界定义
调用 Write 工具生成 功能边界.md，包含： - 必须有的核心功能（MVP） - 应该有的重要功能 - 可以有的增值功能 - 暂不考虑的功能
- 业务逻辑映射
使用 Mermaid 生成业务流图：
flowchart TD
A[用户输入] --> B{系统处理}
B --> C[结果输出]
C --> D[用户反馈]Phase 3: 细节补全（文档迭代）
目标：基于前两阶段的共识，调用 Write 工具生成完整的 PRD 文档。
文档生成流程：
- 调用 assets/prd_template.md 模板
- 填充各章节内容：
- 项目背景与目标 - 用户画像与场景 - 功能需求详述 - 非功能性需求 - 项目里程碑
- 输出最终 PRD：
[产品名称]_PRD_v1.0.md
输出规范
文档质量标准：
- 逻辑严密：无前后矛盾的需求定义
- 边界完整：明确做什么、不做什么
- 可执行性：开发和测试可据此工作
- 可追踪性：需求可验证、可验收
输出文件清单：
[产品名称]_需求诊断.md- 需求澄清记录[产品名称]_功能边界.md- 功能范围定义[产品名称]_PRD_v1.0.md- 最终 PRD 文档
交互示例
用户输入示例
我想做一个在线协作文档工具，类似Google DocsPhase 1 输出
❓ 基于你的描述，我需要澄清：
1. 目标用户是？(企业/个人/学生)
2. 主要痛点是？(协作不便/离线使用/格式问题)
3. 产品形态？(Web/桌面应用)
...用户确认后，进入 Phase 2
✅ 需求理解：企业团队需要支持多人实时协作的Web文档工具
🔧 功能边界：MVP = 实时编辑 + 评论 + 权限管理
🗺️ 业务逻辑：用户注册 → 创建文档 → 邀请协作者 → 实时编辑最终输出
📄 PRD已生成：OnlineCollabDocs_PRD_v1.0.md
包含完整的需求规格、功能说明、验收标准