Auto-sync: 2026-04-23 08:03

wiki/sources/不会gemini的产品经理真的要被淘汰了-附保姆级prd生成指南.md

@@ -0,0 +1,75 @@
+---
+title: "不会Gemini的产品经理真的要被淘汰了 | 附保姆级PRD生成指南"
+type: source
+tags: []
+date: 2025-12-18
+---
+
+## Source File
+- [[AI/不会Gemini的产品经理真的要被淘汰了  附保姆级PRD生成指南]]
+
+## Summary（用中文描述）
+- 核心主题：AI大模型（Gemini/Claude等）如何重塑产品经理的工作流程，特别是需求文档（PRD）的生成效率革命
+- 问题域：产品经理在AI时代的能力重构、工作方式变革、以及是否会被淘汰的职业焦虑
+- 方法/机制：作者提出一套基于大模型的PRD生成三步法——①用FeatureList构思需求框架、②让大模型画逻辑图（ER图/时序图/泳道图）、③分页面逐一描述生成PRD+HTML原型。同时强调"想"必须由人完成，大模型只负责"写"
+- 结论/价值：作者认为大模型可缩短产品经理90%以上的文档工作时间，但"不会用大模型"的产品经理面临被淘汰风险。更深层的洞察是：未来可能不需要PRD文档，产品经理需要向"超级个体"进化——核心能力不是写文档，而是市场洞察和把事情做对的方法论
+
+## Key Claims（用中文描述）
+- Gemini 3 Pro可缩短产品经理某些工作时间90%以上
+- 大多数场景下，All in AI是愚蠢的、懒惰的做法，但企业"贴身去用"看起来像是All in，可能是保持在线、积累认知的聪明做法
+- 超级个体之所以是超级个体，不是因为AI，而是因为他们本来就掌握"把一件事做对"的方法和能力
+- 原本只能做到六十分及以下的人，大概率永远"用不好AI"，而是被工具化，嵌入到AI的某个流程中
+- 市场洞察永远是创业者和产品经理最稀缺、也最重要的能力，技术服务于市场洞察，而不是技术领导市场洞察
+
+## Key Quotes
+> "你想的"永远需要你来完成，大模型只是负责把你脑海里的东西"写"下来。它跟你自己写的差别是，你可以只用只言片语描述需求，它来负责补全各种边界场景定义、各种通用规则描述、语言严谨的行文格式。" — 作者关于人机协作的核心方法论
+
+> "不会用Gemini的产品经理真的要被淘汰了"，这句话不一定对，因为有可能"会用Gemini的产品经理还是会被淘汰"。" — 作者对耸人听闻标题的反思性修正
+
+> "用图文传递信息一定是有损的。智驾都端到端了，需求实现不能端到端吗？" — 作者对未来产品经理工作流变革的前瞻性思考
+
+> "原来我觉得那个临界点就算到来，也不会太近；现在我觉得我不应该做这个判断，我也没能力做这个判断。如果自己并非模型类产品的从业人员，那就贴身去用、悬置判断，等到质变发生的时候，我们能快速嵌入到漩涡中。" — 作者对AI发展的"理性乐观"态度
+
+## Key Concepts
+- [[Vibe Coding]]：用自然语言 + AI 工具完成编码工作的方法论，本文作者将类似思路迁移到产品经理的文档工作
+- [[FeatureList]]：层级式功能需求表，用于在写PRD之前构思产品框架，是作者与Gemini协作的起点
+- [[Mermaid]]：开源图表绘制工具，支持ER图/时序图/泳道图等，大模型可生成其代码后直接渲染为可视化图表
+- [[PRD生成工作流]]：作者提出的三步法——FeatureList构思 → 逻辑图辅助理解 → 分页面逐一描述生成PRD
+- [[AI时代产品经理能力重构]]：产品经理需要掌握将大模型嵌入工作流的能力，而非仅依赖传统文档写作技能
+- [[超级个体]]：能独立完成从创意到交付全流程的个人，其核心竞争力不在于使用AI工具本身，而在于"把事情做对"的方法论
+
+## Key Entities
+- [[Gemini]]：Google开发的大语言模型家族，文章中主要使用的AI工具，被视为产品经理提效的核心工具
+- [[Gemini 3 Pro]]：Gemini系列的高性能版本，被作者用于实际产品需求文档生成
+- [[纯银]]（@vividlife）：文章中提及的犬声社区成员，分享了Gemini 3 Pro的使用体验和"只有提交真实需求，才能获得真实的触动"观点
+- [[Kira2red]]：本文作者，造车行业产品经理，通过亲身实践展示了大模型在PRD生成中的应用
+
+## Connections
+- [[AI时代产品经理能力重构]] ← 核心论点 ← [[不会gemini的产品经理真的要淘汰]]
+- [[FeatureList]] ← 来源 ← [[不会gemini的产品经理真的要淘汰]]
+- [[PRD生成工作流]] ← 来源 ← [[不会gemini的产品经理真的要淘汰]]
+- [[AI时代产品经理能力重构]] ← 关联 ← [[Vibe Coding]]（Vibe Coding在编码领域的类似实践）
+- [[超级个体]] ← 核心洞察 ← [[不会gemini的产品经理真的要淘汰]]
+- [[Mermaid]] ← 工具依赖 ← [[不会gemini的产品经理真的要淘汰]]
+
+## Contradictions
+- 无明显冲突
+
+## 实战工作流细节
+
+### 1. FeatureList阶段
+- 核心技巧：给Gemini提供表头模板，让它按照模板输出层级式功能点
+- 关键原则：只描述"做什么"，不描述"怎么做"，把"想"留给自己，把"写"交给大模型
+- Gemini容易犯的错误：表格格式导出到Excel错行、用制表符代替真正表格
+
+### 2. 逻辑图阶段
+- ER图：描述数据库表结构和字段关系，用mermaid代码输出，飞书文档可直接渲染
+- 时序图：描述业务流程中各角色的交互顺序
+- 核心技巧：遇到名词理解不一致时，给Gemini提供正确的mermaid代码示例，它会快速学会
+
+### 3. PRD生成阶段
+- 核心原则：一个页面一个页面地口述需求，复杂页面拆成几个状态分批沟通
+- Template + 调教：用PRD写作指南 + 简单PRD示例文件喂给大模型
+- 调教方法：直接指出问题，不要客气——"它比真人好的地方是一教就会，同样的问题几乎不会犯两次"
+- HTML生成：对后台需求可同时生成HTML代码，直接作为可交互原型使用
+- 迭代维护：把旧HTML扔给Gemini，描述修改内容，自动生成新版HTML和差量PRD