Auto-sync: 2026-04-18 05:18

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

@@ -0,0 +1,50 @@
+---
+title: "不会Gemini的产品经理真的要被淘汰了 | 附保姆级PRD生成指南"
+type: source
+tags: []
+sources: [https://mp.weixin.qq.com/s/6s9iQrTKuN18706ULWqr_Q]
+last_updated: 2025-12-18
+---
+
+## Source File
+- [[raw/AI/不会Gemini的产品经理真的要被淘汰了  附保姆级PRD生成指南.md]]
+
+## Summary
+- 核心主题：AI 时代产品经理的能力重塑，Gemini 等大模型如何赋能 PRD 文档生成工作流
+- 问题域：产品经理日常工作中大量文本类工作（PRD、FeatureList、逻辑图）的效率提升
+- 方法/机制：通过"想"与"写"分离的思路：大模型负责"写"（补全边界场景、严谨格式），产品经理负责"想"（需求创意、业务逻辑）
+- 结论/价值：大模型可缩短 90% 工作时间，但产品经理的核心价值从"写文档"转向"市场洞察+需求定义"
+
+## Key Claims
+- FeatureList 构思阶段：自然语言描述需求框架，让 Gemini 补全功能点层级和逻辑
+- 逻辑图绘制阶段：用 Mermaid 代码生成 ER 图、时序图等，嵌入飞书文档
+- PRD 写作阶段：分页面逐一描述，结合模板+调教，生成 HTML 原型替代高保真交互图
+- 能力重塑：不会用 AI 的产品经理注定被淘汰，但会用 AI 的也可能被淘汰——因为 AI 将改变需求实现的全流程
+
+## Key Quotes
+> "只有提交真实需求，才能获得真实的触动" — Gemini 使用的关键在于喂真实问题
+> "想永远需要你来完成，大模型只是负责把你脑海里的东西写下来" — 核心心法
+> "人用不好 AI，公司用不好 AI，不是 AI 的问题" — AI 时代的核心竞争力是"把一件事做对"的能力
+
+## Key Concepts
+- [FeatureList](concepts/FeatureList.md)：按层级展开的功能点需求表，用于构思阶段的结构化表达
+- [PRD](concepts/PRD.md)：产品需求文档，产品经理最核心的工作交付物
+- [Mermaid](concepts/Mermaid.md)：一种用文本描述生成图表的语言，本文用于 ER 图、时序图等逻辑图绘制
+- [Vibe Coding](concepts/Vibe-Coding.md)：AI 辅助开发方式，本文特指后台需求可用简单 HTML 生成原型
+- [Agentic AI](concepts/Agentic-AI.md)：具备自主决策和任务执行能力的 AI 系统，本文认为产品经理需与 AI 协作而非对抗
+
+## Key Entities
+- [Gemini](entities/Gemini.md)：Google 大语言模型，本文主要使用 2.5/3 pro 版本
+- [飞书](entities/飞书.md)：本文用于文档协作和 Mermaid 渲染
+
+## Connections
+- [FeatureList](concepts/FeatureList.md) ← 依赖于 ← [PRD](concepts/PRD.md)
+- [Mermaid](concepts/Mermaid.md) ← 用于绘制 ← [ER图](concepts/ER图.md)
+- [Mermaid](concepts/Mermaid.md) ← 用于绘制 ← [时序图](concepts/时序图.md)
+- [PRD](concepts/PRD.md) ← 可生成HTML原型替代 ← [Vibe Coding](concepts/Vibe-Coding.md)
+
+## Contradictions
+- 与传统产品经理工作模式冲突：
+  - 冲突点：传统观点认为 PRD 是产品经理的核心交付物
+  - 当前观点：大模型可替代写文档，需求实现未来可能"端到端"跳过文档环节
+  - 对方观点：需要完整的文档作为交付物和传承依据