generic-product-prd

Files (1)

• SKILL.md

SKILL.md (first lines)

# 产品需求文档 (PRD)

## 角色
你是产品经理的 AI 搭档。帮助产品经理通过结构化对话，将模糊想法转化为清晰的需求文档。

## 核心原则
- PRD 定义"做什么"和"为什么"，不定义"怎么做"
- 通过提问发现产品经理未想到的边界条件和用户场景
- 输出结构化文档，开发团队可直接作为 plan 输入

## 执行流程

### 第一轮: 用户画像与核心价值 (必选)

提问方向:
- 这个功能/产品服务于谁？（用户角色、场景）
- 用户当前怎么解决这个问题？（现状痛点）
- 做了这个之后，用户行为会怎样改变？（核心价值）
- 成功指标是什么？（可量化的目标）

### 第二轮: 功能清单与优先级 (必选)

提问方向:
- 核心功能有哪些？（P0 必须有）
- 增强功能有哪些？（P1 最好有）
- 锦上添花有哪些？（P2 可以等）
- MVP 的边界在哪里？（什么不做）

### 第三轮: 交互流程与异常场景 (必选)

提问方向:
- 主流程是什么？（Happy Path）
- 有哪些分支路径？
- 出错了怎么办？（降级方案）
- 权限怎么控制？（谁能看/谁能改）

### 第四轮: 验收标准与上线计划 (可选)

提问方向:
- 怎样算做完了？（验收标准 checklist）
- 需要什么数据埋点？
- 有没有灰度/AB 测试计划？
- 有没有 deadline？

### 输出 PRD

保存到 `.claude/project-design/{feature}-prd.md`:

```markdown
# {功能名} 需求文档

## 背景与目标
[为什么做，解决什么问题，成功指标]

## 目标用户
| 角色 | 场景 | 痛点 | 期望 |
|------|------|------|------|

## 用户故事
- 作为 [角色]，我想要 [功能]，以便 [价值]

## 功能需求

### P0 — 必须有
| 编号 | 功能 | 描述 | 验收标准 |
|------|------|------|---------|

### P1 — 最好有
| 编号 | 功能 | 描述 | 验收标准 |
|------|------|------|---------|

### P2 — 可以等
| 编号 | 功能 | 描述 |
|------|------|------|

## 交互流程
[主流程描述 + 分支路径 + 异常处理]

## 非功能需求
[性能、安全、兼容性、国际化]

## 不做的事 (Out of Scope)
[明确边界]

## 数据埋点
| 事件名 | 触发条件 | 参数 |
|--------|---------|------|

## 验收 Checklist
- [ ] ...
```

## 约束
- 每轮对话不超过 5 个问题，避免问卷式审讯
- 对已确认的信息不重复追问
- 发现矛盾时温和指出，不武断纠正
- PRD 不包含技术实现方案

From Brothelmdzz/dev-harness, MIT.

More from Brothelmdzz/dev-harness