50 lines
3.1 KiB
Markdown
50 lines
3.1 KiB
Markdown
---
|
||
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 是产品经理的核心交付物
|
||
- 当前观点：大模型可替代写文档，需求实现未来可能"端到端"跳过文档环节
|
||
- 对方观点：需要完整的文档作为交付物和传承依据 |