5.9 KiB
5.9 KiB
title, type, tags, date
| title | type | tags | date |
|---|---|---|---|
| 不会Gemini的产品经理真的要被淘汰了 | 附保姆级PRD生成指南 | source | 2025-12-18 |
Source File
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