---
title: "PRD生成工作流"
type: concept
tags: [产品经理, AI协作, 文档自动化]
sources: [不会gemini的产品经理真的要被淘汰了-附保姆级prd生成指南]
last_updated: 2025-12-18
---

## Aliases
- AI辅助PRD生成
- 大模型写PRD
- 产品需求文档生成

## 定义

**PRD生成工作流**是作者提出的一套利用大模型（Gemini/Claude等）辅助生成产品需求文档的三步骤方法论，核心是"人负责想，大模型负责写"。

## 三步工作流

### 第一步：FeatureList构思需求

**目标**：在写PRD之前，用层级式功能表梳理产品框架

**方法**：
- 提供FeatureList模板给大模型
- 用自然语言描述产品需求框架（只说"做什么"，不说"怎么做"）
- 回答大模型追问的关键业务问题
- 迭代修正直到得到满意的FeatureList

**产出**：结构化的功能需求列表

### 第二步：Mermaid画逻辑图

**目标**：用可视化图表辅助理解复杂业务逻辑

**常用图表类型**：
| 图表类型 | 用途 | 适用场景 |
|----------|------|----------|
| ER图 | 描述数据结构 | 数据库表设计、字段关联 |
| 时序图 | 描述工作流 | 业务流程、多角色交互 |
| 甘特图 | 描述时间计划 | 项目排期、里程碑 |
| 泳道图 | 描述跨角色流程 | 复杂业务流程分工 |

**工具**：大模型生成Mermaid代码 → 飞书文档插入「文本画图」组件 → 实时预览图表

**技巧**：遇到名词理解不一致时，给大模型提供一段能正确生成期望效果的Mermaid代码示例，它会快速学会

### 第三步：分页面逐一描述生成PRD

**核心原则**：一个页面一个页面地口述需求

**方法**：
1. 提供PRD写作指南 + 简单PRD示例作为模板
2. 描述每个页面的功能需求（不包含边界情况等细节）
3. 大模型负责补全边界场景定义、通用规则描述
4. 对后台需求，可同时生成HTML代码作为可交互原型
5. 直接指出大模型的问题，严厉调教（它一教就会，不会再犯）

**PRD → HTML迭代**：把旧HTML扔给大模型，描述修改内容，自动生成新版HTML和差量PRD

## 效率提升

- 原本1-2天的文档工作 → 大模型10分钟完成
- 工作中大部分文本类工作可被大模型胜任
- HTML原型可直接用于演示，无需设计师

## 未来展望

> "用图文传递信息一定是有损的。智驾都端到端了，需求实现不能端到端吗？"

作者认为，未来可能不再需要PRD文档，产品经理与agent疯狂对话获取结果，直接交付给下游研发。

## Connections
- [[FeatureList]] ← 前置步骤 ← [[PRD生成工作流]]
- [[Mermaid]] ← 工具依赖 ← [[PRD生成工作流]]
- [[不会gemini的产品经理真的要淘汰]] ← 来源 ← [[PRD生成工作流]]
- [[AI时代产品经理能力重构]] ← 上位概念 ← [[PRD生成工作流]]