78 lines
2.9 KiB
Markdown
78 lines
2.9 KiB
Markdown
---
|
||
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生成工作流]]
|