2.9 KiB
2.9 KiB
title, type, tags, sources, last_updated
| title | type | tags | sources | last_updated | ||||
|---|---|---|---|---|---|---|---|---|
| PRD生成工作流 | concept |
|
|
2025-12-18 |
Aliases
- AI辅助PRD生成
- 大模型写PRD
- 产品需求文档生成
定义
PRD生成工作流是作者提出的一套利用大模型（Gemini/Claude等）辅助生成产品需求文档的三步骤方法论，核心是"人负责想，大模型负责写"。
三步工作流
第一步：FeatureList构思需求
目标：在写PRD之前，用层级式功能表梳理产品框架
方法：
- 提供FeatureList模板给大模型
- 用自然语言描述产品需求框架（只说"做什么"，不说"怎么做"）
- 回答大模型追问的关键业务问题
- 迭代修正直到得到满意的FeatureList
产出：结构化的功能需求列表
第二步：Mermaid画逻辑图
目标：用可视化图表辅助理解复杂业务逻辑
常用图表类型：
| 图表类型 | 用途 | 适用场景 |
|---|---|---|
| ER图 | 描述数据结构 | 数据库表设计、字段关联 |
| 时序图 | 描述工作流 | 业务流程、多角色交互 |
| 甘特图 | 描述时间计划 | 项目排期、里程碑 |
| 泳道图 | 描述跨角色流程 | 复杂业务流程分工 |
工具：大模型生成Mermaid代码 → 飞书文档插入「文本画图」组件 → 实时预览图表
技巧：遇到名词理解不一致时，给大模型提供一段能正确生成期望效果的Mermaid代码示例，它会快速学会
第三步：分页面逐一描述生成PRD
核心原则：一个页面一个页面地口述需求
方法：
- 提供PRD写作指南 + 简单PRD示例作为模板
- 描述每个页面的功能需求（不包含边界情况等细节）
- 大模型负责补全边界场景定义、通用规则描述
- 对后台需求，可同时生成HTML代码作为可交互原型
- 直接指出大模型的问题，严厉调教（它一教就会，不会再犯）
PRD → HTML迭代：把旧HTML扔给大模型，描述修改内容，自动生成新版HTML和差量PRD
效率提升
- 原本1-2天的文档工作 → 大模型10分钟完成
- 工作中大部分文本类工作可被大模型胜任
- HTML原型可直接用于演示，无需设计师
未来展望
"用图文传递信息一定是有损的。智驾都端到端了，需求实现不能端到端吗？"
作者认为，未来可能不再需要PRD文档，产品经理与agent疯狂对话获取结果，直接交付给下游研发。
Connections
- FeatureList ← 前置步骤 ← PRD生成工作流
- Mermaid ← 工具依赖 ← PRD生成工作流
- 不会gemini的产品经理真的要淘汰 ← 来源 ← PRD生成工作流
- AI时代产品经理能力重构 ← 上位概念 ← PRD生成工作流