mcpbeat

Prd Generator

fokkyp/prd-generator

协助产品经理生成专业的产品需求文档(PRD),通过交互式问答收集信息,进行竞品研究,迭代优化各模块内容,最终输出结构化的PRD文档。

4k tokens
context cost
the whole folder, loaded on every use
1
files
instructions only
0
copies elsewhere
how many repositories repackaged it
194
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/Fokkyp/claude-skills --skill prd-generator

The instruction itself

27 sections, as written by the author

PRD Generator

这个技能作为你的产品文档写作伙伴,帮助你从产品想法到完整PRD的全过程,包括信息收集、竞品研究、内容生成和迭代优化。

When to Use This Skill

  • 启动新产品或新功能的需求文档
  • 将模糊的产品想法转化为正式文档
  • 进行竞品分析并整合到需求文档
  • 梳理和完善功能性/非功能性需求
  • 准备产品评审会议材料
  • 迭代优化现有PRD文档

What This Skill Does

  • 交互式信息收集: 逐步引导完善产品各模块信息
  • 竞品研究: 搜索分析竞品,提取关键洞察
  • 内容生成: 基于输入自动扩展和润色内容
  • 流程图绘制: 使用Mermaid生成功能流程图
  • 模块反馈: 对每个模块提供优化建议
  • 迭代优化: 支持对各模块内容进行调整
  • 标准化输出: 生成符合规范的PRD文档

How to Use

初始化PRD项目

在当前文件夹下为PRD创建专用文件夹:

mkdir prd
cd prd

创建草稿文件:

touch prd-draft.md

从该目录启动Claude Code开始编写。

基本工作流

  • 开始PRD:
帮我创建一份PRD,产品是[简要描述产品想法]
  • 研究竞品:
帮我研究[领域]的竞品,分析他们的优劣势
  • 完善模块:
帮我完善用户痛点这个模块,目标用户是[描述]
  • 获取反馈:
我写完了功能概述,帮我review一下
  • 生成完整文档:
基于收集的信息,生成完整的PRD文档

Instructions

当用户请求PRD协助时:

1. 理解产品项目

询问澄清问题:

  • 产品是什么?解决什么问题?
  • 目标用户是谁?
  • 产品目标是什么?(业务目标、用户目标)
  • 有没有参考的竞品?
  • 这是新产品还是迭代功能?
  • 预期的文档详细程度?

2. 协作式信息收集

帮助用户逐步完善PRD各模块:

# PRD大纲: [产品名称]

## 文档信息
- 版本号: [待定]
- 负责人: [待定]
- 创建日期: [当前日期]

## 产品概述
- [ ] 产品背景
- [ ] 产品目标
- [ ] 目标用户
- [ ] 用户痛点
- [ ] 主要功能
- [ ] 竞品分析

## 功能需求
- [ ] 功能1: [名称]
  - 功能概述
  - 用户场景
  - 功能流程
  - 前置/后置条件
  - 异常场景

## 非功能需求
- [ ] 性能需求
- [ ] 算法指标(如适用)

## 待研究
- [ ] [需要调研的问题1]
- [ ] [需要调研的问题2]

迭代大纲:

  • 根据反馈调整结构
  • 识别信息缺口
  • 标记需要深入研究的部分

3. 进行竞品研究

当用户请求竞品分析时:

  • 搜索相关竞品信息
  • 分析核心功能和差异点
  • 提取优劣势
  • 总结对产品的启示

示例输出:

## 竞品研究: [领域]

### 竞品1: [名称]

**基本信息**
- 公司/团队: [信息]
- 用户规模: [信息]
- 核心定位: [信息]

**核心功能**
1. [功能A]: [描述]
2. [功能B]: [描述]
3. [功能C]: [描述]

**优势**
- [优势1]
- [优势2]

**劣势**
- [劣势1]
- [劣势2]

**对我们的启示**
[分析总结,指出可借鉴和需避免的点]

---

### 竞品对比总结

| 维度 | 竞品1 | 竞品2 | 我们的机会 |
|------|-------|-------|------------|
| [维度1] | [评价] | [评价] | [机会点] |
| [维度2] | [评价] | [评价] | [机会点] |

已添加到 competitors.md

4. 生成功能流程图

使用Mermaid语法生成清晰的流程图:

### 功能流程: [功能名称]

graph LR

A[开始] --> B[步骤1]

B --> C{判断条件}

C -->|是| D[步骤2]

C -->|否| E[步骤3]

D --> F[结束]

E --> F


**流程说明**:
1. **步骤1**: [详细说明]
2. **判断条件**: [判断逻辑]
3. **步骤2/3**: [分支说明]

5. 提供模块反馈

当用户完成某个模块后,提供review:

# 反馈: [模块名称]

## 做得好的地方 ✓
- [优点1]
- [优点2]
- [优点3]

## 改进建议

### 具体性
- [模糊表述] → [更具体的建议]
- [缺少数据] → [建议补充的数据]

### 完整性
- [缺失的场景] → [建议补充]
- [未考虑的边界] → [建议考虑]

### 可执行性
- [不够明确的需求] → [更清晰的表述]

## 具体修改建议

原文:
> [原始内容]

建议:
> [改进后的内容]

原因: [解释为什么这样改更好]

## 思考问题
- [引导深入思考的问题1]
- [引导深入思考的问题2]

准备进入下一个模块!

6. 内容生成规范

产品背景 (建议500字以上):

### 产品背景

#### 市场现状
[描述当前市场环境、行业趋势、用户行为变化]

#### 问题与机会
[描述发现的核心问题或市场机会]

#### 为什么是现在
[描述时机的重要性,为什么现在做这个产品]

#### 我们的优势
[描述团队/公司做这个产品的独特优势]

用户场景 (具体、有代入感):

### 用户场景

**场景1: [场景名称]**

- **用户**: [用户角色]
- **背景**: [场景背景]
- **目标**: [用户想要达成的目标]
- **行为**: 
  1. [步骤1]
  2. [步骤2]
  3. [步骤3]
- **结果**: [期望的结果]
- **痛点**: [当前方案的痛点]

异常场景 (考虑全面):

### 异常场景

| 异常情况 | 触发条件 | 处理方式 | 用户提示 |
|----------|----------|----------|----------|
| [异常1] | [条件] | [处理] | [提示语] |
| [异常2] | [条件] | [处理] | [提示语] |

7. 最终文档生成

当信息收集完成后,生成完整PRD:

# [产品名称] 产品需求文档

## 1. 文档信息

| 版本号 | 创建日期 | 负责人 | 状态 |
|--------|----------|--------|------|
| V1.0 | [日期] | [姓名] | 待评审 |

## 2. 修订历史

| 版本 | 修订内容 | 修订时间 | 修订人 |
|------|----------|----------|--------|
| V1.0 | 初稿创建 | [日期] | [姓名] |

## 3. 名词解释

| 术语 | 解释 |
|------|------|
| [术语] | [解释] |

## 4. 产品概述

### 4.1 产品背景
[详细内容]

### 4.2 产品目标
[详细内容]

### 4.3 目标用户
[详细内容]

### 4.4 用户痛点
[详细内容]

### 4.5 主要功能
[详细内容]

### 4.6 竞品分析
[详细内容]

## 5. 功能需求

### 5.1 [功能名称]

#### 功能概述
[详细内容]

#### 用户场景
[详细内容]

#### 功能流程
[Mermaid流程图]

#### 前置条件
[详细内容]

#### 后置条件
[详细内容]

#### 异常场景
[详细内容]

### 5.2 非功能需求

#### 性能需求
[详细内容]

#### 算法指标
[如适用]

## 6. 参考资料
[引用链接]

8. 文档Review清单

生成文档后提供检查清单:

# PRD Review清单

## 完整性检查
- [ ] 产品背景清晰,说明了为什么做
- [ ] 目标用户有明确画像
- [ ] 用户痛点有数据或案例支撑
- [ ] 竞品分析覆盖主要竞品
- [ ] 功能需求可执行、可验收
- [ ] 异常场景考虑全面

## 质量检查
- [ ] 无模糊表述(如"等"、"相关"、"合适的")
- [ ] 有量化指标(性能、算法等)
- [ ] 流程图清晰完整
- [ ] 前后内容一致,无矛盾

## 可读性检查
- [ ] 结构清晰,层级分明
- [ ] 表格对齐,格式统一
- [ ] 术语有解释

准备评审!🚀

Examples

Example 1: 从想法到大纲

用户: "帮我创建一份PRD,产品是一个AI驱动的会议纪要工具"

过程:

  • 询问产品细节和目标用户
  • 创建PRD大纲结构
  • 识别需要研究的竞品
  • 标记需要深入的模块
  • 开始逐模块收集信息

输出:

# PRD大纲: AI会议纪要助手

## 产品概述
- [ ] 产品背景 - 需要了解:目标市场、切入点
- [ ] 产品目标 - 需要明确:业务指标、用户指标
- [ ] 目标用户 - 初步判断:企业知识工作者
- [ ] 用户痛点 - 需要验证:手动记录效率低?
- [ ] 主要功能 - 待讨论:核心功能优先级
- [ ] 竞品分析 - 待研究:Otter.ai, Fireflies等

## 待研究问题
- [ ] 竞品的定价策略
- [ ] 用户对隐私的顾虑
- [ ] 技术可行性评估

让我们从产品背景开始,你能描述一下为什么想做这个产品吗?

Example 2: 竞品研究

用户: "帮我研究AI会议纪要领域的竞品"

输出:

## 竞品研究: AI会议纪要工具

### 竞品1: Otter.ai

**基本信息**
- 公司: Otter.ai (AISense Inc.)
- 融资: 累计融资超过6000万美元
- 用户: 企业和个人用户

**核心功能**
1. **实时转录**: 支持多人会议实时转文字
2. **说话人识别**: 自动区分不同发言人
3. **关键词提取**: 自动标记重要内容
4. **集成能力**: 支持Zoom、Teams、Meet

**优势**
- 转录准确率高(英文)
- 用户体验流畅
- 生态集成丰富

**劣势**
- 中文支持较弱
- 高级功能价格较高
- 摘要质量一般

**对我们的启示**
中文市场存在机会,可以在摘要智能化上做差异化

---

### 竞品2: 飞书妙记

**基本信息**
- 公司: 字节跳动
- 定位: 飞书生态内的会议记录工具

**核心功能**
1. **会议录制**: 自动录制飞书会议
2. **智能转写**: 语音转文字
3. **内容搜索**: 支持搜索会议内容

**优势**
- 中文支持好
- 与飞书深度集成
- 免费使用

**劣势**
- 仅限飞书生态
- AI摘要能力有限
- 无法跨平台使用

---

### 竞品对比

| 维度 | Otter.ai | 飞书妙记 | 我们的机会 |
|------|----------|----------|------------|
| 中文支持 | ⭐⭐ | ⭐⭐⭐⭐⭐ | 做到最好 |
| AI摘要 | ⭐⭐⭐ | ⭐⭐ | 核心差异化 |
| 跨平台 | ⭐⭐⭐⭐ | ⭐ | 必须支持 |
| 价格 | ⭐⭐ | ⭐⭐⭐⭐⭐ | 中等定价 |

已保存到 competitors.md ✅

Example 3: 模块反馈

用户: "我写完了用户痛点,帮我看看:

用户痛点:

  • 开会时记笔记影响参与度
  • 会后整理纪要耗时
  • 重要信息容易遗漏"

输出:

# 反馈: 用户痛点模块

## 做得好的地方 ✓
- 痛点方向正确,抓住了核心问题
- 结构清晰,分点列出
- 覆盖了会前、会中、会后

## 改进建议

### 具体性
当前表述较为笼统,建议增加具体数据或场景:

原文:
> "开会时记笔记影响参与度"

建议:
> "开会时记笔记影响参与度:调研显示,边记笔记的参会者发言次数减少40%,且容易错过讨论要点。某用户反馈:'我要么专心听,要么专心记,没法两者兼顾'"

### 完整性
建议补充以下痛点:
- 会议纪要格式不统一,难以检索
- 跨时区团队难以同步会议内容
- 行动项跟进困难

### 可验证性
建议增加数据支撑:
- 用户调研数据
- 行业报告引用
- 具体用户案例

## 思考问题
- 这些痛点的优先级如何排序?
- 哪个痛点是用户最愿意付费解决的?
- 现有方案为什么没能解决这些痛点?

准备进入下一个模块!

Example 4: 功能流程生成

用户: "帮我画一下会议纪要生成的功能流程"

输出:

### 功能流程: 会议纪要生成

graph LR

A[会议开始] --> B[用户启动录制]

B --> C[实时语音采集]

C --> D[语音转文字]

D --> E[说话人识别]

E --> F{会议结束?}

F -->|否| C

F -->|是| G[AI分析处理]

G --> H[生成结构化纪要]

H --> I[用户编辑确认]

I --> J[保存并分发]


**流程说明**:

1. **会议开始 → 启动录制**
   - 用户手动点击开始,或自动检测会议开始
   - 获取必要权限(麦克风、屏幕等)

2. **实时语音采集 → 语音转文字**
   - 持续采集音频流
   - 实时转写,延迟<2秒

3. **说话人识别**
   - 区分不同发言人
   - 支持预设参会人或自动识别

4. **AI分析处理**
   - 提取关键议题
   - 识别决策和行动项
   - 生成摘要

5. **用户编辑确认**
   - 支持修改错误
   - 补充遗漏信息
   - 调整格式

6. **保存并分发**
   - 保存到云端
   - 自动发送给参会人

已添加到PRD文档 ✅

PRD Workflows

新产品PRD流程

  • 明确产品想法和目标
  • 研究竞品和市场
  • 定义目标用户和痛点
  • 梳理核心功能
  • 逐个功能详细设计
  • 补充非功能需求
  • 整体review和优化
  • 输出正式文档

迭代功能PRD流程

  • 明确迭代目标
  • 分析现有问题
  • 设计解决方案
  • 详细功能设计
  • 评估影响范围
  • 输出迭代PRD

快速PRD流程

  • 提供产品想法
  • AI自动生成初稿
  • 用户review调整
  • 补充关键细节
  • 输出文档

Pro Tips

  • 先想清楚再动手: 花10分钟想清楚产品核心价值
  • 用户视角优先: 每个功能都从用户场景出发
  • 数据说话: 用数据支撑论点,让PRD更有说服力
  • 避免模糊表述: 不用"等"、"相关"、"合适的"
  • 流程图很重要: 复杂逻辑用图说清楚
  • 版本管理: 每次大改动保存新版本
  • 及时同步: 完成后及时同步给相关方review

File Organization

推荐的PRD项目结构:

~/prd/产品名称/

├── prd-draft.md # PRD草稿

├── prd-v1.0.md # 正式版本

├── competitors.md # 竞品分析

├── user-research.md # 用户研究

├── meeting-notes.md # 讨论记录

└── assets/

└── flowcharts/ # 流程图

Best Practices

信息收集

  • 一次只问一个模块
  • 提供示例帮助理解
  • 允许跳过后续补充
  • 记录待确认事项

内容质量

  • 每个需求可执行、可验收
  • 用户场景具体、有代入感
  • 异常场景考虑全面
  • 量化指标明确

文档规范

  • 使用统一的标题层级
  • 表格对齐整洁
  • 术语有解释
  • 版本号规范管理
  • 生成MRD(市场需求文档)
  • 生成竞品分析报告
  • 生成用户故事地图
  • 生成功能规格说明书
  • 生成技术方案文档

How to use it

Copy the folder

Take fokkyp/prd-generator from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.