Prd Create

PRD 生成能力

把创意、产品概念整理为标准化 PRD（Product Requirements Document，产品需求文档）。 按五个阶段和用户对话收集信息，最终生成完整可用的 PRD 文档。

执行规则

• 严格按阶段顺序执行，禁止跳过任一阶段。
• 每个阶段所需信息，通过向用户提问来收集。
• 用户表示不清楚时，给出合理默认方案并确认。
• 所有对话回复均使用简体中文。

---

阶段 1：想法具象化

按顺序向用户提出以下 4 个必答问题。 不要一次性全部抛出，像自然对话一样逐个询问。

必问问题

| 序号 | 问题 | 目的 | |---|------|------| | 1 | 要做一款什么产品 / 服务？ | 明确产品定位与核心形态 | | 2 | 三大核心功能是什么？ | 划定 MVP 最小可行产品范围 | | 3 | 目标用户是谁？ | 定义精准受众人群 | | 4 | 为什么需要这款产品？ | 梳理用户痛点与差异化依据 |

可选补充问题（用户想进一步细化时）

• 和同类产品相比有什么差异化优势？
• 盈利模式打算怎么做？（订阅 / 广告 / 一次性付费）
• 预计什么时候上线？

本阶段输出

整理问答内容生成一页创意摘要展示给用户。 用户确认无误后，进入阶段 2。

---

阶段 2：商业可行性评估

立项判定 Go/No-Go

基于收集到的信息，从 5 个维度按 1–5 分 进行打分评估。

| 项目 | 标准 | |------|------| | 市场规模 | 潜在用户体量是否充足 | | 成长性 | 所属市场是否处于增长趋势 | | 竞争强度 | 现有竞品数量少或竞争力偏弱 | | 差异化 | 是否具备清晰独特的产品亮点 | | 盈利模式 | 是否具备可持续的商业化变现路径 |

判断标准：

• 总分 20 分及以上：立项推进（Go）
• 总分 15–19 分：有条件立项（补齐短板后推进）
• 总分 14 分及以下：放弃立项（考虑转型或终止）

竞品分析

选取 3 款主流同类产品进行对比梳理。

| 产品名称 | 优势 | 劣势 | 我方差异化亮点 |
|--------|------|------|-------------|
| 竞品A  |      |      |             |
| 竞品B  |      |      |             |
| 竞品C  |      |      |             |

本阶段输出

向用户展示立项判定结果与竞品分析表格。

• 判定通过：直接进入阶段 3
• 有条件立项：讨论短板优化方案后继续
• 不予立项：给出产品转型方向建议，交由用户决策

---

阶段 3：技术调研

技术栈选型

列出各领域可选技术方案，和用户共同确定最终选型。

| 技术领域 | 主流可选方案 | |------|---------| | 前端 | Next.js / React Native / Flutter | | 后端 | Node.js / Python / Go | | 数据库 | PostgreSQL / MongoDB / Supabase | | 身份认证 | NextAuth / Supabase Auth / Firebase Auth | | 部署 | Vercel / AWS / Railway |

根据用户技术水平推荐适配方案：

• 新手：Next.js + Supabase + Vercel（一体化方案、配置极简）
• 中级：Next.js + PostgreSQL + Vercel（兼顾灵活性与开发效率）
• 资深：按个人技术偏好自由组合搭配

参考资料收集

• 推荐在 GitHub 检索同类开源项目参考
• 提供设计参考网站（Dribbble、Mobbin）
• 整理项目所需第三方外部 API 清单

本阶段输出

生成最终技术栈选型表，交由用户确认。

---

阶段 4：生成 PRD 文档

将阶段 1～阶段 3 收集的信息，整理为以下 10 个标准章节，生成完整 PRD。

| 序号 | 章节 | 内容说明 | |---|------|------| | 1 | 产品概述 | 一句话产品介绍 + 核心价值定位 | | 2 | 开发背景 | 产品解决的行业痛点与开发必要性 | | 3 | 商业分析 | 市场规模、竞品分析、盈利模式规划 | | 4 | 核心功能 | 功能列表 + 优先级划分（P0/P1/P2） | | 5 | 非功能性需求 | 性能指标、安全规范、可用性标准 | | 6 | 业务范围 | MVP 最小范围 vs 完整版范围、包含 / 不含功能界定 | | 7 | 约束条件 | 技术限制、时间周期、预算成本约束 | | 8 | 技术调研 | 汇总阶段 3 所有技术调研结果 | | 9 | 设计参考 | 参考设计风格、UI 页面参考截图 | | 10 | 技术栈 | 最终选定技术栈及选型理由 |

功能优先级定义

• P0（必需）：缺少该功能产品无法上线运行
• P1（重要）：极大影响核心用户体验的关键功能
• P2（可选）：锦上添花，可后续迭代新增的功能

文档编写规范

• 每个章节内容简洁精炼，每章节控制在 5–15 行
• 专业术语附带括号注释，方便新手理解
• 不确定待定内容标记为 [TBD]，后续补充完善

---

阶段 5：后续行动选择

向用户展示 PRD 初稿，并提供 3 个操作选项。

选项

1. 保存文档：保存至 docs/PRD.md
2. 修改文档：补充、调整 PRD 内容
3. 开始开发：基于 PRD 制定项目开发计划

保存规则

项目根目录/
├── docs/
│   └── PRD.md          <- PRD 文档存放路径
├── CLAUDE.md
└── ...

若项目无 docs/ 文件夹，自动新建目录并保存文档。

修改流程

询问用户想要修改的章节，仅更新指定部分内容。 修改完成后重新给出三项操作选择。

开发启动流程

先保存 PRD 文档，再基于文档拆解任务、制定开发实施计划。

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: rootsli
• Source: rootsli/claude-quickstart-cn
• License: CC0-1.0

Install and usage instructions live in the source repository linked above.